check manga image url from db instead of regex
yet another mangasee domain

This might not be sustainable...
Guess I'll rethink the check if another case appears.
why so many domains goddammit
mangasee has new img domain

hopefully this doesn't become a habit
save both md & md@h links; fallback logic on FE

Preload logic is still wonky though: if fallback happens while
preloading, the alt urls (md@h ones) are cached but when user actually
navigates to next chapter, browser will try the default urls first, fail
again, then try alt urls again whose cache has expired (at least on
firefox when I tested it).
update mangasee cover image server

Also apparently latest `black` takes trailing slash in function argument
list into account, so in order to keep things in 1 line we'll need to
remove the trailing slash.
simpler, more correct mirror command

Old one didn't push non-master branches.
use MD@H links by default

MD's own image servers are sometimes down (like, right now). It's also
more polite to hit MD@H servers instead.

Also needed to work around the filesystem's filename length limit.

Ideally, we should probably store both main and fallback image links on
our side. Or maybe add some sort of wholesale preload logic so we can
retire the proxy thingy altogether.
filter out chapters not yet accessible
build js _before_ python package
include compiled js
bundle js code with esbuild

Source files are moved to `src/pytaku/js-src/`,
while minified js bundle will go to `src/pytaku/static/js/`.
mobile-friendly buttons in chapter/title routes
deal with longer usernames

I'll probably need to lay down username rules soon...
somewhat ok navbar

Doesn't cope well with long usernames though.
somewhere pleasant "follows" grid
more reasonable cache defaults
CDN was a dud

Bunnycdn kept routing me to US/EU edges for some reason (although they
do have a Singapore edge), so things were slooooow. Since I don't have
access to a better CDN, let's not use one at all. Therefore, there need
to be more web workers to serve static stuff.

I should really look into async servers huh.
preload 2 pages at a time
try preloading a list instead of single imgs

For some reason the preloaded images didn't get reused when user
actually visited next chapter. Maybe this helps?