HTTP 状态代码什么意思？

如果某项请求发送到您的服务器要求显示您网站上的某个网页，服务器将会返回 HTTP 状态码响应请求。

下面提供 HTTP 状态代码的完整列表，您也可以访问 HTTP 状态代码上的 W3C 页获取更多信息（英文） 。

1xx（临时响应）表示临时响应并需要请求者继续执行操作的状态代码。
代码 说明
100（继续） 请求者应当继续提出请求。 服务器返回此代码表示已收到请求的第一部分，正在等待其余部分。
101（切换协议） 请求者已要求服务器切换协议，服务器已确认并准备切换。

2xx （成功）表示成功处理了请求的状态代码。
代码 说明
200（成功） 服务器已成功处理了请求。 通常，这表示服务器提供了请求的网页。 如果针对您的 robots.txt 文件显示此状态代码，则表示 Googlebot 已成功检索到该文件。
201（已创建） 请求成功并且服务器创建了新的资源。
202（已接受） 服务器已接受请求，但尚未处理。
203（非授权信息） 服务器已成功处理了请求，但返回的信息可能来自另一来源。
204（无内容） 服务器成功处理了请求，但没有返回任何内容。
205（重置内容） 服务器成功处理了请求，但没有返回任何内容。 与 204 响应不同，此响应要求请求者重置文档视图（例如，清除表单内容以输入新内容）。
206（部分内容） 服务器成功处理了部分 GET 请求。

3xx （重定向）要完成请求，需要进一步操作。 通常，这些状态代码用来重定向。
代码 说明
300（多种选择） 针对请求，服务器可执行多种操作。 服务器可根据请求者 (user agent) 选择一项操作，或提供操作列表供请求者选择。
301（永久移动） 请求的网页已永久移动到新位置。 服务器返回此响应（对 GET 或 HEAD 请求的响应）时，会自动将请求者转到新位置。 您应使用此代码告诉 Googlebot 某个网页或网站已永久移动到新位置。
302（临时移动） 服务器目前从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。
303（查看其他位置） 请求者应当对不同的位置使用单独的 GET 请求来检索响应时，服务器返回此代码。 对于除 HEAD 之外的所有请求，服务器会自动转到其他位置。
304（未修改） 自从上次请求后，请求的网页未修改过。 服务器返回此响应时，不会返回网页内容。
305（使用代理） 请求者只能使用代理访问请求的网页。 如果服务器返回此响应，还表示请求者应使用代理。
307（临时重定向） 服务器目前从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。

4xx（请求错误）这些状态代码表示请求可能出错，妨碍了服务器的处理。
代码 说明
400（错误请求） 服务器不理解请求的语法。
401（未授权） 请求要求身份验证。 对于需要登录的网页，服务器可能返回此响应。
403（禁止） 服务器拒绝请求。
404（未找到） 服务器找不到请求的网页。 例如，对于服务器上不存在的网页经常会返回此代码。
405（方法禁用） 禁用请求中指定的方法。
406（不接受） 无法使用请求的内容特性响应请求的网页。
407（需要代理授权） 此状态代码与 401（未授权）类似，但指定请求者应当授权使用代理。 如果服务器返回此响应，还会指明请求者应当使用的代理。
408（请求超时） 服务器等候请求时发生超时。
409（冲突） 服务器在完成请求时发生冲突。 服务器必须在响应中包含有关冲突的信息。 服务器在响应与前一个请求相冲突的 PUT 请求时可能会返回此代码，同时会附上两个请求的差异列表。
410（已删除） 如果请求的资源已永久删除，服务器就会返回此响应。
411（需要有效长度） 服务器不接受不含有效内容长度标头字段的请求。
412（未满足前提条件） 服务器未满足请求者在请求中设置的其中一个前提条件。
413（请求实体过大） 服务器无法处理请求，因为请求实体过大，超出服务器的处理能力。
414（请求的 URI 过长） 请求的 URI（通常为网址）过长，服务器无法处理。
415（不支持的媒体类型） 请求的格式不受请求页面的支持。
416（请求范围不符合要求） 如果页面无法提供请求的范围，则服务器会返回此状态代码。
417（未满足期望值） 服务器未满足”期望”请求标头字段的要求。

5xx（服务器错误）
这些状态代码表示服务器在尝试处理请求时发生内部错误。 这些错误可能是服务器本身的错误，而不是请求出错。
代码 说明
500（服务器内部错误） 服务器遇到错误，无法完成请求。
501（尚未实施） 服务器不具备完成请求的功能。 例如，服务器无法识别请求方法时可能会返回此代码。
502（错误网关） 服务器作为网关或代理，从上游服务器收到无效响应。
503（服务不可用） 服务器目前无法使用（由于超载或停机维护）。 通常，这只是暂时状态。
504（网关超时） 服务器作为网关或代理，但是没有及时从上游服务器收到请求。
505（HTTP 版本不受支持） 服务器不支持请求中所用的 HTTP 协议版本。

在windows环境下，让Tomcat 6.0支持PHP 5

系统：Windows XP Pro SP2
Tomcat：apache-tomcat-6.0.14
PHP：php-5.2.5-Win32
（Tomact和PHP均使用ZIP压缩包）

1. 解压缩Tomcat至"D:\apache-tomcat-6.0.14"；解压缩PHP至"D:\php-5.2.5-Win32"。
2.下载 PECL 5.2.5 Win32 binaries，解压缩至任意路径。（PHP和PECL版本须一致，本例中均为5.2.5）
3.将"D:\php-5.2.5-Win32"中的"php.ini-dist"改名为"php.ini"。
4.在"php.ini"中找到"Dynamic Extensions"部分，添加"extension=php_java.dll"。
5.将"PECL 5.2.5 Win32 binaries"压缩包中的" php5servlet.dll"解压缩至"D:\php-5.2.5-Win32"。
6.将"PECL 5.2.5 Win32 binaries"压缩包中的"php_java.dll"解压缩至"D:\php-5.2.5-Win32\ext"。
7.在"D:\apache-tomcat-6.0.14\webapps"中建立应用程序目录。（例如PHPTest）
8.将"PECL 5.2.5 Win32 binaries"压缩包中的" phpsrvlt.jar"解压缩至"D:\apache-tomcat-6.0.14\webapps\PHPTest\WEB-INF\lib"。
9. 解压缩"phpsrvlt.jar"（jar xfv phpsrvlt.jar），将"net\php\reflect.properties"以及"net\php \servlet.properties"文件内容修改为"library=php5servlet"。（内容保持为一行，且任何位置不可有空格或其他符号）
10.重新建立"phpsrvlt.jar"压缩包（jar cvf phpsrvlt.jar net/php/*.*）。
11.在"D:\apache-tomcat-6.0.14\webapps\PHPTest\WEB-INF"目录建立"web.xml"描述文件：
---------------------------------------------------web.xml------------------------------------------------------------------
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance "
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd ">

php
net.php.servlet


php-formatter
net.php.formatter


php
*.php


php-formatter
*.phps

---------------------------------------------------web.xml------------------------------------------------------------------
12.将"D:\php-5.2.5-Win32"添加至系统变量"PATH"。
13.在"D:\apache-tomcat-6.0.14\webapps\PHPTest"目录建立"phpinfo.php"：
---------------------------------------------------phpinfo.php-------------------------------------------------------------

---------------------------------------------------phpinfo.php-------------------------------------------------------------
14.启动Tomcat。（D:\apache-tomcat-6.0.14\bin\startup.bat）
15.使用阅览器访问"http://localhost:8080/PHPTest/phpinfo.php"。

参考文档： Running php 5.x on windows using tomcat 4.x or 5.x

Web 3.0的最大价值不是提供信息，而是提供基于不同需求的过滤器，每一种过滤器都是基于一个市场需求。如果说Web 2.0解决了个性解放的问题，那么Web 3.0就是解决信息社会机制的问题，也就是最优化信息聚合的问题。

《纽约时报》商业栏目记者John Markoff曾在一篇文章中写道：“人们对Web 3.0或者说是语义网的商业兴趣正在凸现。”这句话虽未对Web 3.0给出明确定义，但不管怎样，语义网这一概念在《New York Times》商业栏目中的出现，我们也看到了未来的发展趋势。

语义网（Semantic Web）之路

简单地说，语义网是一种能理解人类语言的智能网络，它不但能够理解人类的语言，而且还可以使人与电脑之间的交流变得像人与人之间交流一样轻松。

语义网将使人类从搜索相关网页的繁重劳动中解放出来。因为网中的计算机能利用自己的智能软件，在搜索数以万计的网页时，通过“智能代理”从中筛选出相关的有用信息。而不像现在的万维网，只给你罗列出数以万计的无用搜索结果。

目前，在RDF（Resource Description Framework，资源描述框架）和OWL（Web Ontology Language，网络实体语言）的支持下，语义网已经成为能够牢牢嵌入现有网页并且能完善RDF知识储备的新科技，而其理念雏形可追溯至10年之前。

1998年，Tim Berners-Lee就提出了语义网的理念。一些人认为它是关于AI（人工智能）的，另一部分人认为它更多是关于语言学的，还有一些人则认为它是关于数 据注释的。而维基百科对语义网给出了这样的定义：一种使用可以被电脑理解的方式描述事物的网络。其实，作为AI的一部分，语义网涉及的范围应该是围绕着对 自我的理解和对与我们相关数据的理解。所以，人们可以在开发Web或研究AI的过程中不断地学习和理解语义网。

在Web上，我们已经看到了一些成功的商业模式，如Netscape建成的一个资源互享环境，Amazon和eBay的市场优势，以及Yahoo和 Google的网站广告模式。资源共享带给我们前所未有的改变，不过这种分享精神也可能导致所谓的长尾现象。举个买书的例子，在各大网站显要位置推荐的都 不会是最好卖的书籍，但过段时间，这些书的销量就会直线飙升，甚至远远超过一些畅销书籍。在这一过程中，链接是真正让搜索引擎工作的发动机，AI应用程序 必须与其他事物联系起来才能为我们创造财富。如果仅将其视为一种工具，将很难得到用户青睐。因此，对AI来说，智能设备具有划时代意义，而如何使用这些工 具将变得更加重要。

也许很多人认为Web 2.0已乏善可陈，但Web 2.0的动向曲线中还是可见不少有趣现象。总的来说，Web 2.0是网络科技的社会进化，它去掉了网络上合作性质的信息发布，加入了Tagging（标签）和Microformats（微缩过程）的技术，使得信息 的产生和选择升级至一个新阶段，这是Web 2.0的本质。可以预见，在未来几年中，Web 2.0将完成向Web 3.0，即语义网的转变。

web3.0带来新体验

在过去一年中，语义网概念更加深入人心，这得益于RDF语言和能够支持RDF语言的科技的成熟。

与传统结构的数据库相比，RDF数据库拥有诸多优势。针对这些优势，微软于2006年12月在其连接服务框架（Connected Services Framework 3.0）开发者指导中指出，RDF数据库让用户能够灵活地在计划图表中存储当初设计图表时没有考虑到的数据。不仅如此，RDF还可以帮助开发者拉近Web 与数据之间的距离，而这些都是传统的关系数据库做不到的。随着人们对RDF更多的认可，RDF自然成为了最重要的标准查询语言。

在所有服务中最重要的无疑就是信息搜索服务，作为对RSS高度整合的Web 3.0，搜索也被高度整合。人们只需要输入自己的需求，就可以迅速得到所需信息，甚至一套完整的解决方案。例如，在计算机中输入：“我想带我11岁的孩子 去一个温暖的地方度假，我的预算为3000美元。”计算机能自动给出一套完整方案，这一方案可能包括度假路线图、适合选择的航班、价格适宜的酒店等。可以 预见，承接Web 2.0的以人为本理念，Web 3.0模式中将会出现各种高度细分领域的平民专家。

即将到来的时代

中国互联网自进入Web 2.0时代后，在近3年内获得了高速发展，这种发展呈现出两种趋势，第一种趋势是基于用户的一个需求点，力图在一个平台上整合所有互联网服务。如博客中国 向综合门户阵营的靠拢，腾讯转型为综合门户。但这些转变更多的只是为了增加流量和提高用户黏性。

第二种趋势是在用户个别的需求点上进行深度挖掘，纵深发展。如淘宝、奇虎和Donews等。这类公司目前仅仅是业务领域的细分，并没有根据人群进行 细分，因此为了提升关注度，他们同样在做综合门户所做的事情，于是纷纷被打上Web 2.0标签，但信息依然散乱，用户依然海量而缺乏细分，而广告主依然因不知该在哪里投放广告而大伤脑筋。可以说，即便借助Web 3.0，这些公司的运作模式依然还是2.0思维。

真正的Web 3.0不仅止于根据用户需求提供综合化服务，创建综合化服务平台，关键在于提供基于用户偏好的个性化聚合服务。在Web 3.0时代，同一模式化的综合门户将不复存在，如人们看到的新浪新闻首页将是个人感兴趣的新闻，而那些他不感兴趣的新闻将不会显示。当然，这种个性化的聚 合必须依赖强大的智能化识别系统，以及长期对于一个用户互联网行为规律的分析和锁定，它将颠覆传统的综合门户，使得Web 3.0时代的互联网评价标准不再是流量和点击率，而是到达率和用户价值。

因此，Web 3.0时代能够赢得用户青睐的公司，一定是基于用户行为、习惯和信息的聚合而构建的，人性化、友好界面、简单易用一定是其核心元素，基于用户需求的信息聚合才是互联网的趋势和未来。