It looks like this is some issue with qbitorrent itself, never mind.
I was talking about adding a new feed to qbitorrent and then after refreshing it still just had the full url as the name, now with some testing this seems to happen with nyaa.si feeds also.. Sorry for the late reply.
DDoS-Guard changed their code a bit. Our code has been updated to handle the change. Missed Anidex entries should now be fetched. Thanks for the notice!
Shot in the dark here but I was watching a clip on facebook of an anime where girls in a forest (elves maybe) were offering their panties to an ogre and the one girl offered herself but he only wanted the panties. My phone battery died and now I can't find the clip again when I look back any ideas?
There was a time, where I thought, I simply had to click the highest number. That the link was moving away from "MAL", as new ones where added. But over time, this wasn't always the case. The link could be anywhere. So I just started clicking them all.
I'm actually more confused over what you mean there. Most entries only have one MAL link. For the few that have more than one, they look like "MAL(2)", where the underlines indicate the links. I don't understand what you mean by "the link could be anywhere".
For your specific search example, you can just invert the sort order (oldest -> newest), though I suppose that isn't obvious, and won't work if there's 3 seasons and you want the middle one. You make a good point there - I'll have a think about it.
Though unintuitive, searching on AniDB and copying the ID does also work.
Thanks for pointing that out! It looks like there's problems with building the search index at the moment, which I'm trying to fix. I've rebuilt the index for now, so the above should be fixed. There may be more similar search issues in the coming few days.
@MAL links: In my experience the behavior is inconsistent. There was a time, where I thought, I simply had to click the highest number. That the link was moving away from "MAL", as new ones where added. But over time, this wasn't always the case. The link could be anywhere. So I just started clicking them all.
@search: - If you search for series A season 1. But season 2 is ongoing. There will be lots of releases for episodes of season 2. The latest release for season 1 might be (several pages deep) in "Older Entries". And other releases for season 1 might be buried even deeper. What you need, is to see only the releases for season 1. A direct search for that link, would be more convenient.
- The naming of releases is not uniform. One simply cannot expect to find all releases, using a narrow search pattern. "Season 1" vs "S1" vs "1st Season" ... title in english vs. japanese. Thus.. the search usually delivers more or less mixed results - different shows, different seasons. That makes it harder to find and compare releases. Plus you might still be missing releases, which do not fit your chosen search pattern. So again, what you actually want, is to look at the list of releases for the series in question.
It is hard for me to keep this short. The way I see it, opening the specific page/list for a show, is the most common reason for using the search. The most direct path to your goal. So while the search works as it is. It would simply be more convenient/efficient to somehow have that link reliably served up on the first page.
But I agree the priority should be to keep things simple. Otherwise its value and likelihood of use diminishes.
You're right. My experience is limited to small scale stuff hosted on heroku and aws. I think to start I'll just focus on the file processing part to start with. There are plenty of indexer websites out there already. So to start I need file sources (torrents I guess), a monthly estimate of bandwidth needed, a cost estimate for a server(s) to handle that bandwidth and a usenet provider unless I use one of my personal accounts. Anything missing? Advice on security measures?
Comment in Feedback 13/04/2020 16:06 * — Anonymous: "Eric Jones"
Archive creation here is done via stream manipulation, so resource-wise, it's basically free on AT's servers. The main downsides are that users have to extract the contents, and impedes those that use the DDL services for streaming purposes.
As others have noted, it hasn't noticeably made an effect here. I think the problem is that, at the scale AT operates at, regular obfuscation techniques don't really work. Unfortunately it's a problem that's likely to get worse with time, and I don't really know of any good solutions that I particularly like.
Having said that, with the new EU regulations coming into play at some point, it may make more sense to switch uploads to use archive processing in the future.
One thing to note is that I don't really want AT being an anime information service - there's much better websites available for that (hence the links) and I don't intend to duplicate their functionality.
Having said that, I do think linking to related series does make sense, so I've added that in. I don't quite understand your MAL link comment - isn't that always the case now?
I'm hoping the search is enough to let you find what you want without adding too many filters or complexity. Do you have an example where your suggestions would be beneficial?
Alternatively, you can see related anime from anidb, then use the id to open it on animetosho. For example, one piece anidb site is https://anidb.net/anime/69 . You can open it on animetosho by going to https://animetosho.org/series/69 .
19/04/2020 11:15 — Anonymous