仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 1113|回复: 7
打印 上一主题 下一主题

[学习教程] ASP网站制作之http1.1形态代码及其申明

[复制链接]
灵魂腐蚀 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 23:38:36 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

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的致命缺点就是不支持跨平台的系统,在大型项目开发和维护上非常困难。
谁可相欹 该用户已被删除
沙发
发表于 2015-1-20 10:50:00 | 只看该作者
Session:这个存储跟客户端会话过程的数据,默认20分钟失效
变相怪杰 该用户已被删除
板凳
发表于 2015-1-24 16:54:05 | 只看该作者
从事这个行业,那么你可以学ASP语言,简单快速上手,熟练dreamweav排版,写asp代码,熟练photoshop处理图片,打好基础就行了
不帅 该用户已被删除
地板
发表于 2015-1-31 06:22:37 | 只看该作者
跟学别的语言一样,先掌握变量,流程控制语句(就是ifwhileselect)等,函数/过程,数组
乐观 该用户已被删除
5#
发表于 2015-2-6 17:48:43 | 只看该作者
ASP(ActiveServerPages)是Microsfot公司1996年11月推出的WEB应用程序开发技术,它既不是一种程序语言,也不是一种开发工具,而是一种技术框架,不须使用微软的产品就能编写它的代码,能产生和执行动态、交互式、高效率的站占服务器的应用程序。
兰色精灵 该用户已被删除
6#
发表于 2015-2-17 21:07:32 | 只看该作者
学习是为了用的,是为了让你的程序产生价值,把握住这个原则会比较轻松点。除此之外,课外时间一定要多参加一些社会实践活动,来锻炼自己的能力。
灵魂腐蚀 该用户已被删除
7#
 楼主| 发表于 2015-3-5 22:48:26 | 只看该作者
那么,ASP.Net有哪些改进呢?
金色的骷髅 该用户已被删除
8#
发表于 2015-3-12 16:26:44 | 只看该作者
在平时的学习过程中要注意现学现用,注重运用,在掌握了一定的基础知识后,我们可以尝试做一些网页,也许在开始的时候我们可能会遇到很多问题,比如说如何很好的构建基本框架。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-12-22 19:22

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表