圣诞节了，耶稣也被人搬出来炒。我没细读这篇文章，但看题目就知道又是出自一个愤青之笔，而且是一个素质不高的愤青。 之所以能写出这篇文章并起了这么个题目，足以显示作者对基督文化不了解，而且对其它文化连一点起码的尊重都没有，这种人也配来说三道四？ 我不是有神论者，也不信仰任何宗教，但站在一个现在人的角度来审视宗教，我们会发现今天的基督教还是有其优点的...
圣诞节了，耶稣也被人搬出来炒。我没细读这篇文章，但看题目就知道又是出自一个愤青之笔，而且是一个素质不高的愤青。 之所以能写出这篇文章并起了这么个题目，足以显示作者对基督文化不了解，而且对其它文化连一点起码的尊重都没有，这种人也配来说三道四？ 我不是有神论者，也不信仰任何宗教，但站在一个现在人的角度来审视宗教，我们会发现今天的基督教还是有其优点的...
写下这篇文章的时候我的网站还完全是个动态版本，这篇文章所说的“办法”都是站在动态解析的解度来思考问题。 时至今日（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终究是不现实的。 现在两个方案：要么干脆把主页做成静态的，把消耗资源降到最低；要么干脆用重定向直接转到网站内部吧，不要什么主页了。现在我比较倾向后者...