HTTP/1.1规范(RFC2616)定义了许多状态代码,HTTP服务器可以返回这些状态代码以指示某些条件.其中一些代码可以被Web应用程序(和框架)使用.在经典和异步(XHR)响应中,哪些代码在实践中最有用,在哪些情况下您使用它们？
应避免使用哪些代码,例如.应用程序应该与5xx代码范围混淆吗？在REST Web服务中返回HTTP代码时有哪些约定？你有没有使用302以外的重定向？
我正在使用的那些(grep 'Status:'无论如何我都可以找到它):
200成功检索资源而不影响它
201每当表单提交将重要内容放入数据库(论坛帖子,用户帐户等),创建新资源时发送
204以空体发送,例如在DELETE之后
304 HTTP缓存.我发现这是一个非常难以得到正确的,因为它必须考虑到用户更改显示设置等.我想出的最好的想法是使用用户首选项的哈希作为ETag.大多数浏览器在这里都有不可预测和不一致的行为,这无济于事......
400用于未通过某些验证检查的错误表单提交.
403当某人在某个地方时他们不应该使用(尽管我试图通过不显示用户不应访问的东西的链接来避免这种情况).
404除了普通的网络服务器之外,当URL包含无效的ID号时,我会使用这些.我想在这种情况下检查是否存在更高的有效ID并发送410代替是个好主意...
429当用户的请求过于频繁时
500:我倾向于将这些放在catch {}块中,唯一的选择是放弃,以确保向浏览器发送有意义的内容.
我意识到只要让服务器为所有内容发送"200"就可以逃脱,但是当用户看到(或导致)错误并且没有告诉你它们时,它们会节省很多痛苦.我已经有了显示拒绝访问消息的功能等等,所以无论如何添加这些消息并不多.
418:我是一个茶壶
来自http://www.ietf.org/rfc/rfc2324.txt超文本咖啡壶控制协议(HTCPCP/1.0)
不要忘记503 - 服务不可用.这个对于网站停机至关重要.特别是在搜索引擎方面.
假设您将网站停机几个小时进行维护或升级工作.通过将所有请求定向到返回503代码的友好页面,它告诉蜘蛛"稍后再试".
如果您只是显示"暂时关闭"页面但仍然返回200 OK,则蜘蛛可能会索引您的错误页面,或者更糟糕的是,用这个"新"内容替换现有索引.
这可能会严重影响您的搜索引擎优化排名,尤其是如果您的大型热门网站.
京公网安备 11010802040832号 | 京ICP备19059560号-6 