I don't know if this is possible but lately many files get deleted fast. Therefore checking every file per hand is lame :D
There is a site called "Serienjunkies.org" they use a "Kategorie Decrypter" for JDownloader. How does it work: You choose a series for example: http://serienjunkies.org/serie/24/ Than copy this URL and add it to JDownloader and the magic begins. You can choose the season you want.. and many more.
For Animetosho I wish I could just copy the url of an Anime Episode (or whole Anime..) than copy the URL... paste in JDownloader and JDownloader will add all downloadlinks. Than i can delete the offline links or can take the link I want.
Apparently there's no blocks on their side. I don't really know what the issue is: 80.239.193.238 looks like the last hop before animetosho.org, so you're at least reaching there. Maybe a temporary routing issue? Perhaps try again a bit latter, or getting a new IP (resetting your router might do this), or use a proxy like posted above. Alternatively, you can give the mirror site a try.
Hope that helps. I've removed your IP/traceroutes above for your privacy.
ping result Pinging animetosho.org [213.183.56.200] with 32 bytes of data: Request timed out. Request timed out. Request timed out. Request timed out.
Ping statistics for 213.183.56.200: Packets: Sent = 4, Received = 0, Lost = 4 (100% loss), -------------------------------- tracert result Tracing route to animetosho.org [213.183.56.200] over a maximum of 30 hops:
[removed] 9 69 ms 118 ms 93 ms snge-b1-link.telia.net [213.155.136.119] 10 309 ms 310 ms 311 ms prs-bb1-link.telia.net [80.91.247.64] 11 318 ms 328 ms 336 ms ffm-bb1-link.telia.net [213.155.132.157] 12 327 ms 354 ms 327 ms s-bb3-link.telia.net [80.91.248.54] 13 342 ms 361 ms 341 ms sap-b3-link.telia.net [80.91.249.136] 14 347 ms 343 ms 342 ms anders-ic-303249-sap-b3.c.telia.net [80.239.193. 238] 15 * * * Request timed out. 16 * * * Request timed out. 17 * * * Request timed out. 18 * * * Request timed out. 19 * * * Request timed out. 20 * * * Request timed out. 21 * * * Request timed out. 22 * * * Request timed out. 23 * * * Request timed out. 24 * * * Request timed out. 25 * * * Request timed out. 26 * * * Request timed out. 27 * * * Request timed out. 28 * * * Request timed out. 29 * * * Request timed out. 30 * * * Request timed out.
It's not blocked. Does the domain resolve correctly? It should point to 213.183.56.200 (you can trying pinging the IP). Also try doing a traceroute and post results if possible.
I should be able to help you out sometime later this week next week, Mon/Tues if everything goes swimmingly.... Clearly, things didn't go swimmingly, hopefully I'll be able to help soon.
The example you cite is a DVD ISO. It's listed or mis-listed on Nyaa as English-Translated Anime and fell within our other auto-fetch parameters. DVD disk images are usually listed under "Raw" on Nyaa. I don't think this was a user-requested download.
Thanks for pointing it out. At the least, no one is likely to download it unless they know what iso files are, I think/hope.
Generally no, because I'm not particularly interested in arbitrary torrent fetches. There are services out there which can fetch any torrents you pass to them (eg seedboxes), or if that's not suitable, sharing communities are better for this task of others fetching torrents to DDL services. (assuming you can't find existing uploads for whatever you're looking for)
@admin do you fetch old files of series that were never fetched before? for example I see Lamune is not here, even though it was submitted in 2010 on TT, that link now is dead because scarywater is no more active but there is a recent torrent on fapis with 8 seeds, do you plan to fetch this kind of torrents sometimes, when the server is not busy?
You can never really assume what goes on at the server end - anything you send could be analysed/logged. For example, almost every website out there would be logging all requests (page views). This is the default behaviour of most webservers and a good idea in general for diagnosing issues/problems. Furthermore, intermediaries such as CloudFlare and CDNs could be recording and analysing incoming requests.
I don't do anything beyond using logs for statistical purposes and don't use intermediary servers, but I thought I'd mention it anyway just for your information.
You can turn off the softsubs if you prefer. You can't turn on the non-existent translation of a raw. And who wants to have to figure out which things are translated and which are not before downloading?
Do people really browse this site using mobile devices? I didn't expect many to, considering the nature of DDL sites and the fact that I expect mobile users to prefer video streaming, rather than download anime in video formats that don't play particularly well on mobile devices...
I don't admit to being much of a designer, but I primarily expected people to be using widescreen monitors, hence why a lot of information is packed in around the place. A mobile version would probably just remove most of the extraneous info.
Is high contrast (I presume the dark background with bright text) a con in some way? I thought this was mostly dependent on taste...
We don't run Google Analytics here. As for external sites, our use of HTTPS doesn't really affect their use of Google Analytics, apart from the slight privacy boost you get from the referrer field being masked to HTTP sites. (HTTPS -> HTTPS will send referrer, HTTPS -> HTTP won't) I'm not entirely sure whether this affects GA, or by how much.
Your browser's history probably doesn't care about HTTP vs HTTPS. It may decide to retain less information (eg less caching) about HTTPS websites however.
So overall, there isn't much of a difference - HTTPS is about encrypting the connection, and isn't really related to tracking. Of course the encryption does ensure end-to-end confidentiality (ie, no middleman can snoop on you), but only as far as sites use HTTPS. Theoretically you also get a slight privacy boost if you click on a HTTP link from here, via referrer masking, but on the other hand, plain HTTP has the obvious implication that any middleman can see what you're doing. For users, HTTPS is almost always better than HTTP, so us being HTTPS only isn't really detrimental to you.
If you're worried about tracking, I'd suggest browser extensions like Ghostery which blocks trackers like Google Analytics, and extensions that allow you to block referrers, such as RefControl.
I'm not entirely sure what you're asking, but I hope that answers it.
If you're using a download manager it wont affect the browser, so it won't change colours.
You can start the download from the firefox browser, cancel it and then download it from the download manager, that way it will go purple (I checked and it worked with my version of firefox (this wont work with chrome)).
You can change the style in the drop down menu on the left, i would suggest "2013q1 - Masuzu" or "2012q1 - Henrietta" they're both quite easy on the eyes, while the rest are all pretty much awful to look at. The text size looks fine to me, but then i use this old fashioned thing called a computer to browse the internet. Some forums do have a separate mobile skin though, so maybe Admin can do something like that here for those with newfangled browsing devices.
Just saw this site 'coz I was desperately looking for Yahari Ore no Seishun Love Come wa Machigatteiru - OVA. Pros: Mega.co.nz download mirror. Cons: Small fonts. High contrast overall website style. Would suggest that make the style more (or a bit) mobile device friendly and bigger fonts.
When I right click on AT, it's to open the link in a new page/tab. When I right click on yuki, it's to download the file with my file manager instead of the browser. The action on AT changes the link color from blue to purple. The action on yuki does not, but I wish it did.
Us running HTTP or HTTPS only has no impact on the security of other websites, if that's what you're asking about. Or are you asking about a comparison of HTTP vs HTTPS in general?
What option are you selecting when you right-click?
It sounds odd that links would get marked as visited by right-clicking here, unless the option you selected ends up being triggered in the browser. Basically, websites can specify a style to use for visited links, however the browser does the actual tracking of whether you've visited a link or not (and hence this can be reset by clearing your history).
A question: AT is a secure site (https). Are their any implications or advantages if I use download links from here to other secured sites like AnonFiles, compared to unsecured sites like DevHost?
A question: When I left or right click on a link here at AT, the color of the link changes showing me where I've been --very handy. On yuki, the color only changes for me if I left-click, which I seldom use except to enter folders. Is the lack of right-click link color change something I can control in my browser, or is it something controlled by site attributes or whatever? Since I mostly right-click to use my file manager, it would be handy at yuki as well as AT. (browser is firefox)
Thanks, but I know about Take Ownership. There's also Unlocker that's handy, but if the issue is a silent fail during a uninstall and the uninstaller doesn't warn the user, one won't know about the issue. Anyway that dll was deleted just with as one would delete a file, no need of "advanced" knowedgle.
10/07/2014 15:37 — Anonymous