专门做了个科普 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
看了很多解释,还是云里雾里。 现在很多技术文章动不动就是“云原生”,是我落伍了吗? github.com/cncf/toc/blob/main/DEFINITION.md#…
最近公司准备做个类似 GPT 一样的聊天功能,使用 SSE 来实现。 写了个 demo ,我在本机测试没问题,上了测试环境发现输出的内容都是等待后一次性输出到前端,并不是打字机…
因为经济形式整体不行导致大环境机会变少,这时远程工作的岗位就能跨越地理的限制给我们更多的机会和可能。而我也在整个大环境下选择了一个远程工作的机会,因为我个人很愿意去分享,不论是…