Add link to http-status-codes

[dummdidumm]

Closes #1439

Not all people might be familiar with status codes. Add a hint for them that they can use a library for that if they want to.

[Conduitry]

How treeshakable is this library? Do we want to just link people to MDN instead? Or Wikipedia even?

[dummdidumm]

I don't know. I had this in the back of my head, too. The idea of referencing a library was that in the referenced issue the problem was precisely that "I have to google this all the time", and using a library which provides autocompletion and meaningful constants would help. If we don't want to endorse a specific library or are too concerned with the additional kilobytes then I would just not merge this and close the issue. The docs already link to a list of status codes.

[benmccann]

It looks like tree shaking is a work-in-progress. There's an issue tracking it prettymuchbryce/http-status-codes#55 and a PR that's been open since November prettymuchbryce/http-status-codes#64 to further improve it. Version 2.1.5-beta.1 is a lot better than the latest stable version 2.1.4. No idea when 2.1.5 might be released though

[benmccann]

@Conduitry @dummdidumm any thoughts about whether we want to move forward with this PR?

[Conduitry]

I still don't think we want to be even semi-blessing a random third-party library for something like this, even a popular one - especially if we have doubts about the treeshakability of the library or about what direction it might be going in.

We're already linking to an MDN page on this in the docs. If someone wants more than that, they can get it themselves, along with whatever extra bytes it comes with, which would then be their responsibility.

[dummdidumm]

I'm indifferent. Feel free to close (and also the related issue with a short explanation why we won't do it).