Don't include lib.dom.d.ts
Apparently discord.js includes lib.dom.d.ts types. This pollutes the user's type namespace with dom types by just including discord.js, making typescript think that things like
document will be available (when they of course wont be, since discord.js will always always run in nodejs). From what I can find, there's no real way to exclude dom types from userland if they have been included in a library. A library should not include dom types unless it uses things that are only available in the dom (in which case it probably wont run in node).
I couldn't find any discussion about this, neither here nor in github issues, but this is really bad practice from what I know?
If undici for whatever reason requires dom types even though it is explicitly made for node, then it is a bad package and should be fixed instead of polluting the users types....
Internal queue causing too much delay in front end
How would we either work around or speed up the internal queue implemented by Discord.js?
At some point it seems there was an exposed setting for
burst but I can't find this anywhere.
Unfortunately we are experiencing instances when performing multiple requests that mean the queue gets very long and sometimes requests are only ever actually sent to the Discord API after over 90 seconds.
Attached is an image of our Elastic APM transaction tracking to show the time that the reqeusts sit due to a backup in the queue, yet the queue is not being processed anywhere near the rate limit of 10/ second....