|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
SQLServer是基于服务器端的中型的数据库,可以适合大容量数据的应用,在功能上管理上也要比Access要强得多。在处理海量数据的效率,后台开发的灵活性,可扩展性等方面强大。HTTP1.1形态代码及其寄义
下表显现了罕见的HTTP1.1形态代码和它们对应的形态信息和寄义。
应该审慎地利用那些只要HTTP1.1撑持的形态代码,由于很多扫瞄器还只可以撑持HTTP1.0。假如你利用了HTTP1.1独有的形态代码,最好可以反省一下哀求的HTTP版本号。形态代码形态信息寄义
100Continue初始的哀求已承受,客户应该持续发送哀求的其他部分。(HTTP1.1新)
101SwitchingProtocols服务器将服从客户的哀求转换到别的一种协定(HTTP1.1新)
200OK统统一般,对GET和POST哀求的应对文档跟在前面。
201Created服务器已创立了文档,Location头给出了它的URL。
202Accepted已承受哀求,但处置还没有完成。
203Non-AuthoritativeInformation文档已一般地前往,但一些应对头大概不准确,由于利用的是文档的拷贝(HTTP1.1新)。
204NoContent没有新文档,扫瞄器应当持续显现本来的文档。假如用户按期地革新页面,而Servlet能够断定用户文档充足新,这个形态代码是很有效的。
205ResetContent没有新的内容,但扫瞄器应当重置它所显现的内容。用来强迫扫瞄器扫除表单输出内容(HTTP1.1新)。
206PartialContent客户发送了一个带有Range头的GET哀求,服务器完成了它(HTTP1.1新)。
300MultipleChoices客户哀求的文档能够在多个地位找到,这些地位已在前往的文档内列出。假如服务器要提出优先选择,则应当在Location应对头指明。
301MovedPermanently客户哀求的文档在其他中央,新的URL在Location头中给出,扫瞄器应当主动地会见新的URL。
302Found相似于301,但新的URL应当被视为一时性的替换,而不是永世性的。注重,在HTTP1.0中对应的形态信息是“MovedTemporatily”。
呈现该形态代码时,扫瞄器可以主动会见新的URL,因而它是一个很有效的形态代码。
注重这个形态代码偶然候能够和301交换利用。比方,假如扫瞄器毛病地哀求http://host/~user(短少了前面的斜杠),有的服务器前往301,有的则前往302。
严厉地说,我们只能假定只要当本来的哀求是GET时扫瞄器才会主动重定向。请拜见307。
303SeeOther相似于301/302,分歧的地方在于,假如本来的哀求是POST,Location头指定的重定向方针文档应当经由过程GET提取(HTTP1.1新)。
304NotModified客户端有缓冲的文档并收回了一个前提性的哀求(通常为供应If-Modified-Since头暗示客户只想比指定日期更新的文档)。服务器告知客户,本来缓冲的文档还能够持续利用。
305UseProxy客户哀求的文档应当经由过程Location头所指明的代办署理服务器提取(HTTP1.1新)。
307TemporaryRedirect和302(Found)不异。很多扫瞄器会毛病地呼应302应对举行重定向,即便本来的哀求是POST,即便它实践上只能在POST哀求的应对是303时才干重定向。因为这个缘故原由,HTTP1.1新增了307,以便加倍扫除区域分几个形态代码:当呈现303应对时,扫瞄器能够跟从重定向的GET和POST哀求;假如是307应对,则扫瞄器只能跟从对GET哀求的重定向。(HTTP1.1新)
400BadRequest哀求呈现语法毛病。
401Unauthorized客户试图未经受权会见受暗码回护的页面。应对中会包括一个WWW-Authenticate头,扫瞄器据此显现用户名字/暗码对话框,然后在填写符合的Authorization头后再次收回哀求。
403Forbidden资本不成用。服务器了解客户的哀求,但回绝处置它。一般因为服务器上文件或目次的权限设置招致。
404NotFound没法找到指定地位的资本。这也是一个经常使用的应对。
405MethodNotAllowed哀求办法(GET、POST、HEAD、DELETE、PUT、TRACE等)对指定的资本不合用。(HTTP1.1新)
406NotAcceptable指定的资本已找到,但它的MIME范例和客户在Accpet头中所指定的不兼容(HTTP1.1新)。
407ProxyAuthenticationRequired相似于401,暗示客户必需先经由代办署理服务器的受权。(HTTP1.1新)
408RequestTimeout在服务器允许的守候工夫内,客户一向没有收回任何哀求。客户能够在今后反复统一哀求。(HTTP1.1新)
409Conflict一般和PUT哀求有关。因为哀求和资本确当前形态相抵触,因而哀求不克不及乐成。(HTTP1.1新)
410Gone所哀求的文档已不再可用,并且服务器不晓得应当重定向到哪个地点。它和404的分歧在于,前往407暗示文档永世地分开了指定的地位,而404暗示因为未知的缘故原由文档不成用。(HTTP1.1新)
411LengthRequired服务器不克不及处置哀求,除非客户发送一个Content-Length头。(HTTP1.1新)
412PreconditionFailed哀求头中指定的一些条件前提失利(HTTP1.1新)。
413RequestEntityTooLarge方针文档的巨细凌驾服务器以后乐意处置的巨细。假如服务器以为本人可以稍后再处置该哀求,则应当供应一个Retry-After头(HTTP1.1新)。
414RequestURITooLongURI太长(HTTP1.1新)。
416RequestedRangeNotSatisfiable服务器不克不及满意客户在哀求中指定的Range头。(HTTP1.1新)
500InternalServerError服务器碰到了料想不到的情形,不克不及完成客户的哀求。
501NotImplemented服务器不撑持完成哀求所必要的功效。比方,客户收回了一个服务器不撑持的PUT哀求。
502BadGateway服务器作为网关大概代办署理时,为了完成哀求会见下一个服务器,但该服务器前往了不法的应对。
503ServiceUnavailable服务器因为保护大概负载太重未能应对。比方,Servlet大概在数据库毗连池已满的情形下前往503。服务器前往503时能够供应一个Retry-After头。
504GatewayTimeout由作为代办署理或网关的服务器利用,暗示不克不及实时地从远程服务器取得应对。(HTTP1.1新)
505HTTPVersionNotSupported服务器不撑持哀求中所指明的HTTP版本。(HTTP1.1新)
</p>结论:和PHP一样,ASP简单而易于维护,很适合小型网站应用,通过DCOM和MTS技术,ASP甚至还可以完成小规模的企业应用,但ASP的致命缺点就是不支持跨平台的系统,在大型项目开发和维护上非常困难。 |
|