﻿<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>BlogJava-天堂露珠&lt;br /&gt;&lt;font style="font-size:30px;" &gt;の技術ブログ&lt;/font&gt;-随笔分类-Tech</title><link>http://www.blogjava.net/wintys/category/38358.html</link><description /><language>zh-cn</language><lastBuildDate>Mon, 20 Jul 2009 10:19:40 GMT</lastBuildDate><pubDate>Mon, 20 Jul 2009 10:19:40 GMT</pubDate><ttl>60</ttl><item><title>[原]双系统启动修复</title><link>http://www.blogjava.net/wintys/archive/2009/07/20/tech_windows_server_2003_boot.html</link><dc:creator>天堂露珠</dc:creator><author>天堂露珠</author><pubDate>Mon, 20 Jul 2009 06:55:00 GMT</pubDate><guid>http://www.blogjava.net/wintys/archive/2009/07/20/tech_windows_server_2003_boot.html</guid><wfw:comment>http://www.blogjava.net/wintys/comments/287474.html</wfw:comment><comments>http://www.blogjava.net/wintys/archive/2009/07/20/tech_windows_server_2003_boot.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/wintys/comments/commentRss/287474.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/wintys/services/trackbacks/287474.html</trackback:ping><description><![CDATA[&nbsp;&nbsp;&nbsp;&nbsp; 摘要: Windows XP 与 Windows Server 2003双系统，当Windows XP系统用Ghost恢复后，Windows Server 2003不能正确启动。&nbsp;&nbsp;<a href='http://www.blogjava.net/wintys/archive/2009/07/20/tech_windows_server_2003_boot.html'>阅读全文</a><img src ="http://www.blogjava.net/wintys/aggbug/287474.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/wintys/" target="_blank">天堂露珠</a> 2009-07-20 14:55 <a href="http://www.blogjava.net/wintys/archive/2009/07/20/tech_windows_server_2003_boot.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>[导入]HTTP 1.1状态代码及其含义</title><link>http://www.blogjava.net/wintys/archive/2009/03/18/260429.html</link><dc:creator>天堂露珠</dc:creator><author>天堂露珠</author><pubDate>Wed, 18 Mar 2009 04:02:00 GMT</pubDate><guid>http://www.blogjava.net/wintys/archive/2009/03/18/260429.html</guid><wfw:comment>http://www.blogjava.net/wintys/comments/260429.html</wfw:comment><comments>http://www.blogjava.net/wintys/archive/2009/03/18/260429.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/wintys/comments/commentRss/260429.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/wintys/services/trackbacks/260429.html</trackback:ping><description><![CDATA[<div><font color="#0000ff"><strong>100</strong></font>&nbsp; <font color="#0000ff">Continue</font>&nbsp; 初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新）&nbsp; </div>
<div><font color="#0000ff"><strong>101</strong>&nbsp; Switching Protocols</font>&nbsp; 服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新）&nbsp; </div>
<div><font color="#0000ff"><strong>200</strong>&nbsp; OK</font>&nbsp; 一切正常，对GET和POST请求的应答文档跟在后面。 </div>
<div><font color="#0000ff"><strong>201</strong>&nbsp; Created</font>&nbsp; 服务器已经创建了文档，Location头给出了它的URL。&nbsp; </div>
<div><font color="#0000ff"><strong>202</strong>&nbsp; Accepted</font>&nbsp; 已经接受请求，但处理尚未完成。&nbsp; </div>
<div><font color="#0000ff"><strong>203</strong>&nbsp; Non-Authoritative Information</font>&nbsp; 文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝（HTTP 1.1新）。&nbsp; </div>
<div><font color="#0000ff"><strong>204</strong>&nbsp; No Content</font>&nbsp; 没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的。&nbsp; </div>
<div><font color="#0000ff"><strong>205</strong>&nbsp; Reset Content</font>&nbsp; 没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容（HTTP 1.1新）。 <br />
&nbsp;<br />
<font color="#0000ff"><strong>206</strong>&nbsp; Partial Content</font>&nbsp; 客户发送了一个带有Range头的GET请求，服务器完成了它（HTTP 1.1新）。<br />
&nbsp; <br />
<font color="#0000ff"><strong>300</strong>&nbsp; Multiple Choices</font>&nbsp; 客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明。<br />
&nbsp; <br />
<font color="#0000ff"><strong>301</strong>&nbsp; Moved Permanently</font>&nbsp; 客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。&nbsp; </div>
<div><font color="#0000ff"><strong>302</strong>&nbsp; Found</font>&nbsp; 类似于301，但新的URL应该被视为临时性的替代，而不是永久性的。注意，在HTTP1.0中对应的状态信息是&#8220;Moved Temporatily&#8221;。 <br />
出现该状态代码时，浏览器能够自动访问新的URL，因此它是一个很有用的状态代码。 </div>
<div>注意这个状态代码有时候可以和301替换使用。例如，如果浏览器错误地请求<a href="http://host/%7Euser"><font color="#0000ff">[url]http://host/~user[/url]</font></a>（缺少了后面的斜杠），有的服务器返回301，有的则返回302。 </div>
<div>严格地说，我们只能假定只有当原来的请求是GET时浏览器才会自动重定向。请参见307。 <br />
&nbsp;<br />
<font color="#0000ff"><strong>303</strong>&nbsp; See Other</font>&nbsp; 类似于301/302，不同之处在于，如果原来的请求是POST，Location头指定的重定向目标文档应该通过GET提取（HTTP 1.1新）。&nbsp; </div>
<div><font color="#0000ff"><strong>304</strong>&nbsp; Not Modified</font>&nbsp; 客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告诉客户，原来缓冲的文档还可以继续使用。&nbsp; </div>
<div><font color="#0000ff"><strong>305</strong>&nbsp; Use Proxy</font>&nbsp; 客户请求的文档应该通过Location头所指明的代理服务器提取（HTTP 1.1新）。&nbsp; </div>
<div><font color="#0000ff"><strong>307</strong>&nbsp; Temporary Redirect</font>&nbsp;
和302（Found）相同。许多浏览器会错误地响应302应答进行重定向，即使原来的请求是POST，即使它实际上只能在POST请求的应答是303时
才能重定向。由于这个原因，HTTP
1.1新增了307，以便更加清除地区分几个状态代码：当出现303应答时，浏览器可以跟随重定向的GET和POST请求；如果是307应答，则浏览器只
能跟随对GET请求的重定向。（HTTP 1.1新）&nbsp; </div>
<div><font color="#0000ff"><strong>400</strong>&nbsp; Bad Request</font>&nbsp; 请求出现语法错误。&nbsp; </div>
<div><font color="#0000ff"><strong>401</strong>&nbsp; Unauthorized</font>&nbsp; 客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头，浏览器据此显示用户名字/密码对话框，然后在填写合适的Authorization头后再次发出请求。&nbsp; </div>
<div><font color="#0000ff"><strong>403</strong>&nbsp; Forbidden</font>&nbsp; 资源不可用。服务器理解客户的请求，但拒绝处理它。通常由于服务器上文件或目录的权限设置导致。&nbsp; </div>
<div><font color="#0000ff"><strong>404</strong>&nbsp; Not Found</font>&nbsp; 无法找到指定位置的资源。这也是一个常用的应答。&nbsp; </div>
<div><font color="#0000ff"><strong>405</strong>&nbsp; Method Not Allowed</font>&nbsp; 请求方法（GET、POST、HEAD、Delete、PUT、TRACE等）对指定的资源不适用。（HTTP 1.1新）&nbsp; </div>
<div><font color="#0000ff"><strong>406</strong>&nbsp; Not Acceptable</font>&nbsp; 指定的资源已经找到，但它的MIME类型和客户在Accpet头中所指定的不兼容（HTTP 1.1新）。&nbsp; </div>
<div><font color="#0000ff"><strong>407</strong>&nbsp; Proxy Authentication Required</font>&nbsp; 类似于401，表示客户必须先经过代理服务器的授权。（HTTP 1.1新）&nbsp; </div>
<div><font color="#0000ff"><strong>408</strong>&nbsp; Request Timeout</font>&nbsp; 在服务器许可的等待时间内，客户一直没有发出任何请求。客户可以在以后重复同一请求。（HTTP 1.1新）&nbsp; </div>
<div><font color="#0000ff"><strong>409&nbsp;</strong> Conflict</font>&nbsp; 通常和PUT请求有关。由于请求和资源的当前状态相冲突，因此请求不能成功。（HTTP 1.1新）&nbsp; </div>
<div><font color="#0000ff"><strong>410</strong>&nbsp; Gone</font>&nbsp; 所请求的文档已经不再可用，而且服务器不知道应该重定向到哪一个地址。它和404的不同在于，返回407表示文档永久地离开了指定的位置，而404表示由于未知的原因文档不可用。（HTTP 1.1新）&nbsp; </div>
<div><font color="#0000ff"><strong>411</strong>&nbsp; Length Required</font>&nbsp; 服务器不能处理请求，除非客户发送一个Content-Length头。（HTTP 1.1新）&nbsp; </div>
<div><font color="#0000ff"><strong>412</strong>&nbsp; Precondition Failed</font>&nbsp; 请求头中指定的一些前提条件失败（HTTP 1.1新）。&nbsp; </div>
<div><font color="#0000ff"><strong>413</strong>&nbsp; Request Entity Too Large</font>&nbsp; 目标文档的大小超过服务器当前愿意处理的大小。如果服务器认为自己能够稍后再处理该请求，则应该提供一个Retry-After头（HTTP 1.1新）。&nbsp; </div>
<div><font color="#0000ff"><strong>414</strong>&nbsp; Request URI Too Long</font>&nbsp; URI太长（HTTP 1.1新）。&nbsp; </div>
<div><font color="#0000ff"><strong>416</strong>&nbsp; Requested Range Not Satisfiable</font>&nbsp; 服务器不能满足客户在请求中指定的Range头。（HTTP 1.1新）&nbsp; </div>
<div><font color="#0000ff"><strong>500</strong>&nbsp; Internal Server Error</font>&nbsp; 服务器遇到了意料不到的情况，不能完成客户的请求。&nbsp; </div>
<div><font color="#0000ff"><strong>501</strong>&nbsp; Not Implemented</font>&nbsp; 服务器不支持实现请求所需要的功能。例如，客户发出了一个服务器不支持的PUT请求。&nbsp; </div>
<div><font color="#0000ff"><strong>502&nbsp;</strong> Bad Gateway</font>&nbsp; 服务器作为网关或者代理时，为了完成请求访问下一个服务器，但该服务器返回了非法的应答。&nbsp; </div>
<div><font color="#0000ff"><strong>503&nbsp;</strong> Service Unavailable</font>&nbsp; 服务器由于维护或者负载过重未能应答。例如，Servlet可能在数据库连接池已满的情况下返回503。服务器返回503时可以提供一个Retry-After头。&nbsp; </div>
<div><font color="#0000ff"><strong>504</strong>&nbsp; Gateway Timeout</font>&nbsp; 由作为代理或网关的服务器使用，表示不能及时地从远程服务器获得应答。（HTTP 1.1新）&nbsp; </div>
<font color="#0000ff"><strong>505</strong>&nbsp; HTTP Version Not Supported</font>&nbsp; 服务器不支持请求中所指明的HTTP版本。（HTTP 1.1新）<br />
<br />
(转载地址:[url]http://www.master8.net/data/2006/0411/article_2669.htm[/url])<br />
<br />
参考资料:<br />
<span style="color: rgb(0, 0, 255);">W3C HTTP Protocol:[url]http://www.w3.org/Protocols/rfc2616/rfc2616.html[/url]</span><br />
<br />
文章来源:<a href="http://wintys.blog.51cto.com/425414/88355">http://wintys.blog.51cto.com/425414/88355</a> 
<img src ="http://www.blogjava.net/wintys/aggbug/260429.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/wintys/" target="_blank">天堂露珠</a> 2009-03-18 12:02 <a href="http://www.blogjava.net/wintys/archive/2009/03/18/260429.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>