Hi Admin, i have a small issue with maneuvering through the pages.
When i click "Older Entries", i am brought to the next page without problems. However, pressing on the "Newer Entries" does not bring me back to the previous page but to the first page instead.
can you do something about how search handles special characters? so searching Pokemon will also pull up results matching Pokémon, instead of doing separate searches for both (as it is now).
While the suggestion of OP is somewhat meaningless, screenshots/mediainfo/etc are really helpful as they let us know exactly what is going to be downloaded (considering the fact that these important info are absent from absolute majority of posts on sources like Nyaa).
Your first question are incredibly dumb. imo. "what's the reasoning behind allowing only English subs". It's already on FAQ where this site purpose is providing English-translated anime with direct download links in the first place. You don't need another reason. That's basically same as asking "why nyaa.si only allowing Eastern Asian content." "I found strange is that some non-english fansubs posted torrents it in the English category" Some non-English fansubs or fanrips are still putting English subs in their releases, it's called dual-subs or multiple-subs. Both of them are still containing English subs and allowed to post it under English-translated Anime category on nyaa.si.
The notion of processing files without doing any uploading (well, beyond seeding the torrents back) has occurred to me in the past. What categories were you interested in mostly? The non-English anime categories? A few things: - disk I/O can be costly and torrents aren't exactly disk friendly. AT's updates run on fairly low end servers, almost always with just a single disk, and not a lot of RAM to cache around it, so there isn't much I/O capacity available. The current updates server is rather overpowered though, so this isn't an issue at the moment (but I may decide to move to a weaker server to save costs in the future) - I'm not sure how useful the screenshots/mediainfo/etc are by itself. AT is primarily a DDL mirror after all, but do you believe it'd be that useful? - the script is currently geared towards anime. Simply fetching from other categories isn't a problem by itself (beyond what's mentioned already), but I don't feel that as much value add can be provided for those (for example, auto categorisation is done by trying to parse the English title, looking for common English words etc). There'd also need to be some work needed to get the website's UI to show categories, but that's relatively simple - there's a maintenance cost for processing more stuff too, e.g. increased frequency/likelihood of stuff breaking
As for just listing the entries as skipped, I'm not sure what the point is? You may as well just browse Nyaa instead.
One thing I found strange is that some non-english fansubs posted torrents it in the English category, sometimes to get more seeders, sometimes as a mistake, then got listed here. Because of that I first trought they are allowed here.
Everything posted to the English anime category from sources Nyaa/Anidex/TokyoTosho is listed here. AT doesn't accept submissions directly and hence doesn't really have any rules as to what's "allowed". Rather, what's "allowed" is what's permitted by the rules and moderation of the sources. Miscategorisation happens, as you've mentioned, and means that they show up here incorrectly, but these usually do get corrected.
I got a bit worried when I found there is a MD5 based captcha validation here: isn't it insecure? MD5 is pretty fast to crack, so one can just try to crack it like a password. Isn't better to do it using an AJAX call?
It's just a CAPTCHA image - it's not meant to be highly secure. I'd be surprised if today's CV technology couldn't crack it (the image isn't that secure after all). Or you could just use one of those cheap human CAPTCHA solving services (going rate is around US$0.50 per 1000 solves). The code is there just to be a fast convenient way for the user to see whether their input is correct without invoking a bunch of network calls. I'm not a fan of CAPTCHAs, so the idea is to make it as painless as possible. The check is not required, as in, you can still submit stuff with Javascript disabled, and the server has to validate it anyway. As you've pointed out, you could just brute force the MD5 hash, and it wouldn't even take that long. But chances are, it's computationally hard enough that it isn't worth bothering, just to post some spam (and I can always increase the number of rounds if necessary).
Or you could just reigster an account. CAPTCHAs aren't presented to logged in users.
You are free to start your own site instead of bitching about free service.
Comment in Feedback 31/01/2018 12:25 — Anonymous: "qgustavor"
It's not in the FAQ and I searched the last ±10 pages from the comments: what's the reasoning behind allowing only English subs? It's quite strange because releases that include English and other languages are allowed. If the reasoning is that it increases too much the number of entries to be fetched how about making restrictions? Don't mirror the files (which seems is the most resource intensive operation here) but still do other functions like listing, taking screenshots and extract subs. Or make it work like skipped releases, just list those releases and allow requests in comments. One thing I found strange is that some non-english fansubs posted torrents it in the English category, sometimes to get more seeders, sometimes as a mistake, then got listed here. Because of that I first trought they are allowed here. Also, not related with the above, I got a bit worried when I found there is a MD5 based captcha validation here: isn't it insecure? MD5 is pretty fast to crack, so one can just try to crack it like a password. Isn't better to do it using an AJAX call?
Thanks for the suggestion. Hiding skipped releases is a little tricky unfortunately - hopefully there aren't that many though, so you can eyeball past the skipped entries based on color? You can sort by size though. Above the listing there's two dropdowns, the second one containing sort options.
Yeah, browser upload was borked as well last time I checked, so definetly on their end. What I meant was when they fix it they might also change the upload process, even if its a slim chance. Kbagi works right now, but as BetaMAX said they don't have dl for unregistered people. Uploading has been pretty spiffy lately in my experience.
I'm not sure it's a case of modifying the script. I'm unable to upload to them at all because their upload server, s83.diskokosmiko.mx:7463 seems to be just dropping packets. Are you able to upload to them at all?
Unfortunately the AT bot isn't really designed to process arbitrary requests like that. You can ask and someone may upload the files themselves however.
That's interesting. I suspect that it's an issue on your ISP's side or similar. This is because your own route stops after 5 hops but the others go further. If that is the case, there's probably not much I can do unfortunately.
Can you try doing a traceroute to 185.22.172.173 as well? If you have IPv6, you can try 2a00:1838:20:2::2c65:425e as well.
How about uploading it in such a way so that only animetosho bot can fetch it and upload it to different sites with ddl. Having ddl, it can last for long time. I hope admin can also help in this
Here's what I got: Step 2: (Tracert to the Test IPv4. This is using cmd, right?) 1 2 ms 2 ms 1 ms 2 * 24 ms 33 ms 3 68 ms 48 ms 43 ms 4 395 ms 29 ms 23 ms 5 1337 ms 24 ms 26 ms 6 52 ms 22 ms 23 ms 7 180 ms 231 ms 222 ms 8 230 ms 297 ms 306 ms 9 328 ms 326 ms 326 ms 10 333 ms 335 ms 345 ms 11 386 ms 322 ms 371 ms 12 394 ms 496 ms * 13 421 ms 408 ms 407 ms 14 * * * Request timed out. 15 440 ms 408 ms 407 ms
Step 3: (used icanhazip) 1 0.339 ms 0.418 ms 0.542 ms 2 8.442 ms 4.890 ms 8.147 ms 3 1.271 ms 1.357 ms 1.337 ms 4 11.871 ms 11.754 ms 12.847 ms 5 12.028 ms 11.711 ms 12.634 ms 6 * * * 7 134.278 ms 133.754 ms 134.274 ms 8 142.255 ms 151.267 ms 148.135 ms 9 146.331 ms 142.784 ms 148.332 ms 10 143.325 ms 143.489 ms 142.419 ms 11 142.934 ms 142.048 ms 142.079 ms
(I'm not sure which to leave out from step 3, sorry!)
Thanks for the suggestion. If you have something like MS Excel, you could copy+paste the data there and just copy the first column to get a list of trackers. Alternatively you could download the torrent and copy the list out from there. (I'm a little apprehensive over increasing the complexity of that part)
I don't know how far (network wise) you are from the server, but it seems like the issue may be closer to your ISP. Do you know whether your ISP is filtering traffic or having peering issues?
One thing you can try: 1. Visit http://lg.vstoike.ru/ 2. Try doing a tracert to the Test IPv4 listed there, post similar details to above 3. Get your own IP (you can use something like icanhazip.com) or an upstream IP obtained from traceroute, and perform a traceroute from that webpage (paste your IP into the Network Tests box, and select 'traceroute') and post similar details
If there are more hops in the server -> you route (step 3 above), that likely suggests that requests are being dropped by your ISP or one of its upstream providers.
02/02/2018 05:45 — aniluv