HTTP状态码的浪漫故事

小明是一个程序员,经常加班,在一个和尚部门,一个妹子都没有,所以一直单身。

  • 404(Not Found):服务器无法根据客户端的请求找到资源(网页)

过年回家,老爸老妈给门开一条缝,先看看小明身后……


小明意识到,要想提升在这个家的地位,必须要找个对象。他不由地想起了他的小学同学小美,那是他童年的女神。

可是,小美已经早早地嫁为人妇,孩子都能打酱油了。

  • 301(Moved Permanently):永久移动。请求的资源已被永久的移动到新URI。

小明又想到他的高中女神小敏,可是小敏也有对象了,天天在朋友圈秀恩爱。

  • 302(Found):临时移动。与301类似。但资源只是临时被移动。

小明想到什么,虎躯一震,只是处对象,还没有结婚,也许……不,自己是个正(从)直(心)的人。

  • 303(See Other):查看其它地址,当前请求的响应可以在另一个 URI 上被找到。

小明有一些难受,但是他没有气馁,回味起他的大学生涯,他的心中一片后悔,那是一个并不漂亮但却温柔的姑娘,名字叫小静,那时候的他太年轻……

小明鼓起勇气,决定找回这份逝去的爱。最开始他想打一个电话,踌躇半天,发微信好了,微信好像不够有诚意,写一封信吧,这种逝去的遥远的浪漫。
——对,要用程序员的浪漫,小明决定写一个漂亮的网页,里面藏着他真情的留言发给小静。

网页写好了,发给小静,没想到的是,小静用3某0浏览器打开了用到vue.js框架的网页……

  • 400(Bad Request):客户端请求的语法错误,服务器无法理解。

小明满含期待,等了很久,没有等到小静的回信。小明的失望随着时间的过去越来越深,小明觉得,自己不会再爱了。

  • 500(Internal Server Error):服务器内部错误,无法完成请求。

幸运的是,小静在某个糟糕的一天之后,把电话打给了那个她最想打给的人。听着小静淅沥沥的哭声,小明摔了手里的键盘,赶了过去。当小静靠在小明的怀里的时候,一段新的故事开始了。

小明和小静在一起有一段日子了,小明想?乛?乛?,小静:? ?° ?? ?° ?,讨厌,才确定关系多久。

  • 403(Forbidden):服务器理解请求客户端的请求,但是拒绝执行此请求。

情节继续发展,小明和小静要闹出人命了,可是现在孩子还是不能生,因为没有结婚证和准生证。

  • 401(Unauthorized):请求需要有通过HTTP认证(BASIC认证,DIGEST认证)的认证信息。

终于,小明和小静结婚了,几个月后,他们的孩子也出生了。一家三口过上了幸福的生活。

  • 200(OK):请求成功。


纯属娱乐——完结!

参考:

【1】:《HTTP权威指南》

【2】:《Restful Web Service》

【3】:《HTTP/2基础教程》

【4】:常见的HTTP状态码

【5】:我爱斗图

【6】:爸妈才是真爱,孩子只是意外

【7】:HTTP状态码对照表

原文地址:https://www.cnblogs.com/three-fighter/p/12347241.html

时间: 2024-10-08 12:56:12

HTTP状态码的浪漫故事的相关文章

HTTP状态码302、303和307的故事

<HTTP权威指南>第3章在讲解30X状态码时,完全没有讲清楚为什么要有302.303.307,以及他们的关系,一句"问题出在HTTP/1/1"让我一头雾水,莫名其妙:而第五章在讲重定向响应时,没有说到现在很常见的302,反而是说我从没遇到过的303和307.很是迷惑,对于这3个状态码,WiKi和RFC文档都有详解,下面我以我的思维添油加醋的描述一遍. 一.状态码--302 RFC1945(http://tools.ietf.org/html/rfc1945#page-34

常见HTTP状态码

一些常见HTTP状态码为:200 – 服务器成功返回网页404 – 请求的网页不存在503 – 服务不可用 常见HTTP状态码大全 1xx(临时响应)表示临时响应并需要请求者继续执行操作的状态代码. 代码 说明http状态码 100 (继续) 请求者应当继续提出请求. 服务器返回此代码表示已收到请求的第一部分,正在等待其余部分.http状态码 101 (切换协议) 请求者已要求服务器切换协议,服务器已确认并准备切换. 2xx (成功)表示成功处理了请求的状态代码.代码 说明http状态码 200

HTTP状态码

 1**   信息,服务器收到请求,需要请求者继续执行操作 100 Continue 继续.客户端应继续其请求 101 Switching Protocols 切换协议.服务器根据客户端的请求切换协议.只能切换到更高级的协议,例如,切换到HTTP的新版本协议 2** 成功,操作被成功接收并处理 200 OK 请求成功.一般用于GET与POST请求 201 Created 已创建.成功请求并创建了新的资源 202 Accepted 已接受.已经接受请求,但未处理完成 203 Non-Authori

Nginx的 HTTP 499 状态码处理

1.前言 今天在处理一个客户问题,遇到Nginx access log中出现大量的499状态码.实际场景是:客户的域名通过cname解析到我们的Nginx反向代理集群上来,客户的Web服务是由一个负载均衡提供外网IP进行访问,负载均衡后面挂了多个内网web站点业务服务器.出现的访问日志如下所示: 2.处理方法 499错误是什么?让我们看看NGINX的源码中的定义: ngx_string(ngx_http_error_495_page), /* 495, https certificate err

常用状态码总结

200:OK 请求成功.一般用于GET与POST请求 204:No Content 无内容.服务器成功处理,但未返回内容.在未更新网页的情况下,可确保浏览器继续显示当前文档 304:Not Modified 未修改.所请求的资源未修改,服务器返回此状态码时,不会返回任何资源.客户端通常会缓存访问过的资源,通过提供一个头信息指出客户端希望只返回在指定日期之后修改的资源 400:Bad Request 客户端请求的语法错误,服务器无法理解 403:Forbidden 服务器理解请求客户端的请求,但是

http协议的状态码 200、301、304、404、502 HTTP状态码解释

在网站建设的实际应用中,容易出现很多小小的失误,就像mysql当初优化不到位,影响整体网站的浏览效果一样,其实,网站的常规http状态码的表现也是一样,Google无法验证网站几种解决办法,提及到由于404状态页面设置不正常,导致了google管理员工具无法验证的情况,当然,影响的不仅仅是这一方面,影响的更是网站的整体浏览效果.因此,比较清楚详细的了解http状态码的具体含义,对于一个网站站长来说,这是很有必要俱备的网站制作基础条件. 如果某项请求发送到您的服务器要求显示您网站上的某个网页(例如

Beego生产环境返回状态码的bug

项目用的是Beego的1.4.2.但是最近发现cdn会把项目中的40x或者50x的页面缓存住. 研究了下Beego的源码,然后经过测试后发现,在生产环境下,当请求的页面出错时,返回的页面的状态码40x或者50x会被统一改为200. 这个是因为开发者谢大将写入response的状态码的那行给注释了. 要是用Beego的同僚注意了,这个地方得自己处理下. 如下处理即可: 在main.go中: package main import ( "github.com/astaxie/beego"

HTTP状态码(HTTP Status Code)

HTTP状态码(HTTP Status Code)是用以表示网页服务器HTTP响应状态的3位数字代码.它由 RFC 2616 规范定义的,并得到RFC 2518.RFC 2817.RFC 2295.RFC 2774.RFC 4918等规范扩展. HTTP: Status 1xx (临时响应) ->表示临时响应并需要请求者继续执行操作的状态代码. 详细代码及说明: HTTP: Status 100 (继续) -> 请求者应当继续提出请求. 服务器返回此代码表示已收到请求的第一部分,正在等待其余部

404什么意思,这里有很全的http/FTP状态码

HTTP 1xx-信息提示 这些状态代码表示临时的响应.客户端在收到常规响应之前,应准备接收一个或多个1xx响应. 100-继续. 101-切换协议. 2xx-成功 这类状态代码表明服务器成功地接受了客户端请求. 200-确定.客户端请求已成功. 201-已创建. 202-已接受. 203-非权威性信息. 204-无内容. 205-重置内容. 206-部分内容. 3xx-重定向 客户端浏览器必须采取更多操作来实现请求.例如,浏览器可能不得不请求服务器上的不同的页面,或通过代理服务器重复该请求.