以前的URL是这样："小猪尾巴的幸福生活"对于搜索引擎，这就是所谓的“糟糕的URL”。现在简化成这样了："小猪尾巴的幸福生活"友好而标准！不过后台管理起来更麻烦了点……...
以前的URL是这样："小猪尾巴的幸福生活"对于搜索引擎，这就是所谓的“糟糕的URL”。现在简化成这样了："小猪尾巴的幸福生活"友好而标准！不过后台管理起来更麻烦了点……...
写下这篇文章的时候我的网站还完全是个动态版本，这篇文章所说的“办法”都是站在动态解析的解度来思考问题。 时至今日（2007-01-25），网站已是比较成熟的静态版本，访问时完全脱离了动态解析的过程，所以当时提到的这此优化基本都无必要了...
还忘了考虑Spider的问题，如此消耗资源的主页，引用的又都是更新很快的Blog…… 如果像以前BJpinke那样有许多的Spider盘距在上面，那网站就别想访问了……...
在打开LBS并进入文章内容页，或登陆等这样的操作后，再进入同一站点下非LBS页面，会发现其静态部文字，和通过ASP运行后输出的动态文字分别出现两种编码，GB2312和UTF-8。除非该页和LBS同时使用GB2312编码。重启阅览器后再阅览该非LBS页面，一切正常，但再进入LBS并打开文章页等，BUG又出现了。（如果您遇上过，我一说就明白。） 看来这是GB2312和UTF-8两种编码之间切换不完全导致的, 具体原因为明, 但分别把下现两段编码加到两种不同文件的ASP头上, 一切都正常了. ... ...
上周就写完了这个小程序。放在另一个域名空间下测试。 但还没测上一周，就意识到并在一定程度上发现了一个问题：即时解析 XML消耗的服务器资源（主要是CPU）太严重了，同时在线的人数稍微一多，或是打开的Feed较慢较大，主机就吃不消了。用SXNA可以部分解决这个问 题——至少满足更多在线，但用ASP这样的程序，或不借助组件来解析XML终究是不现实的。 现在两个方案：要么干脆把主页做成静态的，把消耗资源降到最低；要么干脆用重定向直接转到网站内部吧，不要什么主页了。现在我比较倾向后者...