天冷时节气温低，保健常会入误区；误区往往成习惯，危害健康损机体。

　　1 穿得鼓囊囊，层多暖性反而低；

　　2 御寒喝白酒，寒冷更易侵肤肌；

　　3 唇干用舌舔，舔后更干易起皮；

　　4 洗澡次数多，皮肤干燥瘙痒起；

　　5 口罩抗感冒，反而降低抵抗力；

　　6 保暖窗紧闭，通风不良蓄害气。

　　襄阳城内。  
　　一只蚊子飞来，叮在郭破虏的脸上，郭破虏惊叫一声：‘爹，有刺客。’  
　　郭靖：’亢龙有悔’，一掌拍向郭破虏的脸上。  
　　郭破虏捂着被拍肿的脸：’爹，刺客跑了。’  
　　’想跑？没那么容易。’，黄蓉掏出一个杀虫气雾剂，朝空中一喷，蚊子纷纷落下。  
　　黄蓉：’金鹿杀虫气雾剂，高效无毒，害虫的死对头，家庭的好帮手。’  

2.盖中盖  
　　武当山。  
　　几个平时欺负张无忌的师兄弟又在欺负他。只见张无忌跳起几个飞腿把他们全都踢倒。　　周芷若：“耶！无忌，你好棒，我喜欢你，你现在怎么这么厉害啊?”  
　　张无忌：“我看了大夫，大夫说我得的不是什么伤寒，而是骨质疏松症，得补钙。自从我服了哈尔滨制药六厂的盖中盖，腰不酸了，背不疼了，病也好了，走路也有劲了，还跟外公学了功夫。”（众师兄弟吓的撒腿没命的逃。）

3.红牛饮料 　　药王谷。   　　程灵素正在种草药。胡斐看见了，走过去接过她的锄头，干起了活。程灵素帮胡斐擦汗，又递过了一杯茶，唱道：“同志哥，请你喝杯茶啊，请你喝杯茶……”   　　胡斐摇摇头，从包袱里拿出了一罐饮料，仰口喝了一口，美美的闭上眼睛道：“渴了，累了，困了，就要喝红牛。”   4.佳美护肤霜   　　星宿派正在后面追杀。虚竹只得背着天山童姥在山间狂奔。突然，从旁边跳出了三位美人，原来是阿紫、王语嫣、梦姑。   　　阿紫：“把童姥放下。”   　　虚竹：“姑娘们，不要胡闹了，形势危急，快让开。”   　　王语焉：“好说，好说，只要童姥把驻颜术的密笈说出来，我们就让路。”   　　只见童姥手一抖，三件暗器已破空向三位美女的膻中穴飞去。三位美女也是不简单，顺手一抽，各自把暗器接在了纤手中。原来都是一盒佳美护肤霜。   　　童姥：“我都是因为用了佳美护肤霜，佳美护肤霜，今年二十，明年十八。”   　　“耶，”三位美女跳起，让开了路。

5.排毒养颜胶囊   　　绝情谷。   　　杨过：“姑姑，这颗情花毒的解药给你用。”   　　小龙女：“不，应该是过儿用。”   　　杨过：“姑姑即然不用，我就把它丢了，我要和姑姑同生共死。”说完把解药丢下了山涯。   　　小龙女：“过儿，你……，”依到了杨过的怀里。   　　杨过狡诘的一笑：“姑姑，你真傻，你知道我为什么要把解药给丢了吗？”   　　小龙女：“过儿，那是为什么？”   　　杨过：“因为我有了排毒养颜胶囊，排毒养颜胶囊，我们健康的共同选择，排出毒素，一身轻松。”   6.婷美内衣   　　黑木涯。   　　任我行正领着一帮江湖豪杰攻打黑森涯，任我行、令狐冲、任盈盈正使出浑身绝学围攻东方不败，东方不败渐渐体力不支，令狐冲寻了个破绽，使出了一招独孤刀九剑，刺向东方不败的胸前，东方不败大惊，慌忙中使出了一招“铁板桥”，可惜已晚了半步，　剑锋正从他胸前的外衣划过，只听“嘶”的一声，整件外衣被撕了下来。任盈盈突然一声惊叫：“婷美内衣”。整个黑森涯的英雄都停住了手，全都呆呆盯着东方不败穿得内衣，只见那里峰恋突兀，俊秀挺拨。东方不败突然也变得千娇百媚，轻启朱唇道：“婷美内衣，美体修形，内外皆修，一穿就变。做女人挺好的。”“扑通，……”黑木涯众英雄全部昏倒。

（4）光头事件  
　　  
　　剃光头的想法由来已久，小时候家里管，老时候老婆管，只有现在处于权利交割时期
，管理松散，加上去年夏天我叫嚷了很久“头发太　　长，热的发慌”，做好了充分的蓄
势。于是我正式向偶mm提交要求剃光头的议案。没想到遭受了4重迫害后终于屈服。  
　　她先是苦口婆心的人身攻击：“你一脸抬头纹、头顶癞头疮、后脑勺波浪型，你要是
真剃了光头跟毁容有什么区别啊？加上你头大，没　　了毛就更显大了。。。。。”我不
怕！  
　　接着她晓之以利，动之以权：“今年夏天我多给你买冰激凌，买你爱吃的可爱多，怎
么样？。。。。。。除了这件事，其他什么都可以　　答应，都听你的”我不要！  
　　后来就是电闪雷鸣，风雨交加：“你心里变态人格扭曲啊？告诉你，真剃了光头，今
年夏天不要来找我！我丢不起这人。。。。”我不　　出门就是了。  
　　最后她使出了最恶毒的一招——人。。。。”我不出门就是了。  
　　那天准岳父岳母来北京，mm当即告状，岳父岳母旋即变了脸色。岳父干了一辈子公安
，岳母干了一辈子检察院，每天同光头打交道，一　　定恨得压根痒痒，头发短他们都会
怀疑有前科，更不用说光头了。我只好说了一句“开玩笑的”将数天来的辛苦打拼付之一
炬。  
　　两位老人走后，为了庆贺胜利，mm又逼着我背了一遍“家规”：  
　　1、老婆说得都是对的2、如果不对参见第一条。  
　　于是偶只能在昵称和签名档里体会光头的乐趣:(  
　　  
　　附注：我在水木清华BBS的昵称是：“光头、墨镜、穿的像瓢虫的就是我”  
　　签名档是：“用我昵称的造型斜靠在我mm出入的楼道口。我mm从我身边经过。“hi，
honey”不理我？“要gg陪么？”还是不理我？“是　　去找我么？”头也不回？ “是我
啊！！”我摘下墨镜，她终于回头了，接下来发生了惨不忍睹的一幕。。。。。。”  

（5)拖鞋   　　   　　一次偶拖鞋烂了，懒得去买，就蹭同宿舍的穿。   　　那天我送她回学校，临走时她说：“我给你买了一双拖鞋，放在你床上了，回去试试 。”   　　偶匆匆赶回宿舍，一试，sigh，有点小，遂打电话：   　　“你想挤死我？这么小，穿上可以去打篮球了”   　　“你不是穿41号的么？”   　　“拖鞋哪有买正好大小的？”   　　“哦。。。。应该大一点，是吧？”   　　“这都不懂！气死我了。算了，给你个将功补过的机会——我的球鞋也坏了”   　　嘟－－嘟－－嘟－－。。。。。。   　　   （6）过关斩将   　　   　　偶mm从不逼我陪她上街，只有几次——都是因为她觉得我的衣服开始破旧得像民工了 （当然，我们没有同时侮辱农民阶级和工人阶级的　　意思），她要给我买衣服必须我亲 自试穿方可。这个，我深知是我前生做了10世善人修成尊者，又做了10世尊者才修来的福 分。   　　那天，她觉得我的背心太旧了，非要给我买，加上我还没有凉鞋，所以我只好陪她逛 街了。   　　mm一边走一边告诉我：“女人是很能感受物质的动物”——其实她的意思是说：女孩 子喜欢逛街天经地义。   　　看中一条裤子，老板出价190，我刚想说“凑个整，100吧”，mm先开口：“这种水洗 的料子，满大街都是，60吧”。后来就是一场惊心　　动魄的“价格战”加辩论会。我这 次真正佩服偶mm上至世贸临近市场萧条下至下岗待业人们消费紧缩的时事评说和“商人不 作亏本的买　　卖”的引经据典以及“我诚心要，你给个实在价”等这样发人肺腑言论的 综合应用，最后甚至不惜以转身便走这样的苦肉计相逼。就这　　样偶mm愣是坚守阵线， 将价格死死咬在了63元，而老板则痛苦的抛出一句“小姐，你真狠”而败下阵来，不知是 佩服还是抱怨。   　　收拾好裤子，mm告诉我：“现在侃价，不能从腰上砍，都是从脚脖子砍”一副过关斩 将的得意神情。   　　   　　偶回头看看那老板，一脸无奈的神情，哼！谁叫你卖的衣服被偶mm看上了？   （7）小白兔咬死大灰狼   　　   　　一次朋友请客，席间竟然没有人敬我酒，遂主动斟酒敬在座各位，谁知大家根躲瘟神 一样四散逃去。   　　正在纳闷，一个老友发言了“不是不想喝，是我们不敢啊”   　　我马上想起来了，上次我喝醉酒后几个兄弟将我抬回寝室，偶迷迷糊糊挺尸床上（姑 且借用一下红楼梦中的一个词吧）猪头一样睡死过　　去。据说偶mm气得脸色发青，从饭 局的组织者到我躯干的运输者都被她臭骂了一通，他们像小兔子一样不敢有半句分辩，   　　后来保证不再这样对我后，才灰溜溜次第逃回寝室。   　　虽然我不知道当时发生的那一幕，不过现在想起来，当时偶mm在若干个大男人面前一 定有小白兔咬死大灰狼的架势。   　　想到这里，不由一笑，自斟一杯，敬我自己，也是敬偶mm。   （8）第一次亲密接触   　　   　　——痞子才和请勿飞扬的“第一次亲密接触”浪漫么？   　　——好浪漫啊，因为有香水雨。   　　——偶和偶mm的“第一次亲密接触”浪漫么？   　　——好不浪漫啊，因为有。。。   　　   　　那还是在白色恐怖的高中时代，从家里到学校，男女关系向来是全面封杀的对象。   　　对于已经喜欢上她的偶（当时还是单恋），让偶一个暑假不见她真的是very痛苦的事 情。   　　我挖空心思寻找见面的机会，终于，机会来了——偶mm说有很多题不会做，需要偶   　　这样的权威解答。   　　我们正大光明的约了见面时间和地点。   　　我欣欣然前往，路上还不停的在头脑中排练早就想好的台词。。。。。。   　　   　　终于到了，发现她已经在那里了，不过身边还有一个警察！   　　   　　“没这么夸张吧，还要带保镖？我有那么坏么？”我心想。   　　mm向偶介绍，那是她爸爸。   　　偶一听，差点魂飞魄散，台词忘光光了，支支吾吾的叫了声“叔叔”。   　　ft，本来挺有情致的事情，这下子全给搅了。   　　几个小时的答疑在未来岳父的监视下进行，不能打情骂俏，不能眉来眼去，何其痛苦 ！至今回想起来，这仍是偶骗mm历程中最失败的事　　情之一。   　　   　　若干年后偶质问偶mm为什么要带那么大功率的光源，她告诉偶，岳父当时正任邢侦队 长，业绩斐然。   　　岳父大人则是每每提及此事都兴奋有加，说当年多么的明察秋毫，从电话里就听出问 题，然后顺藤摸瓜，监视偶们的一举一动，最终破　　案。   （9）篮球陪练　　和mm一起运动，gg永远是陪练——last语   　　   　　偶mm喜欢打篮球，为了投其所好偶的爱好就成了篮球。   　　mm们对篮球有着自己“独到”的见解，绝不拘泥于现有规则和形式。   　　拿简单的带球过人来说吧。   　　如果她要过我：能过就继续篮球玩法，过不了就改成橄榄球。   　　如果我要过她：不能过就还是篮球玩法，过了她就改成摔跤了——一把揪住偶的衣服 不放，常常把偶的衣服拉得好长，不把球给她绝不　　撒手，说实话，场面有些残忍。   　　mm绝不惮用走步，而且好像每次不走够5步就会觉得亏似的，毕竟她是球员又是裁判 ，还兼职制定比赛规则，腐败啊。偶然有进球，mm就　　得意的问我：“我投得准不准？ ”“准，准，真准”如果不及时 的阿谀，偶就又要不停地捡球直至下一次偶然的发生。   　　所以每次和mm一起运动，偶从来没有抱着提高个人运动水平那样奢侈的目的，只要一 颗纯属陪练的平常心就ok了，于是庆幸偶mm不喜欢　　拳击和散打。   　　精诚所至，金石为开，偶mm一天兴奋的告诉我：“我进系篮球队了。”   　　老天不长眼啊，她都能进系队，我怎么没进NBA呢？奇怪。   （8）第一次亲密接触   　　   　　——痞子才和请勿飞扬的“第一次亲密接触”浪漫么？   　　——好浪漫啊，因为有香水雨。   　　——偶和偶mm的“第一次亲密接触”浪漫么？   　　——好不浪漫啊，因为有。。。   　　   　　那还是在白色恐怖的高中时代，从家里到学校，男女关系向来是全面封杀的对象。   　　对于已经喜欢上她的偶（当时还是单恋），让偶一个暑假不见她真的是very痛苦的事 情。   　　我挖空心思寻找见面的机会，终于，机会来了——偶mm说有很多题不会做，需要偶   　　这样的权威解答。   　　我们正大光明的约了见面时间和地点。   　　我欣欣然前往，路上还不停的在头脑中排练早就想好的台词。。。。。。   　　   　　终于到了，发现她已经在那里了，不过身边还有一个警察！   　　   　　“没这么夸张吧，还要带保镖？我有那么坏么？”我心想。   　　mm向偶介绍，那是她爸爸。   　　偶一听，差点魂飞魄散，台词忘光光了，支支吾吾的叫了声“叔叔”。   　　ft，本来挺有情致的事情，这下子全给搅了。   　　几个小时的答疑在未来岳父的监视下进行，不能打情骂俏，不能眉来眼去，何其痛苦 ！至今回想起来，这仍是偶骗mm历程中最失败的事　　情之一。   　　   　　若干年后偶质问偶mm为什么要带那么大功率的光源，她告诉偶，岳父当时正任邢侦队 长，业绩斐然。   　　岳父大人则是每每提及此事都兴奋有加，说当年多么的明察秋毫，从电话里就听出问 题，然后顺藤摸瓜，监视偶们的一举一动，最终破　　案。   （9）篮球陪练　　和mm一起运动，gg永远是陪练——last语   　　   　　偶mm喜欢打篮球，为了投其所好偶的爱好就成了篮球。   　　mm们对篮球有着自己“独到”的见解，绝不拘泥于现有规则和形式。   　　拿简单的带球过人来说吧。   　　如果她要过我：能过就继续篮球玩法，过不了就改成橄榄球。   　　如果我要过她：不能过就还是篮球玩法，过了她就改成摔跤了——一把揪住偶的衣服 不放，常常把偶的衣服拉得好长，不把球给她绝不　　撒手，说实话，场面有些残忍。   　　mm绝不惮用走步，而且好像每次不走够5步就会觉得亏似的，毕竟她是球员又是裁判 ，还兼职制定比赛规则，腐败啊。偶然有进球，mm就　　得意的问我：“我投得准不准？ ”“准，准，真准”如果不及时 的阿谀，偶就又要不停地捡球直至下一次偶然的发生。   　　所以每次和mm一起运动，偶从来没有抱着提高个人运动水平那样奢侈的目的，只要一 颗纯属陪练的平常心就ok了，于是庆幸偶mm不喜欢　　拳击和散打。   　　精诚所至，金石为开，偶mm一天兴奋的告诉我：“我进系篮球队了。”   　　老天不长眼啊，她都能进系队，我怎么没进NBA呢？奇怪。

]]> http://blog.donews.com/holen/archive/2005/11/23/637384.aspx/feed 0 http://blog.donews.com/holen/archive/2005/11/15/627810.aspx http://blog.donews.com/holen/archive/2005/11/15/627810.aspx#comments Tue, 15 Nov 2005 12:36:00 +0000 holen http://blog.donews.com/holen/archive/2005/11/15/627810.aspx 搜索引擎友好(Search engine Friendly)：基于PATH_INFO的参数解析使得动态网页在链接（URI）形式上更像静态的目录结构，大大方便网站内容被搜索引擎收录；
可缓存性（Cache Friendly）：CMS本身不要过多考虑“效率”问题，只要页面输出设计的比较Cacheable，效率问题可以通过更前端专业的缓存服务器解决。
后面附有一个简单的利用PATH_INFO机制 + SquidWEB加速模式实现PHP动态网页的静态发布的例子，比起那些能导出静态页面的大型发布系统这种轻量级的动态缓存解决方案只需对原有的动态发布系统做少量的修改，从而大大提高了原有内容发布系统的重用度。

网站内容静态发布的重要性：Cacheable / Search Engine Friendly
由于一个动态页面的速度往往会比静态页面慢2－10倍，因此对于一个访问量逐步向百万级发展的网站来说，访问速度很快成为一个瓶颈。除了优化内容发布系统的应用本身外，如果能把更新频率比较低的动态页面转存成静态网页来发布，速度上的提升效果将是显著的，而静态网页如果能被缓存在内存里，访问速度更会比原有动态网页有2－3个数量级的提高。

在国外内容管理系统(CMS)已经是一个非常成熟的行业，能够真正支撑大访问的系统中静态页面输出和缓存系统几乎是必须的。

此外随着互联网上的内容以惊人速度的增长也越来越突出了搜索引擎的重要性，如果网站想更好地被搜索引擎收录，网站设计除了面向用户友好（User Friendly）外，面向搜索引擎友好的设计也是非常重要的。链接地址相对固定的静态网页比较适合搜索引擎索引，动态网页后面跟的参数灵活度很大，因此很多搜索引擎都往往会忽略动态页面，比如：对于news.php?day=22&month=03&year=2003，很多搜索引擎可能只索引news.php这个页面一次，更多其他参数的页面可能都会当成相似内容滤掉；我个人一直怀疑在搜索引擎中：即使是同样内容，静态页面往往也比动态网页的PageRank高。

因此，将动态页面转换成静态页面，无论从效率上还是面向搜索引擎友好上，都是一个门户级内容发布系统必须面对的问题。

静态缓存和动态缓存的比较
静态页面的缓存可能有2种形式：

静态缓存：是在新内容发布的同时就立刻生成相应内容的静态页面，比如：2003年3月22日，管理员通过后台内容管理界面录入一篇新闻后，就立刻生成 http://www.chedong.com/tech/2003/03/22/001.html这个静态页面，并同步更新 http://www.chedong.com/tech/index.html这个静态页面上的相关链接。

动态缓存：是在新内容发布以后，并不预先生成相应的静态页面，直到对相应内容发出请求时，如果前台缓存服务器找不到相应缓存，就向后台内容管理服务器发出请求，后台系统会生成相应内容的静态页面，用户第一次访问页面时可能会慢一点，但是以后就是直接访问缓存了。
如果去ZDNet等国外网站会发现他们使用的基于Vignette内容管理系统都有这样的页面名称：0,22342566,300458.html。其实这里的0,22342566,300458就是用逗号分割开的多个参数：
第一次访问找不到页面后，相当于会在服务器端产生一个doc_type=0&doc_id=22342566&doc_template=300458的查询，
而查询结果会生成的缓存的静态页面：0,22342566,300458.html
静态缓存的缺点：

复杂的触发更新机制：这两种机制在内容管理系统比较简单的时候都是非常适用的。但对于一个关系比较复杂的网站来说，页面之间的逻辑引用关系就成为一个非常非常复杂的问题。最典型的例子就是一条新闻要同时出现在新闻首页和相关的3个新闻专题中，在静态缓存模式中，每发一篇新文章，除了这篇新闻内容本身的页面外，还需要系统通过触发器生成多个新的相关静态页面，这些相关逻辑的触发也往往就会成为内容管理系统中最复杂的部分之一。
旧内容的批量更新： 通过静态缓存发布的内容，对于以前生成的静态页面的内容很难修改，这样用户访问旧页面时，新的模板根本无法生效。

在动态缓存模式中，内容管理系统只需要关心各个页面自身，而相关的其他页面链接能自动更新，从而大大减少了设计触发器设计的需要。

VIGNETTE的动态缓存虽然很好，但是一个系统如果设计得太全面其实也是有很大危险的：如果一个频道下文章很多：比如达到十万时，如果生成的静态页面都在一个目录下，对系统文件系统是一个极大的危害，因为一个目录下文件个数超过3000效率就会非常差，甚至连rm *时都会出现too many arguments错误。

简单的说，一个好的内容管理系统应该包括：

输入：方便的内容录入，所见即所得的编辑界面，权限控制等……
输出：方便的模板管理，缓存发布等……

设计或寻找这样一个系统如果考虑功能全面和高集成度，你会发现只有那些几十万$以上的专业内容发布系统才能你满足所有的需求。

以前做应用的时候也用过一些方式：应用首次访问以后将生成的内容存成一个缓存文件，下次请求时从缓存目录中读取缓存文件，内容更新时，应用把内容从缓存目录中删掉，从而减少对数据库的访问。虽然这样做也能承载比较大的负载，但这样的内容管理和缓存一体的系统是很难分离的。

如果换一个思路：通过一定的分工现内容管理和缓存机制2者的分离，你会发现无论哪一方面可选的余地都是非常大的。甚至有可能利用目前的已经是“功能”比较全面的内容管理系统，而让所有“效率”问题都由前台更专业，而且是很容易分布的缓存服务器解决：可以是通过开放源代码的SQUID做反相代理的WEB加速，可以是专门的缓存硬件设备，甚至是专业的缓存服务商。

动态缓存必须有一个基于静态链接本身的参数解析过程，很多专业内容管理系统系统都是将参数解析机制做成了WEB服务器的模块实现的。

我们可以把以前的HTTP/GET方式的?key=value改为直接用/value1/value2的方式来传递，从而实现了动态页面的静态URL形式。而缓存只需要在前端加上一层CACHE服务器，比如：Squid。网站动态内容的动态缓存发布就可以实现了。

按照这个机制实现的发布系统很好地体现了应用系统的分工：把复杂地内容管理系统分解成：内容输入和缓存这2个相对简单的系统实现。而中间的内容发布通过URL REWRITE或PATH_INFO解决动态页面的参数传递：

后台：内容管理系统，专心的将内容发布做好，比如：复杂的工作流管理，复杂的模板规则等……
前台：页面的缓存管理则可以使用缓存软件（比如前台80端口使用SQUID对后台8080的内容发布管理系统进行缓存），缓存硬件，甚至交给缓存服务商。

______________________ ___________________|Squid Software cache| |F5 Hardware cache|———————- ——————- \ / \ ________________ / |ASP |JSP |PHP | PATH_INFO Based Content Manage System —————-

把URI地址用作参数传递：URL REWRITE和PATH_INFO
最近看到很多关于面向搜索引擎URL设计优化(URI Pretty)的文章，提到了很多利用一定机制将动态网页参数变成像静态网页的形式：
比如可以将：http://www.chedong.com/phpMan.php?mode=man&parameter=ls
变成：http://www.chedong.com/phpMan.php/man/ls

最简单的是基于各种WEB服务器中的URL重写转向（Rewrite）模块的URL转换：这样几乎可以不修改程序的实现将news.asp?id=234的映射成news/234.html

Apache上有一个模块（非缺省）：mod_rewrite：当然URL REWRITE的强大功能还远远不止于此。

当我需要将将news.asp?id=234的映射成news/234.html时：只需设置：
RewriteRule /news/(\d+)\.html /news\.asp\?id=$1 [N,I]
这样就把 /news/234.html 映射成了 /news.asp?id=234
当有对/news/234.html的请求时：web服务器会把实际请求转发给/news.asp?id=234

而在IIS也有相应的REWRITE模块：比如ISAPI REWRITE和IIS REWRITE，语法都是基于正则表达式，因此语法是几乎相同的：

比对于某一个简单应用可以是：
RewriteRule /news/(\d+)? /news\.asp\?id=$1 [N,I]
这样就把 /news/234 映射到了 /news.asp?id=234

如我需要把 http://www.myhost.com/foo.php?a=A&b=B&c=C 表现成 http://www.myhost.com/foo.php/a/A/b/B/c/C。而一个更通用的能够将所有的动态页面进行参数映射的表达式是：
RewriteRule (.*?\.php)(\?[^/]*)?/([^/]*)/([^/]*)(.+?)? $1(?2$2&:\?)$3=$4?5$5: [N,I]

通过URL REWRITE还有一个好处就是隐藏后台实现：
比如我们需要将应用从news.asp?id=234迁移成news.php?query=234时，前台的表现可以一直保持为 news/234.html。从实现应用和前台表现的分离：保持了URL的稳定性，在实现后台应用平台的迁移时非常有用。使用mod_rewrite甚至可以把请求转发到其他后台服务器上：

另外一个方式就是基于PATH_INFO：
PATH_INFO是一个CGI 1.1的标准，所有直接跟在CGI或动态页面app.cgi后面的"/value_1/value_2"就是PATH_INFO参数：
比如http://www.chedong.com/phpMan.php/man/ls，中：$PATH_INFO = "/man/ls"

PATH_INFO是CGI标准，因此PHP Servlet等都有比较好的支持。比如Servlet中就有request.getPathInfo()方法。
注意：/myapp/servlet/Hello/foo的getPathInfo()返回的是/foo，而 /myapp/dir/hello.jsp/foo的getPathInfo()将返回的/hello.jsp，从这里你也可以知道jsp其实就是一个 Servlet的PATH_INFO参数。ASP不支持PATH_INFO，

PHP中基于PATH_INFO的参数解析的例子如下：
//注意：第一个参数是空的，参数按"/"分割
if ( isset($_SERVER["PATH_INFO"]) ) {
list($nothing, $day, $id) = explode(‘/’, $_SERVER["PATH_INFO"]);
}

如何隐蔽应用：例如.php，的扩展名：
在APACHE中这样配置：
<FilesMatch "^app_name$">
ForceType application/x-httpd-php
</FilesMatch>

如何更像静态页面：app_name/my/app.html
解析的PATH_INFO参数的时候，把最后一个参数的最后5个字符“.html”截断即可。
注意：APACHE2中缺省是不允许PATH_INFO的，需要设置
AcceptPathInfo on

特别是针对使用虚拟主机用户，无权安装和配置mod_rewrite的时候，PATH_INFO往往就成了唯一的选择。

虽然通过修改设置SQUID也可以对带?的动态页面进行缓存，但为了方便搜索引擎收录索引，还是将参数改成PATH_INFO比较好。

OK，这样以后看见类似于http://www.example.com/article/234这样的网页你就知道其实是 article/show.php?id=234这个php程序生成的动态网页，很多站点表面看上去可能有很多静态目录，其实很有可能都是使用1，2个程序实现的内容发布。比如很多WIKIWIKI系统都使用了这个机制：整个系统就一个简单的wiki程序，而看上去的目录其实都是这个应用拿后面的地址作为参数的查询结果。

利用基于MOD_REWRITE/PATH_INFO ＋ CACHE服务器的解决方案对原有的动态发布系统进行改造，也可以大大降低旧有系统升级到新的内容管理系统的成本。

面向缓存的页面设计
让页面能够比较好的被缓存服务器缓存，必须在产生内容的WEB服务器上设置，让返回内容的HTTP HEADER中加入"Last-Modified"和"Expires"声明，比如：
Last-Modified: Wed, 14 May 2003 13:06:17 GMT
Expires: Fri, 13 Jun 2003 13:06:17 GMT
以允许前端SQUID服务器缓存：

页面必须包含Last-Modified: 标记，一般纯静态页面本身都会有Last-Modified信息，动态页面需要通过函数强制加上，比如PHP中：
// always modified now
header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT");

必须有Expires或Cache-Control: max-age标记设置页面的过期时间：
对于静态页面，通过apache的mod_expires根据页面的MIME类型设置缓存周期：比如图片缺省是1个月，HTML页面缺省是2天等。
<IfModule mod_expires.c>
ExpiresActive on
ExpiresByType image/gif "access plus 1 month"
ExpiresByType text/css "now plus 2 day"
ExpiresDefault "now plus 1 day"
</IfModule>

对于动态页面，则可以直接通过写入HTTP返回的头信息，比如对于新闻首页index.php可以是20分钟，而对于具体的一条新闻页面可能是1天后过期。比如：在php中加入了1个月后过期：
// Expires one month later
header("Expires: " .gmdate ("D, d M Y H:i:s", time() + 3600 * 24 * 30). " GMT");

如果服务器端有基于HTTP的认证，必须有Cache-Control: public标记
ASP应用的缓存设计：
首先在公用的包含文件中(比如include.asp)加入以下公用函数：
<%
‘ Converts date (19991022 11:08:38) to http form (Fri, 22 Oct 1999 12:08:38 GMT)
Function DateToHTTPDate(ByVal OleDATE)
Const GMTdiff = #08:00:00#
OleDATE = OleDATE – GMTdiff
DateToHTTPDate = engWeekDayName(OleDATE) & _
", " & Right("0" & Day(OleDATE),2) & " " & engMonthName(OleDATE) & _
" " & Year(OleDATE) & " " & Right("0" & Hour(OleDATE),2) & _
":" & Right("0" & Minute(OleDATE),2) & ":" & Right("0" & Second(OleDATE),2) & " GMT"
End Function

Function engWeekDayName(dt)
Dim Out
Select Case WeekDay(dt,1)
Case 1:Out="Sun"
Case 2:Out="Mon"
Case 3:Out="Tue"
Case 4:Out="Wed"
Case 5:Out="Thu"
Case 6:Out="Fri"
Case 7:Out="Sat"
End Select
engWeekDayName = Out
End Function

Function engMonthName(dt)
Dim Out
Select Case Month(dt)
Case 1:Out="Jan"
Case 2:Out="Feb"
Case 3:Out="Mar"
Case 4:Out="Apr"
Case 5:Out="May"
Case 6:Out="Jun"
Case 7:Out="Jul"
Case 8:Out="Aug"
Case 9:Out="Sep"
Case 10:Out="Oct"
Case 11:Out="Nov"
Case 12:Out="Dec"
End Select
engMonthName = Out
End Function
%>

然后在具体的页面中，比如index.asp和news.asp的“最上面”加入以下代码：HTTP Header

<!–#include file="../include.asp"–>
<%
‘ set Page Last-Modified Header:
‘ Converts date (19991022 11:08:38) to http form (Fri, 22 Oct 1999 12:08:38 GMT)
Response.AddHeader "Last-Modified", DateToHTTPDate(Now())

‘ The Page Expires in Minutes
Response.Expires = 60

‘ Set cache control to externel applications
Response.CacheControl = "public"
%>

其中Response.Expires 是设置页面过期时间的：单位是分钟

如何检查目前站点页面的可缓存性（Cacheablility）呢？可以参考以下2个站点上的工具：
http://www.ircache.net/cgi-bin/cacheability.py

面向缓存的站点规划
一个利用SQUID的Transparent对多个站点进行做WEB加速http acceleration方案：

原先一个站点的规划可能是这样的：
200.200.200.207 www.chedong.com
200.200.200.208 news.chedong.com
200.200.200.209 bbs.chedong.com
200.200.200.205 images.chedong.com

在SQUID模式下：所有站点都通过外部DNS指向到同一个IP：200.200.200.200/201这2台SQUID缓存服务器上（使用2台是为了冗余备份）
_____________________ ________www.chedong.com 请求 \ | Squid cache box | | | / 192.168.0.4 www.chedong.com news.chedong.com 请求 -| 200.200.200.200/201 |-|firewall| – 192.168.0.4 news.chedong.com bbs.chedong.com 请求 / | /etc/hosts | | box | \ 192.168.0.3 bbs.chedong.com ——————— ——–
编译和配置过程：

./configure –enable-referer-log –disable-internal-dns
–disable-internal-dns：禁用SQUID的DNS解析
–enable-referer-log：便于APACHE COMBINED格式日志生成

配置：
http_port 80
httpd_accel_host virtual
httpd_accel_port 8000
httpd_accel_uses_host_header on

# accelerater my domain only
acl acceleratedHosts dstdom_regex chedong.com
# accelerater http protocol on port 80
acl acceleratedProtocol protocol HTTP
acl acceleratedPort port 80
# access arc
acl all src 0.0.0.0/0.0.0.0

# Allow requests when they are to the accelerated machine AND to the
# right port with right protocol
http_access allow acceleratedProtocol acceleratedPort acceleratedHosts
http_access allow all
在/etc/hosts中：加入内部的DNS解析，比如：
192.168.0.4 www.chedong.com
192.168.0.4 news.chedong.com
192.168.0.3 bbs.chedong.com

工作原理：
SQUID服务器上关闭了DNS解析，这样，请求外部过来时，设置SQUID根据/etc/hosts文件进行内部DNS解析。这样，服务器请求就可以转发到我们指定的内部地址上。

使用SQUID的反相代理加速，我们不仅可以得到性能上的提升，而且还能获得额外的安全性和配置的灵活度：

配置灵活性提高：可以自己在内部服务器上控制后台服务器的DNS解析，当需要在服务器之间做迁移调整时，就不用大量修改外部DNS配置了，只需要修改内部DNS实现服务的调整。
数据安全性增加：所有后台服务器可以很方便的被保护在防火墙内。
后台应用设计复杂程度降低：原先为了效率常常需要建立专门的图片服务器images.chedong.com和负载比较高的应用服务器 bbs.chedong.com分离，在SQUID加速模式中，所有前台请求都通过SQUID服务器：实际上就都是静态页面，这样，应用设计时就不用考虑图片和应用本身分离了，也大大降低了后台内容发布系统设计的复杂程度，由于数据和应用都存放在一起，也方便了文件系统的维护和管理。

小节：

大访问量的网站应尽可能将动态网页生成静态页面作为缓存发布，甚至对于搜索引擎这样的动态应用来说，缓存机制也是非常非常重要的。
利用PATH_INFO机制进行解析参数，实现动态网页链接的美化，方便搜索引擎的索引；
在动态页面中利用HTTP Header定义缓存更新策略。
利用缓存服务器获得额外的配置和安全性
日志非常重要：SQUID日志缺省不支持COMBINED日志，但REFERER日志对于站点分析非常重要，在GNU/Linux可以用以下方式生成：
pr -mJt access.log referer.log | awk ‘{print $1" "$2" "$3" "$4" "$5" "$6" "$7" "$8" "$9" "$10" \x22"$14"\x22 \x22"$11"\x22"}’ > combined.log
-m merge
-J join line
-t omit header and footer
附1：SQUID性能测试试验
phpMan.php是一个基于php的man page server，每个man page需要调用后台的man命令和很多页面格式化工具，系统负载比较高，提供了Cache Friendly的URL，以下是针对同样的页面的性能测试资料：
测试环境：Redhat 8 on Cyrix 266 / 192M Mem
测试程序：使用apache的ab(apache benchmark)：
测试条件：请求50次，并发50个连接
测试项目：直接通过apache 1.3 (80端口) vs squid 2.5(8000端口：加速80端口)

测试1：无CACHE的80端口动态输出：
ab -n 100 -c 10 http://www.chedong.com:81/phpMan.php/man/kill/1
This is ApacheBench, Version 1.3d <$Revision: 1.58 $> apache-1.3
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2001 The Apache Group, http://www.apache.org/

Benchmarking localhost (be patient)…..done
Server Software: Apache/1.3.23
Server Hostname: localhost
Server Port: 80

Document Path: /phpMan.php/man/kill/1
Document Length: 4655 bytes

Concurrency Level: 5
Time taken for tests: 63.164 seconds
Complete requests: 50
Failed requests: 0
Broken pipe errors: 0
Total transferred: 245900 bytes
HTML transferred: 232750 bytes
Requests per second: 0.79 [#/sec] (mean)
Time per request: 6316.40 [ms] (mean)
Time per request: 1263.28 [ms] (mean, across all concurrent requests)
Transfer rate: 3.89 [Kbytes/sec] received

Connnection Times (ms)
min mean[+/-sd] median max
Connect: 0 29 106.1 0 553
Processing: 2942 6016 1845.4 6227 10796
Waiting: 2941 5999 1850.7 6226 10795
Total: 2942 6045 1825.9 6227 10796

Percentage of the requests served within a certain time (ms)
50% 6227
66% 7069
75% 7190
80% 7474
90% 8195
95% 8898
98% 9721
99% 10796
100% 10796 (last request)

测试2：SQUID缓存输出
/home/apache/bin/ab -n50 -c5 "http://localhost:8000/phpMan.php/man/kill/1"
This is ApacheBench, Version 1.3d <$Revision: 1.58 $> apache-1.3
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2001 The Apache Group, http://www.apache.org/

Benchmarking localhost (be patient)…..done
Server Software: Apache/1.3.23
Server Hostname: localhost
Server Port: 8000

Document Path: /phpMan.php/man/kill/1
Document Length: 4655 bytes

Concurrency Level: 5
Time taken for tests: 4.265 seconds
Complete requests: 50
Failed requests: 0
Broken pipe errors: 0
Total transferred: 248043 bytes
HTML transferred: 232750 bytes
Requests per second: 11.72 [#/sec] (mean)
Time per request: 426.50 [ms] (mean)
Time per request: 85.30 [ms] (mean, across all concurrent requests)
Transfer rate: 58.16 [Kbytes/sec] received

Connnection Times (ms)
min mean[+/-sd] median max
Connect: 0 1 9.5 0 68
Processing: 7 83 537.4 7 3808
Waiting: 5 81 529.1 6 3748
Total: 7 84 547.0 7 3876

Percentage of the requests served within a certain time (ms)
50% 7
66% 7
75% 7
80% 7
90% 7
95% 7
98% 8
99% 3876
100% 3876 (last request)

结论：No Cache / Cache = 6045 / 84 = 70
结论：对于可能被缓存请求的页面，服务器速度可以有2个数量级的提高，因为SQUID是把缓存页面放在内存里的（因此几乎没有硬盘I/O操作）。

附2：一个CACHE多主机APACHE服务的SQUID安装配置：
squid的编译：
./configure –enable-useragent-log –enable-referer-log –enable-default-err-language=Simplify_Chinese –enable-err-languages="Simplify_Chinese English" –disable-internal-dns
make
#make install
#cd /usr/local/squid
make dir cache
chown squid.squid *
vi /usr/local/squid/etc/squid.conf

———————cut here———————————-
# visible name
visible_hostname cache.example.com

# cache config: space use 1G and memory use 256M
cache_dir ufs /usr/local/squid/cache 1024 16 256
cache_mem 256 MB
cache_effective_user squid
cache_effective_group squid

http_port 80
httpd_accel_host virtual
httpd_accel_single_host off
httpd_accel_port 80
httpd_accel_uses_host_header on
httpd_accel_with_proxy on

# accelerater my domain only
acl acceleratedHostA dstdomain .example1.com
acl acceleratedHostB dstdomain .example2.com
acl acceleratedHostC dstdomain .example3.com
# accelerater http protocol on port 80
acl acceleratedProtocol protocol HTTP
acl acceleratedPort port 80
# access arc
acl all src 0.0.0.0/0.0.0.0

# Allow requests when they are to the accelerated machine AND to the
# right port with right protocol
http_access allow acceleratedProtocol acceleratedPort acceleratedHostA
http_access allow acceleratedProtocol acceleratedPort acceleratedHostB
http_access allow acceleratedProtocol acceleratedPort acceleratedHostC

# logging
emulate_httpd_log on
referer_log /usr/local/squid/var/logs/referer.log
useragent_log /usr/local/squid/var/logs/agent.log

———————-cut here———————————

创建缓存目录：
/usr/local/squid/sbin/squid -z

启动squid
/usr/local/squid/sbin/squid

停止squid：
/usr/local/squid/sbin/squid -k shutdown

启用新配置：
/usr/local/squid/sbin/squid -k reconfig

通过crontab每天0点截断/轮循日志：
0 0 * * * (/usr/local/squid/sbin/squid -k rotate)

附3：如何在IIS上利用PHP支持PATH_INFO
PHP的ISAPI模式安装备忘：只试成 php-4.2.3-Win32

解包目录
========
php-4.2.3-Win32.zip c:\php

PHP.INI初始化文件
=================
复制：c:\php\php.ini-dist 到 c:\winnt\php.ini

配置文件关联
============
按照install.txt中的说明配置文件关联

运行库文件
==========
复制 c:\php\php4ts.dll 到 c:\winnt\system32\php4ts.dll

这样运行后：会发现php把PATH_INFO映射到了物理路径上
Warning: Unknown(C:\CheDong\Downloads\ariadne\www\test.php\path): failed to create stream: No such file or directory in Unknown on line 0

Warning: Unknown(): Failed opening ‘C:\CheDong\Downloads\ariadne\www\test.php\path’ for inclusion (include_path=’.;c:\php4\pear’) in Unknown on line 0

安装ariadne的PATCH
==================
停止IIS服务
net stop iisadmin
ftp://ftp.muze.nl/pub/ariadne/win/iis/php-4.2.3/php4isapi.dll
覆盖原有的c:\php\sapi\php4isapi.dll

注：ariadne是一个基于PATH_INFO的内容发布系统

PHP 4.3.2 RC2中CGI模式的PATH_INFO已经修正，照常安装即可。

参考资料：

CMS行业观察
http://www.cmswatch.com

CMS讨论邮件列表
http://www.cms-list.org

一个基于PATH_INFO的开源内容管理系统
http://typo3.com/

商业的和开源CMS项目列表：
http://directory.google.com/Top/Computers/Software/Internet/Site_Management/Content_Management/

搜索引擎友好的URL设计
http://www.sitepoint.com/article/485
说不定这个URL原来就是articel.php?id=485

HTTP代理缓存
http://vancouver-webpages.com/proxy.html

可缓存的页面设计
http://linux.oreillynet.com/pub/a/linux/2002/02/28/cachefriendly.html

相关RFC文档：

RFC 2616:
section 13 (Caching)
section 14.9 (Cache-Control header)
section 14.21 (Expires header)
section 14.32 (Pragma: no-cache) is important if you are interacting with HTTP/1.0 caches
section 14.29 (Last-Modified) is the most common validation method
section 3.11 (Entity Tags) covers the extra validation method

可缓存性检查：
http://www.web-caching.com/cacheability.html

URL Rewrite文档：
http://www.isapirewrite.com/docs/
http://httpd.apache.org/docs/mod/mod_rewrite.html
http://httpd.apache.org/docs-2.0/mod/mod_rewrite.html

原文出处： http://www.chedong.com/tech/cms.html