木公的互联网观察

在抢救生命的过程中，耽误的时间越短，人们生存的希望就越大，因此应当不等不靠，尽早尽快地开展自救互救。震时被压埋的人员绝大多数是靠自救和互救而存活的。

　　大地震中被倒塌建筑物压埋的人，只要神志清醒，身体没有重大创伤，都应该坚定获救的信心，妥善保护好自己，积极实施自救。自救原则包括：

　　——要尽量用湿毛巾、衣物或其他布料捂住口、鼻和头部，防止灰尘呛闷发生窒息，也可以避免建筑物进一步倒塌造成的伤害。

　　——尽量活动手、脚，清除脸上的灰土和压在身上的物件。

　　——用周围可以挪动的物品支撑身体上方的重物，避免进一步塌落；扩大活动空间，保持足够的空气。

　　——几个人同时被压埋时，要互相鼓励，共同计划，团结配合，必要时采取脱险行动。

　　——寻找和开避通道，设法逃离险境，朝着有光亮更安全宽敞的地方移动。

　　——一时无法脱险，要尽量节省气力。如能找到代用品和水，要计划着节约使用，尽量延长生存时间，等待获救。

　　——保存体力，不要盲目大声呼救。在周围十分安静，或听到上面（外面）有人活动时，用砖、铁管等物敲打墙壁，向外界传递消息。当确定不远处有人时，再呼救。

　　互救是指已经脱险的人和专门的抢险营救人员对压埋在废墟中的人进行营救。为了最大限度地营救遇险者，应遵循以下原则：先救压埋人员多的地方，也就是“先多后少”；先救近处被压埋人员，也就是“先近后远”；先救容易救出的人员，也就是“先易后难”；先救轻伤和强壮人员，扩大营救队伍，也就是“先轻后重”；如果有医务人员被压埋，应优先营救，增加抢救力量；找寻被压埋的人。

刚才大楼动了

隔间的女同事们到是反应很快,速度拿包走人

抖动大概持续1分多钟

应该没出现什么大问题,大街上没有消防车的鸣笛声! 

这次的地震好像先前没有报道过的,不知是不是自然的那种…

现在最怀疑的是地震局是公务员吗?

拿纳税人的钱,好像没做什么事!

提起笔，想即兴地吟首诗，却哑然失语，不知道从何作起，千万种情绪汹涌心头，是表达对母亲养育之情的滴滴言谢，还是歌颂母亲的博大宽容，还是将生活中的与母亲有关的细节娓娓诉来？在行动的面前，语言总是绵软而无力。 　　 　　似乎，在母亲眼中我一直是个个性很独立的孩子，我们表达爱的方式都是命令式的语气。母亲以母亲的姿态来告诉我，什么该做什么不该。而我则以沉默的方式表示抗拒。结果导致我们不能像别的母亲与子女那般亲热。说实话，倘若让我用文字来表达千万字对母亲的爱，我可以淋漓尽致地去表达。可一旦在现实中触及到母亲的目光时，就什么也说不出来了。是的，我不善于也不习惯去表达自己内心的感受。可我相信亲爱这东西，就像陈年的女儿红，越捂味越醇浓。 　　 　　高中以前经常和母亲顶嘴，我言语犀利得能将母亲气哭。我不知道别的母亲是否经常训斥自己的孩子，但我的母亲如是。她生气的时候，不再像个母亲，更像个孩子。例如母亲说，不管我是不是你妈，你都需要尊重，你不尊重别人，别人就没法尊重你。例如母亲说，女人对你真心不真心要看清楚了……母亲有时候很可爱。小时候母亲说什么，我都把它们挡回去，直到母亲有次说，“你怎么这样不像话，我是你妈，怎么处处为难我啊？”那话说得我很心痛。其实，母亲不知道，她所有的话我都默默地记在了心上，只是我不善于表达，我就喜欢默默地感受。 　　 　　儿时，母亲真的没少打我骂我，气愤的时候还追我满街跑过，现在回想起来，那时的我宛如桀骜不训的野马，任性僵持，倘不是母亲的严声厉教，也便可能与大学无缘了。作为母亲，懂的东西总不如父亲多，但父亲对什么都泰然处之，惟有母亲，像警备员般时刻关注你的一切，二十年来，无论我去了哪，身边都少不了母亲一句句的叮咛，那些重复而重复的语言是种关心，只是我们的母亲不如爱人般善于甜言蜜语，更多的母亲是没有文化，不解风情。但是有一点，我们得铭记在心，母亲爱我们，而这种爱一辈子也不会垮更不会变。 　　 　　听很多人抱怨过自己的父母，老顽固食古不化。我想，那时候因为我们太小，我以自己的世界来理想生活中的一切。生于八十年代后的我们，更多时间是和电视一起度过。第一次知道母爱，是在电影院，看《妈妈再爱我一次》。那时候我五岁，看到全影院的人都在哭，还不能明白，后来我妈经常教我唱《世上只有妈妈好》，可能那时候，母爱在我的心里就开始孵化了。我从来不怪父母给予的东西太少，因为我知道有些东西他们给予不了。小时候，父母生活比较艰难，我想要的东西不能如愿以得。而今，看过了生死离别的我，更能领悟一切亲情。 　　 　　去年，我最好的兄弟，他的母亲意外去世，悲疼得人欲哭无泪，怎么也回不过神来，直到表妹打电话过来确认了事实，我才隐隐地独自哭泣。有些人事，真不如我们想得那般，谁能猜测人生的下一秒是什么呢？现在发现，假期里回家的同学越来越少了，多数是觉得回家没劲。虽然我每次回去都不怎么顺心，但只要放假，依然很快地回到父母身边。用不了多久，大学毕业有了工作有了别的事情需要操心时，恐怕和父母面对面的机会会越来越少。记得某位老师说，工作后，你发现自己除了口袋鼓了，别的什么也没了。 　　 　　你在外面，母亲唠叨你，你回家了，母亲还在唠叨，临出门了，母亲还是唠叨，她重复而重复，她自己也知道，可她担心你忘了。也许出门，你的心里记着爱人，忘了母亲，可母亲永远都会记挂着你。你可知道，有些人从小就没有感受过母爱，我的母亲就未曾好好得感受过，所以她给予了自己的孩子更多的重复，更多的唠叨。 　　 　　五一，又得空回家看看了，虽然没经济能力给母亲买什么补品，但母亲喜欢吃的零嘴，我会记得带上。想想小时候，是我吃蛋糕，母亲在一旁看着，我想，总有一天，我也会看着母亲幸福得咀嚼。 　　 　　二十二岁了，我出门仍然会告诉母亲，我去哪要多长时间和谁一起，这样的小小细节会让他们放心我去。我不会忘记，四五岁时，母亲是找了多少地方才翻过铁路找到我的。长大了，看父母的额头有了皱纹，再也不想他们太操心了。总是独自乘坐最早的车，赶回他们的身边。有家回是幸福的，人住家里，让家住进心里，我坚信，一个有爱的人才会过得幸福温暖。 　　

　　又快到母亲节了，在这里带不能及时回父母身边的儿女们，向天下母亲致敬，祝愿天下母亲幸福安康

HTTP是Web协议集中的重要协议，它是从客户机/服务器模型发展起来的。客户机/服务器是运行一对相互通信的程序，客户与服务器连接时，首先，向服务器提出请求，服务器根据客户的请求，完成处理并给出响应。浏览器就是与Web服务器产生连接的客户端程序，它的端口为TCP的80端口，。浏览器与Web服务器之间所遵循的协议就是HTTP。
　　笔者曾在第六期的《用telnet登陆非23端口》一文中写过关于用telnet访问http/1.0，恰逢有朋友问起用netants下载文件时发生的一个关于http/0.9问题，打开IE5.0选择工具、Internet选项、高级，可以发现HTTP/1.1的设置，使用HTTP/1.1。所以，这里想向大家详细介绍关于HTTP协议的发展历程，以便于大家更好的运用HTTP访问Internet。
　　HTTP的早期版本为HTTP/0.9，它适用于各种数据信息的简洁快速协议，但是其远不能满足日益发展各种应用的需要。但HTTP/0.9作为HTTP协议具有典型的无状态性：每个事务都是独立进行处理的，当一个事务开始就在客户与服务器之间建立一个连接，当事务结束时就释放这个连接。HTTP/0.9包含Simple-Request&Simple-Responsed的报文结构。但是客户无法使用内容协商，所以服务器也无法返回实体的媒体类型。
　　1982年，Tim Berners-Lee提出了HTTP/1.0，在此后的不断丰富和发展中，HTTP/1.0成为最重要的面向事务的应用层协议。该协议对每一次请求/响应，建立并拆除一次连接。其特点是简单、易于管理，所以它符合了大家的需要，得到了广泛的应用。其缺点是仍会发生下列问题：对用户请求响应慢、网络拥塞严重、安全性等。
　　1997年形成的HTTP/1.1，也就是现在普遍使用的协议，在持续连接操作机制中实现流水方式，即客户端需要对同一服务器发出多个请求时，其实现在多数的网页都是有多部分组成（比如多张图片），可用流水线方式加快速度，流水机制就是指连续发出多个请求并等到这些请求发送完毕，再等待响应。这样就大大节省了单独请求对响应的等待时间，使我们得到更快速的浏览。
　　另外，HTTP/1.1服务器端处理请求时按照收到的顺序进行,这就保证了传输的正确性。当然，服务器端在发生连接中断时，会自动的重传请求，保证数据的完整性。
　　HTTP/1.1还提供了身份认证、状态管理和Cache缓存等机制。这里，我想特别提一下关于HTTP/1.1中的Cache缓存机制对HTTP/1.0的不足之处的改进，它严格全面，既可以减少时间延迟、又节省了带宽。HTTP/1.1采用了内容协商机制，选择最合适的用户的内容表现形式。
　　现在，很多地方都有用到的虚拟主机技术在HTTP/1.1中也可以实现。所谓的虚拟主机技术，就是同一主机地址实际对应多台主机。通俗的讲，当你同时在一个网站申请两个主页时，用协议分析仪可以发现其实这两个主页对应的是同一个IP地址。这样用多台完全相同的机器形成WWW服务器就可以提高处理的吞吐量。
　　传统的解决方案是改造域名服务器使其可以根据一定的算法将同一域名解释成不同的IP地址。分别对应虚拟主机的每台机器，其缺点是要求每台机器占用完全独立的IP地址，这与IP地址的缺乏是相矛盾的。
　　HTTP/1.1提供的解决方案在HTTP协议自身中加入了指定不同主机的功能，从而多台主机可以共享一个IP地址，既提高了性能又便于管理。
　　因为HTTP/1.1是Internet现行的标准协议，这里详细介绍其相关语法。
　　首先，HTTP/1.1格式可写为：
　　 　　　其中请求方法是请求一定的Web页面的程序或用于特定的URL。可选用下列几种：
　　GET： 请求指定的页面信息，并返回实体主体。
　　HEAD： 只请求页面的首部。
　　POST： 请求服务器接受所指定的文档作为对所标识的URI的新的从属实体。
　　PUT： 从客户端向服务器传送的数据取代指定的文档的内容。
　　DELETE： 请求服务器删除指定的页面。
　　OPTIONS： 允许客户端查看服务器的性能。
　　TRACE： 请求服务器在响应中的实体主体部分返回所得到的内容。
　　PATCH： 实体中包含一个表，表中说明与该URI所表示的原内容的区别。
　　MOVE： 请求服务器将指定的页面移至另一个网络地址。
　　COPY： 请求服务器将指定的页面拷贝至另一个网络地址。
　　LINK： 请求服务器建立链接关系。
　　UNLINK： 断开链接关系。
　　WRAPPED： 允许客户端发送经过封装的请求。
　　Extension-mothed：在不改动协议的前提下，可增加另外的方法。
比如：
　　GET /index.html HTTP/1.1
　　Accept: text/plain /*纯ASCII码文本文件*/
　　Accept: text/html /*HTML文本文件*/
　　User-Agent:Mozilla/4.5(WinNT)
　　说明浏览器使用Get方法请求文档/index.html。浏览器则只允许接收纯ASCII码文本文件和HTML文本文件，其使用的引擎是Mozilla/4.5（Netscape）。

　　当服务器响应时，其状态行的信息为HTTP的版本号，状态码，及解释状态码的简单说明。现将5类状态码详细列出：
① 客户方错误
　　100　 继续
　　101　 交换协议
② 成功
　　200 　OK
　　201 　已创建
　　202　 接收
　　203　 非认证信息
　　204　 无内容
　　205 　重置内容
　　206　 部分内容
③ 重定向
　　300 　多路选择
　　301　 永久转移
　　302　 暂时转移
　　303　 参见其它
　　304 　未修改（Not Modified）
　　305　 使用代理
④ 客户方错误
　　400　 错误请求（Bad Request）
　　401 　未认证
　　402 　需要付费
　　403　 禁止（Forbidden）
　　404　 未找到（Not Found）
　　405　 方法不允许
　　406　 不接受
　　407　 需要代理认证
　　408　 请求超时
　　409　 冲突
　　410 　失败
　　411 　需要长度
　　412　 条件失败
　　413 　请求实体太大
　　414 　请求URI太长
　　415 　不支持媒体类型
⑤ 服务器错误
　　500　 服务器内部错误
　　501　 未实现（Not Implemented）
　　502　 网关失败
　　504 　网关超时
　　505 HTTP版本不支持
　　比如：（在《TELNET……》一文中用telnet登陆80端口,相同的方法用在HTTP/1.1中,会发现没有显示，下面补充说明之）
telnet www.fudan.edu.cn 80
HEAD / HTTP/1.1
host:www.fudan.edu.cn /*本行为输入内容*/
HTTP/1.1 501 Method Not Implemented
Date: Web, 01 Nov 2000 07:12:29 GMT /*当前的日期/时间*/
Server: Apache/1.3.12 (Unix) /*Web服务器信息*/
Allow: GET, HEAD, OPTION, TRACE /*支持的方法类型*/
Connection: close
Connect-Type: Text/html; charset=iso-8859-1/*连接的媒体类型*/

<!DOCTYPE HTML PUBLIG “-//IETF//DTD HTML 2.0//EN”>
<HTML><HEAD>
<TITLE>501 Method
Not Implemented</TITLE>
</HEAD><BODY>
<H1>Method Not Implemented</H1>
head to /inde
x.html not supported.<P>
Invalid method in request head / htp/1.1<P>
<HR>
<ADDRESS>
Apache/1.3.12 Server at www.fudan.edu.cn Port 80</ADDRESS>
</BODY></HTML>
关于实体头部的内容还可以有：
Last Modified ：请求文档的最近修改时间。
Expires ：请求文档的过期时间。
Connect-length：文档数据的长度。
WWW-authenricate：通知客户端需要的认证信息。
Connect-encoding ：说明有无使用压缩技术。
Transfer-encoding ：说明采用的编码变换类型。

Google对于公司的内部运作一向口风很紧，但是也确有少数消息可能会被无意中透露出来。Google负责搜索品质监督的副总裁Udi Manber近日在接受采访时无意透露：Google在去年一年时间内调节了450次搜索引擎算法。

据他表示：他们的工作就是根据用户搜索条件调节算法以寻找最匹配的网页，该公司在上周增加了“多样化”搜索结果，使搜索的结果覆盖的网页更广，以解决有含糊之处的搜索词。

至于业界流行的搜索引擎优化（SEO），Manber表示，他们至少需要做到一个基本要素，才能保证工作更轻松：“我希望人们应考虑一下如何才能让其他人找到他们，并且在自己的页面放置正确的关键词”

他还表示，Google从来不会手动调整搜索结果。

“如何我们发现在一个特点的搜索结果，结果4应该是结果1的位置，那么我们实际上没有能力去改变它”，“但是我们会找出它的弱点，并针对结果修改算法，并找到一个全面的解决方法”

PS:搜索引擎为众多站长创造利润,站长也推动搜索引擎的不断发展!