来谈谈：各种Http哀求形态(status)及其寄义具体剖析

在学习初期，你一定会遇到很多困难，或者说各种困难，所以你最好先将你linux中的重要内容备份，因为，在你学习的过程中，很可能将系统搞废(eg：源混乱等)；
Web服务器呼应扫瞄器或其他客户程序的哀求时，其应对一样平常由以下几个部分构成：一个形态行，几个应对
头，一个空行，内容文档。上面是一个最复杂的应对：
形态行包括HTTP版本、形态代码、与形态代码对应的冗长申明信息。在年夜多半情形下，除Content-Type之
外的一切应对头都是可选的。但Content-Type是必须的，它形貌的是前面文档的MIME范例。固然年夜多半应对
都包括一个文档，但也有一些不包括，比方对HEAD哀求的应对永久不会附带文档。有很多形态代码实践上用
来标识一次失利的哀求，这些应对也不包括文档（或只包括一个冗长的毛病信息申明）。
当用户试图经由过程HTTP会见一台正在运转Internet信息服务(IIS)的服务器上的内容时，IIS前往一个
暗示该哀求的形态的数字代码。形态代码能够指明详细哀求是不是已乐成，还能够展现哀求失利切实其实切缘故原由。
1xx-信息提醒
这些形态代码暗示一时的呼应。客户端在收到惯例呼应之前，应筹办吸收一个或多个1xx呼应。
・100-Continue初始的哀求已承受，客户应该持续发送哀求的其他部分。（HTTP1.1新）
・101-SwitchingProtocols服务器将服从客户的哀求转换到别的一种协定（HTTP1.1新）
2xx-乐成
这类形态代码标明服务器乐成地承受了客户端哀求。
・200-OK统统一般，对GET和POST哀求的应对文档跟在前面。
・201-Created服务器已创立了文档，Location头给出了它的URL。
・202-Accepted已承受哀求，但处置还没有完成。
・203-Non-AuthoritativeInformation文档已一般地前往，但一些应对头大概不准确，由于利用的
是文档的拷贝，非威望性信息（HTTP1.1新）。
・204-NoContent没有新文档，扫瞄器应当持续显现本来的文档。假如用户按期地革新页面，而
Servlet能够断定用户文档充足新，这个形态代码是很有效的。
・205-ResetContent没有新的内容，但扫瞄器应当重置它所显现的内容。用来强迫扫瞄器扫除表单输
进内容（HTTP1.1新）。
・206-PartialContent客户发送了一个带有Range头的GET哀求，服务器完成了它（HTTP1.1新）。
3xx-重定向
客户端扫瞄器必需接纳更多操纵来完成哀求。比方，扫瞄器大概不能不哀求服务器上的分歧的页面，或经由过程
代办署理服务重视复该哀求。
・300-MultipleChoices客户哀求的文档能够在多个地位找到，这些地位已在前往的文档内列出。如
果服务器要提出优先选择，则应当在Location应对头指明。
・301-MovedPermanently客户哀求的文档在其他中央，新的URL在Location头中给出，扫瞄器应当主动
地会见新的URL。
・302-Found相似于301，但新的URL应当被视为一时性的替换，而不是永世性的。注重，在HTTP1.0中对
应的形态信息是“MovedTemporatily”。呈现该形态代码时，扫瞄器可以主动会见新的URL，因而它是一个
很有效的形态代码。注重这个形态代码偶然候能够和301交换利用。比方，假如扫瞄器毛病地哀求
http://host/~user（短少了前面的斜杠），有的服务器前往301，有的则前往302。严厉地说，我们只能假
定只要当本来的哀求是GET时扫瞄器才会主动重定向。请拜见307。
・303-SeeOther相似于301/302，分歧的地方在于，假如本来的哀求是POST，Location头指定的重定向目
标文档应当经由过程GET提取（HTTP1.1新）。
・304-NotModified客户端有缓冲的文档并收回了一个前提性的哀求（通常为供应If-Modified-Since
头暗示客户只想比指定日期更新的文档）。服务器告知客户，本来缓冲的文档还能够持续利用。
・305-UseProxy客户哀求的文档应当经由过程Location头所指明的代办署理服务器提取（HTTP1.1新）。
・307-TemporaryRedirect和302（Found）不异。很多扫瞄器会毛病地呼应302应对举行重定向，即便
本来的哀求是POST，即便它实践上只能在POST哀求的应对是303时才干重定向。因为这个缘故原由，HTTP1.1新
增了307，以便加倍扫除区域分几个形态代码：当呈现303应对时，扫瞄器能够跟从重定向的GET和POST哀求
；假如是307应对，则扫瞄器只能跟从对GET哀求的重定向。（HTTP1.1新）
4xx-客户端毛病
产生毛病，客户端仿佛有成绩。比方，客户端哀求不存在的页面，客户端未供应无效的身份考证信息。
・400-BadRequest哀求呈现语法毛病。
・401-Unauthorized会见被回绝，客户试图未经受权会见受暗码回护的页面。应对中会包括一个WWW-
Authenticate头，扫瞄器据此显现用户名字/暗码对话框，然后在填写符合的Authorization头后再次收回请
求。IIS界说了很多分歧的401毛病，它们指明更加详细的毛病缘故原由。这些详细的毛病代码在扫瞄器中显
示，但不在IIS日记中显现：
　・401.1-登录失利。
　・401.2-服务器设置招致登录失利。
　・401.3-因为ACL对资本的限定而未取得受权。
　・401.4-选择器受权失利。
　・401.5-ISAPI/CGI使用程序受权失利。
　・401.7C会见被Web服务器上的URL受权战略回绝。这个毛病代码为IIS6.0所公用。
・403-Forbidden资本不成用。服务器了解客户的哀求，但回绝处置它。一般因为服务器上文件或目次
的权限设置招致。克制会见：IIS界说了很多分歧的403毛病，它们指明更加详细的毛病缘故原由：
　・403.1-实行会见被克制。
　・403.2-读会见被克制。
　・403.3-写会见被克制。
　・403.4-请求SSL。
　・403.5-请求SSL128。
　・403.6-IP地点被回绝。
　・403.7-请求客户端证书。
　・403.8-站点会见被回绝。
　・403.9-用户数过量。
　・403.10-设置有效。
　・403.11-暗码变动。
　・403.12-回绝会见映照表。
　・403.13-客户端证书被撤消。
　・403.14-回绝目次列表。
　・403.15-超越客户端会见允许。
　・403.16-客户端证书不受信托或有效。
　・403.17-客户端证书已过时或还没有失效。
　・403.18-在以后的使用程序池中不克不及实行所哀求的URL。这个毛病代码为IIS6.0所公用。
　・403.19-不克不及为这个使用程序池中的客户端实行CGI。这个毛病代码为IIS6.0所公用。
　・403.20-Passport登录失利。这个毛病代码为IIS6.0所公用。
・404-NotFound没法找到指定地位的资本。这也是一个经常使用的应对。
　・404.0-（无）C没有找到文件或目次。
　・404.1-没法在所哀求的端口上会见Web站点。
　・404.2-Web服务扩大锁定战略制止本哀求。
　・404.3-MIME映照战略制止本哀求。
・405-MethodNotAllowed哀求办法（GET、POST、HEAD、DELETE、PUT、TRACE等）对指定的资本不适
用，用来会见本页面的HTTP谓词不被同意（办法不被同意）（HTTP1.1新）
・406-NotAcceptable指定的资本已找到，但它的MIME范例和客户在Accpet头中所指定的不兼容，客
户端扫瞄器不承受所哀求页面的MIME范例（HTTP1.1新）。
・407-ProxyAuthenticationRequired请求举行代办署理身份考证，相似于401，暗示客户必需先经由代办署理
服务器的受权。（HTTP1.1新）
・408-RequestTimeout在服务器允许的守候工夫内，客户一向没有收回任何哀求。客户能够在今后重
复统一哀求。（HTTP1.1新）
・409-Conflict一般和PUT哀求有关。因为哀求和资本确当前形态相抵触，因而哀求不克不及乐成。（HTTP
1.1新）
・410-Gone所哀求的文档已不再可用，并且服务器不晓得应当重定向到哪个地点。它和404的分歧
在于，前往407暗示文档永世地分开了指定的地位，而404暗示因为未知的缘故原由文档不成用。（HTTP1.1新）
・411-LengthRequired服务器不克不及处置哀求，除非客户发送一个Content-Length头。（HTTP1.1新）
・412-PreconditionFailed哀求头中指定的一些条件前提失利（HTTP1.1新）。
・413CRequestEntityTooLarge方针文档的巨细凌驾服务器以后乐意处置的巨细。假如服务器以为
本人可以稍后再处置该哀求，则应当供应一个Retry-After头（HTTP1.1新）。
・414-RequestURITooLongURI太长（HTTP1.1新）。
・415C不撑持的媒体范例。
・416CRequestedRangeNotSatisfiable服务器不克不及满意客户在哀求中指定的Range头。（HTTP1.1
新）
・417C实行失利。
・423C锁定的毛病。
5xx-服务器毛病
服务器因为碰到毛病而不克不及完成该哀求。
・500-InternalServerError服务器碰到了料想不到的情形，不克不及完成客户的哀求。
　・500.12-使用程序正忙于在Web服务器上从头启动。
　・500.13-Web服务器太忙。
　・500.15-不同意间接哀求Global.asa。
　・500.16CUNC受权凭证不准确。这个毛病代码为IIS6.0所公用。
　・500.18CURL受权存储不克不及翻开。这个毛病代码为IIS6.0所公用。
　・500.100-外部ASP毛病。
・501-NotImplemented服务器不撑持完成哀求所必要的功效，页眉值指定了未完成的设置。比方，客
户收回了一个服务器不撑持的PUT哀求。
・502-BadGateway服务器作为网关大概代办署理时，为了完成哀求会见下一个服务器，但该服务器前往了
不法的应对。亦说Web服务器用作网关或代办署理服务器时收到了有效呼应。
　・502.1-CGI使用程序超时。
　・502.2-CGI使用程序堕落。
・503-ServiceUnavailable服务不成用，服务器因为保护大概负载太重未能应对。比方，Servlet大概
在数据库毗连池已满的情形下前往503。服务器前往503时能够供应一个Retry-After头。这个毛病代码为
IIS6.0所公用。
・504-GatewayTimeout网关超时，由作为代办署理或网关的服务器利用，暗示不克不及实时地从远程服务器获
得应对。（HTTP1.1新）。
・505-HTTPVersionNotSupported服务器不撑持哀求中所指明的HTTP版本。（HTTP1.1新）。


虽然Linux桌面应用发展很快，但是命令在Linux中依然有很强的生命力。Linux是一个命令行组成的操作系统,精髓在命令行。

学习Linux应具备的。[书籍+网络资源]

众所周知，目前windows操作系统是主流，在以后相当长的时间内不会有太大的改变，其方便友好的图形界面吸引了众多的用户。

老实说，第一个程序是在C中编译好的，调试好了才在Linux下运行，感觉用vi比较麻烦，因为有错了不能调试，只是提示错误。

为什么要学Linux呢？每个人都有不同的看法，下面我说说自己的感想吧。?

如果你想深入学习Linux,看不懂因为文档实在是太难了。写的最好的、最全面的文档都是英语写的,最先发布的技术信息也都是用英语写的。

用户下达的命令解释给系统去执行，并将系统传回的信息再次解释给用户，估shell也称为命令解释器，有关命令的学习可参考论坛相关文章，精通英文也是学习Linux的关键。

以前觉得Linux就跟dos一样，全是用命令窗口，相对于窗口界面来说多麻烦呀。

眼看这个学期的Linux课程已经告一段落了，我觉得有必要写一遍心得体会来总结一下这学期对着门课程的学习。