This is an English-translated anime site. It is nothing but confusing to our users if some of the download offerings are English-translated and some are not.
Maybe you can create a site for the language(s) you are interested in.
Thanks, in my experience (I use it daily) it seems to update fast enough but lately it just seems slower but I suppose it could just be my timing. Nonetheless I still love the page since it is easier to visually parse than the main page.
Yeah, I installed the dev build, but I realized quickly that it wasn't working like it was supposed to. I was messing around for a bit and doing stuff.
I got rid of the dev build and installed the default, so now everything should be working like it suppose to (well, I have a bit of stuff I need to configure still, but I got to go to work now!)
I actually would expect it to take a fair bit longer than two hours to update. In fact, it may never update. Whether it even works depends on the script's ability to identify the file. I've pushed Hunter X Hunter 142 through so it's up there right now.
Not sure about the 'lot slower' part though. Thanks for the note.
How long should it take the experimental /episodes page to refresh? It seems to be a lot slower the past several days/weeks. Example as of 16:25, HXH 142 has been posted to the main page for over two hours and the episodes page hasn't updated.
There is really no work envolved in switching them (just mostly placing files in the directory), I won't be dividing all the material in subdirectories, I don't really like the idea of doing this. I've just been stalling and busy from doing it. I'll get it done tomorrow though.
Just to make a guess, some browsers open/reopen a page from your local hard drive off-line cache. For example, when I open Firefox I see the AT page from when I last quit Firefox, until I force a reload of the page and get the latest updates.
This sort of thing can (supposedly) be controlled in browser options.
Sorry, Tibb. I think you were looking forward to the increased functionality of this new interface. Maybe you can still fix it. No problem if you want to keep trying.
I was looking over the website and Github of this product. Inline with what admin was saying, I think he/they were thinking more about subdirectory functionality in the sense that if you were able to slice yuki into a lot of smaller subdirectories, like a new folder for each day, it would probably perform ok. But I can't think of any way of slicing yuki that doesn't detract from its functionality, really. (a folder for each day, grouped by weekly folders, grouped by monthly folders might be ok?)
Oddly, yuki made me try to recall the delay for radio waves from Mars to reach Earth, according to an old Dr. Who ep...
Could you post a screenshot comparison, showing the difference between the two? Thanks. The 'showfull=1' doesn't, or at least shouldn't have any effect at all.
Hi, I'm experiencing something strange. Sometimes if I access the site by the direct/single link (https://animetosho.org/), it opens with delay of approximately 48H (the top links are from 2 days before). And normal if accessed by https://animetosho.org/?showfull=1
I'm not sure if everyone tests tooltips though. The size measurement is probably obvious, but the time column may be a little more ambiguous without some indication. I see your point, but it doesn't seem to bother you much anyway. Other opinions welcome.
Update: Currently, on my faster laptop (i3-2000 series) yuki is essentially unusable. On the main page when I right click an item to select for download, it takes 20 - 60 seconds for the page to respond with Javascript enabled. With Javascript disabled the page responds quickly but I can't sort the directory to find the new listings.
I've never encountered anything like this on any other site, so I don't think it is going to be just me. I can play 1080p 10-bit with this laptop flawlessly. But I can't use the current yuki. (The old yuki was worked fine.)
Thing is, I doubt it automates very well, and I doubt it'll be any better than what others do. I'm not particularly a fan of re-implementing that's already been done. Thanks for your perspective nevertheless.
As for RSS feeds, there actually is a hidden/unofficial feature for that. You can append a 'aids=' parameter onto the RSS URL with a comma separated list of show IDs. For example, to show Haikyuu and Sword Art Online II, you could use https://animetosho.org/feed/rss2?aids=10145,10376 You can get the ID from the series URL by taking the number after the dot, eg https ://animetosho.org/series/haikyuu.10145
As mentioned above, it's not resource loading time, it's rendering time for me. Disabling Javascript makes the page load a fair bit faster, so it's likely a slow script trying to handle a lot of files. This is on the main folder. Sub-folders load much faster as they have fewer files.
You may wish to consider disabling thumbnail support. It doesn't really seem to work, but the script will still send off hundreds of requests to try fetching them.
Advantage? Well, it's always nice to have everything in one place :) And what do you think about custom RSS feeds, where you "subscribe" to the shows you're watching?
I'm not complaining, but if it is helpful: With Firefox, a page reload of AT creates a one second 65% cpu usage spike; A page reload of yuki creates a 10 second 100% cpu spike on my older laptop. The new scan code boxes are probably a part of that load, and not a feature that I would guess most people have a use for.
What part? The old theme I had took a while to send the request and display the contents, whereas this one loads the page and will display the contents dynamically once ready. I do notice however that it takes awhile to load an subdir (unless a separate request), but it has an advantage - it will allow seamless interaction going back and forth between dirs once the data has been read (as long as you don't refresh). These index pages weren't really meant to house a large sum of files.
I loaded the page on both Chrome and FireFox but I didn't see any noticeable difference. Is there an issue with browser compatibility? The integrated search feature will probably be removed since it's slow. Although some may find it handy. Hmmm.... What a dilemma.
There shouldn't be any difference in transmission of data unless at the time there was a drastic increase in traffic. I should look into using CloudFare's CDN at some point though.
I think I was working on stuff when you posted your comment, so it could have been the misfortune of that.
Let me know if you still have problems! (I did notice that FireFox will still play files instead of download (unlike Chrome) even though I changed my conf file to avoid that - I guess more work needs to be done!)
I'd like to point out that the FAQ says "However if there's something you want, you can elect to post a comment in the skipped torrent to see if anyone is willing to help." I'm sure you checked the link and the FAQ before answering right? Now, while I didn't post in the skipped torrent it's not the first time someone asks for some skipped torrent here and admin pushes it up, I think I did it so in the past too.
15/08/2014 14:06 — Ueda