Meghan Denny
Meghan Denny
does this still reproduce for you? brotli support was added in [Bun 1.1.8](https://bun.sh/blog/bun-v1.1.8#new-brotli-support-for-node-zlib) and some http improvements made it into [Bun 1.1.9](https://bun.sh/blog/bun-v1.1.9#node-js-compatiblity-improvements).
Given, > Request up to `limit` number of messages [...] and > While an ISUPPORT token value of 0 may be used to indicate no message limit exists, servers SHOULD...
> I cannot see how "no message limit" could be interpreted as "a limit of zero messages". because I interpreted this parameter as a direct argument to something like https://www.sqlite.org/lang_select.html#the_limit_clause
the general solution is to not do `const builtin = std.builtin;`. fully qualifying your names makes for much more readable code.
btw spent the weekend implementing https://github.com/nektro/zig-json so that I could have this feature
is there a use case where going directly to the website for this would not be ideal?
> since it opens multiple connections? this is correct and where I presume most of the speedup is coming from along with IA using load balancers. so over a single...
currently only downloading is available since that was the thing I really wanted to speed up at the time I first started working on this. if there's express interest in...
only supporting `.sxcu` files that are a `ImageUploader` or `FileUploader`
actually it probably won't require an image host. custom emojis are going to be implemented based on user-made and server-recommended JSON files that attach a name to an emote's URL.