Feedback Page

This is a somewhat temporary page made especially for the beta version of this website. It's to collect all your death threats, love messages, requests to the code monkeys or just suggestions/issues/questions/criticisms/idle talk or whatever feedback you think is worth our database space.


20,317 comment(s) posted: [view latest]
25/04/2022 15:12 — Anonymous
Just saying that I love this site, good job!!
26/04/2022 08:32 — Anonymous: "WhoAmI"
When beta testing gonna end ?
26/04/2022 11:37 — admin
Who knows... it may even never end!
28/04/2022 01:49 — Anonymous
have you tried a mouse-hover on the word "beta" on homepage --a message awaits.
28/04/2022 04:26 — Anonymous
Oh damnnnn I don't have a mouse
26/04/2022 19:45 — Anonymous
Some pages — the main page, a torrent page — if given small enough horizontal screen space, they are made eligible to be scrolled horizontally by the browser. Doing so breaks the layout. (Firefox 99, Chromium 100)
Is there a tool to search through the feedback section?
27/04/2022 00:55 — admin
Yeah, this website wasn't designed with mobile in mind. It works, but not great there.
I'm not sure what you mean by "breaks the layout". Could you perhaps post a screenshot to clarify?

There's no tool to search through feedback comments unfortunately.
28/04/2022 09:09 — Anonymous
(filed a ticket on Discord)
28/04/2022 13:03 — admin
Unfortunately, I don't really use Discord, so you should post whatever it is on this page if you want me to see it.
29/04/2022 10:34 — Anonymous
Ok. Here's an example:
The page: https://animetosho.org/view/heroine-ta...l.n1521315
Rendering: https://imgur.com/a/DMfCbLS  (Yuu is me :))
That's not on mobile, through the same thing happens there; that's an old 1366x768 notebook, window taking half the screen space while snapped to the side.
P. S. First time I tried to file the issue on Discord, my message got erased and I got "Timed-out" for "Posting walls of text". That should probably be fixed as well.
29/04/2022 12:19 — admin
Ah I see, that only happens at specific widths. Just needs some adjustment with the media query then - is it better now?

I don't manage the Discord channel, so can't help you there - you can try posting the issue there (if that doesn't time out).
29/04/2022 17:12 — Anonymous
Thanks, it no longer breaks down! Although Yuu's still horizontally static and the first table's content takes up more space than the rest of the page. https://imgur.com/a/vqY27aI

> Can I ask an idle question from a guy who is anybody but a web developer? Why do you have a need to ask me whether it's fixed? I figured all recent mainstream desktop browsers would likely produce the same rendering results if given the same render area size (683x654).

... that's what I wanted to write, but then I noticed the theme combo box is rendered overstepping several pixels in Firefox 99 while rendering well in 91.8.0esr, Chromium 101 and Firefox Android 100 Beta. https://imgur.com/a/wm0uOwg  (window size does not matter)

Also, there's a mobile glitch which makes scrolling a bit annoying; if zoomed, Yuu's picture has "mobile auto-hide menubar" moving semantics: when scrolling down, the picture behaves as if it was bolted down to the web page as other content, but when scrolling is upwards it instantly reappears, as if image's bottom was glued to screen's top while scrolling down.
30/04/2022 12:29 — admin
Really appreciate your finding these and pointing them out. Yeah, they're definitely problems, but it's at least usable for now - I didn't want to spend too much time trying to patch up an old outdated code base, but if you know of fixes, I can apply them. Otherwise, I can look into them in the future, if I get around to it.

Why do you have a need to ask me whether it's fixed?
Just seeking confirmation on the other side? Perhaps one thinks it's all good, but they notice it doesn't work, or maybe there's some miscommunication somewhere, etc.
05/05/2022 13:05 — Anonymous
Anyway, just found out page breaking is still a thing, on search result pages with resolution being half the 1920x1080.
Example page: https://animetosho.org/search?q=subsplease
On half the 1366x768, backgrounds do not move, although misplaced text still stretches the page horizontally.
Renders: https://imgur.com/a/7l6ziMR
Other pages appear to be fine.
09/05/2022 13:43 — admin
That one should wrap now, thanks.
27/04/2022 06:21 — Anonymous
I very much love this Yuu theme, thank you admin.
27/04/2022 11:30 — Anonymous
I hope the next season doesn't use a dark theme. Although it saves electricity, it is not good for the eyes because this site contains third parties and these sites use a light theme. Nor is it an article site.
27/04/2022 14:53 — Anonymous
Generally dark pages are better for the eyes, except outside on daylight. Check f.e.  https://rxoptical.com/eye-health/is-da...your-eyes/ f.e. Though I still do use dark mode all time, but on phone many things are colored anyway. As for light themes simply use https://addons.mozilla.org/de/firefox/...arkreader/ - works pretty good.
27/04/2022 15:32 — Anonymous
An important moot point against the use of dark mode for better visibility is that the light on dark theme (especially for text) is not necessarily good for everyone. Like I said, when you look at the bright mode, it turns bright. For example entering the multiuporg with bright mode. Such a surprise is not good for the eyes. Especially those who have Astigmatism.
27/04/2022 18:29 — Anonymous
You can't just use the colour options provided?

I really enjoy it when a new colour pops up -Purple-desu!- But I always change it back to Rio lol

Admins - Are the colour schemes still timed to change with the anime seasons btw?
28/04/2022 12:57 — admin
Are the colour schemes still timed to change with the anime seasons btw?
Somewhere around then.
28/04/2022 18:47 — Anonymous
So I've developed an app that uses animetosho database dumps to build a list of release names that check a regex and replace xem whenever a show that was found is requested, for this I'm downloading the database once a day(the torrents table), do you have any problem with that? would you prefer if I downloaded it with less frequency? also at what time does the daily dump normally is updated?
29/04/2022 12:16 — admin
That's an interesting sounding app!
If multiple users are using this, all of them downloading the database daily sounds a little inefficient, though I don't mind it at my end (unless it ends up chewing all the bandwidth).
I can't provide any times. The dumping process is initiated at a constant time (unless I change it), but when it completes can vary, since it does it dumps slowly and with low priority to avoid exhausting resources.
29/04/2022 15:56 — Anonymous
Currently it's only me(I mainly did it to match erai-raws releases since they follow anidb season structure with split cours) but it's made so I can edit a settings file to add multiple files to scan(by setting a file route, a regex and the anidbid and relese name regex groups for each) and multiple release groups to match(by adding a regex and a regex group). You can assign whichever release groups you want to each file and if the release group matches with any release name of the file it's automatically added to the release names list, replaces xem release names for that show and replaces xem's scene mappings with the app own mappings to anidb(using anime-list.xml) since xem anidb's mappings can't be trusted.
30/04/2022 12:36 * — admin
If you're focusing on updates, the feed API may be more efficient for updates (start off with the dump, update with the feed). For example, Erai-raws updates. More complex filtering is available, but you won't get regex here (you'll need to do that filtering on your end).

But if you're happy with your approach, feel free to continue with it.
30/04/2022 15:41 — Anonymous
Yeah with what I said I meant that the app is not specifically made for animetosho, I'm just using animetosho database dumps as a source but the app itself just scans text files and matches regex(the database dumps are downloaded using a cron job so it's external to the app) so other sources can be used(like a custom file used to manually add new names). I had thought of using the feed to get new names but since I wanted the app to have a general purpose I opted to just use text files(sadly I still have to rely on xem because freaking tvdb decided to go paid and I need to get the number of seasons and episodes from somewhere).
30/04/2022 20:00 — Anonymous
> because freaking tvdb decided to go paid

Completely unrelated, but fuck tvdb. Used community input to populate so much data, then went paid. Bunch of Arnolds.
30/04/2022 20:33 — Anonymous
yeah, people smart enough to get rich should just kill themselves.
29/04/2022 22:50 — Anonymous
I was imagining a potential torrent client feature: for lots of torrents you obtain via RSS, their time of appearance is usually highly predictable, down to minutes. The idea is to dynamically adjust frequency of / reschedule RSS requests based on probability of obtaining needed torrent, possibly down to one request per week (hereby assuming one-torrent-per-week). The default interval of RSS downloads in qBittorrent (and your ttl) is 30 minutes; given the size of one feed being ~200 KiB, this saves you (assuming 10 and 1 requests per week) ~63.7-65.4 MiB / week / RSS leecher, (* 30/7) ~272.9-280.4 MiB / month / RSS leecher. On the other hand, each torrent release event, even with the requests dispersed over ttl would look like a DDoS attack. As a torrents-via-RSS site owner, what are your thoughts?
30/04/2022 12:50 * — admin
Not quite sure what sort of response you were looking for, but as for thoughts:

- size is actually smaller, due to compression. ~40KB is probably closer to the typical response size
- serving back the feed isn't really bandwidth limited - it's likely more DB/CPU bound (in fact, compression makes it more CPU bound), particularly since I like using weak servers
- your calculation does assume the system is on 24/7, which will be true for some, but I'd expect many to also turn off the system when not in use
- a lot of people querying data infrequently isn't really a DDoS attack. DDoS attacks generally cause massive spikes above typical load, may target requests to maximise resource drain on the server (e.g. submitting searches with random data to ensure no caching) etc. High load from regular usage will persist over time / not be some one off event, and can often be mitigated using caching strategies (since many requests will be similar) etc.
- in Jan 2021, there was typically around 1.2M reqs/day to feed.animetosho.org. Most of the daily outgoing bandwidth, on that server, is serving those feed requests. Someone doing 48 reqs/day is nothing. Even an additional 10k people doing it doesn't change the picture that much. Worth pointing out that most of the requests are probably from automation software issuing searches over the API, not feed requests.
01/05/2022 13:08 * — Anonymous: "Anon"
[spam]
03/05/2022 14:25 * — Anonymous: "Anon"
[spam]
05/05/2022 11:14 — Anonymous
Can you add "Copy to clipboard all magnet links / torrent URLs of torrents listed in current search" buttons to the search page? So I can filter down single-file releases and batch-import that in qBittorrent.
05/05/2022 18:56 — Anonymous
In case that feature wont come - for things like that (well not torrents but just tried those too) I do use: https://addons.mozilla.org/de/firefox/...nk-gopher/ - open page with all the links you want, may filter like in this case "torrent" and you have all links ready to c&p
09/05/2022 13:42 * — admin
Probably isn't too hard to do, so I'll take a look. Comment above does give an alternative if I forget or never get around to it.
Thanks for the suggestion.
Add new comment
Name:
Message:
Image Verification:

Our squiggly text game where the aim is to copy the image into the textbox. All characters are upper case, and there are no zeros (0) and ones (1) in the above image. Apparently bots aren't as good as humans at this game.
beta
Anime DDL+NZB mirror
Current Time: 26/04/2026 01:57



About/FAQs

Discord