错误提示：Active Server Pages 错误 'ASP 0239'，无法处理文件，UNICODE ASP 文件不被支持。
原因：服务器空间设置改变，导致不支持UNICODE编码格式。
解决办法：把相关页面另存为ANSI或UTF-8等其它编码格式。
这里是“网站建设”分类下的日志
| 谁来唠叨？
过滤手机号前三位（135、136等等）；过滤文件名结尾，如.html、.asp；过滤文件夹路径.net/、.com/。
这样子后，大部分的链接和手机号类型的spam都去了审核里。当然这种过滤最好不会把网址输入栏也包括进去，那就郁闷咯。要过滤的再猛点，把10个阿拉伯数字和26个英文字母全枪毙，对方要乐意写中文一二三四的话，那就继续……反正这类在评论里用的少。当然，要站点有会员和注册机制的话，对于注册会员可无视这类过滤，用户感觉上就好多了。
| 谁来唠叨？
其实这是很古老的东西了，在Z-BLOG里，只是很多人都懒的搜罢了。
JS外部调用：
最新日志：
<script language="JavaScript" charset='utf-8' src="http://博客地址/function/c_html_js.asp?include=previous" type="text/javascript"></script>
Google PR更新了，自己的PR没有变化；虽然说不看重这东西，但依旧有虚荣心作祟，不过表现总想故作清高，其实心里还是有些在乎；只是在乎的只是一点。而另外一个更要命的是搜索真的太久没来了，查了下才反应过来是关键字排名降得厉害，基本只来“摇曳”、“铃”、“丹”几字，也就是除了网站名字，其它关键字都降到无底深渊去了。问题是，找不到答案，只有两个疑点：一个是之前大批量删过一次tag，造成被K；二个是顶部菜单大部分用的是JS，造成站内页面权重都降低。这些都不是一时半会能恢复的啊。咬咬牙，重整。
在解决JS菜单问题的时候，顺道逐个页面检查，要求通过W3C。一边查代码，一边翻翻译，虽然搜索容易得解，但我更喜欢自己的判断。尤其在旧站的那些独立页面上，因为是老掉牙的代码，错误非常多；能把table轻松转成div的就转了，不方便的继续用table。整完后，针对自己的页面错误，总结如下：
| 1个唠叨
让IE6的PNG透明并且通过W3C，在网上搜索用JS实现PNG透明的法子，但似乎还能难逃W3C一劫，只能默哀；结果兜兜转转一看，原来是网站上给的那段代码的英文引号有问题，导致错误；爆寒，折腾死我了。还是不熟悉程序惹得祸，错误代码下Editplus明摆着没给高亮显示。
虽然是JS，但也是一劳永逸的JS，还是比较方便的。虽然有点不好的地方，稍后会说：