专门做了个科普 http status code 的网站, 希望大家喜欢
传送门: http status code
访问地址: httpstatuscode.site/
收藏了,谢谢,正好在准备面试
这个就非常适合 “不会写代码,用 xxx 只 5 分钟就 xxxx” 了, 真的适合
没看懂,为什么不用 MDN ?
developer.mozilla.org/en-US/docs/Web/HTTP/Status
强啊大佬,很实用。
因为这个更加纯粹
恕我直言我觉得这个更加纯粹: http.cat/
这个也不错
awesome
我习惯用这个: james.darpinian.com/decoder/
都挺好
V2EX 本身也有一个状态码科普页面
www.hesudu.com/tools/http
awesome
我才发现
建议看 IANA Hypertext Transfer Protocol (HTTP) Status Code Registry 及其所 ref 之 RFC.
www.iana.org/assignments/http-status-codes/http-status-codes.xhtml
感谢分享
有个小问题啊,既然是科普 http status code 这种比较基础的东西,面向的用户一般也是入门级的,那为啥不用中文呢?
另外相比于直接问 AI ,这个的优势是啥呢?
多语言会慢慢推出的
就是这种基础概念的东西才最好看英文的,中文各路翻译乱七八糟参差不齐,习惯以后想改过来更麻烦。
而且那么多 MIT 之类顶尖大学的公开课、各个著名项目的文档不都是英文,你只认识中文有问题难道去百度和 CSDN 么。。。
感觉不如
http.cat/status/418
http.dev/
看过 RFC ,感觉可以把规范地址引用一下,以便有需要的人可以深入学习。其实也没多少。
awesome
其实挺好记的,区分大类就行了
2xx 是成功响应
3xx 是跳转类型
4xx 是客户端错误
5xx 是服务端错误
个人建议接入 AI
怎么感觉内容像是 ai 生成的
没必要啊,AI 可替代
哈哈就是用 AI 生成的
I'm a teapot
新手刚刚学会提 pr ,有点小打击。 我应该维护自己的 fork 分支吗? 但是我后面又不是经常维护,还想享受上游的更新咋整 自己维护,定时 merge 上游不就行了 …
下面这个网站是关于CPU的性价比的,其中的性能数据来源于cpubenchmark.net,而价格数据来源于:newegg.com。 http://paulisageek.com…
我觉得 Cursor 最好用的地方是他的自动补全 各种预判 特别在写前端的时候感知明显 很多情况只写个开头他就能补全 而且预判的特别快 像是模块导入的时候就特别方便 比如写了一…
合速度