前卫视点

大概是从前泡论坛养成的“坏习惯”，一直将Maxthon作为默认使用的浏览器。在Maxthon下使用BO-BLOG也有2个来月了，大体上倒也相安无事。前几日升级Maxthon至最新版v1.5.3，越发觉得Maxthon的开发在退步，占有资源的问题日益严重，突然假死的BUG也未解决。遂删之，重新换回原先的MyIE2，反正功能也够用了。

谁知道换回MyIE2没几天，昨晚进BO-BLOG的后台操作时，差点酿成大祸。我是进后台“常规管理”里的“参数设置”，想修改一下首页公告的内容。修改完毕点击确定，立即显示“该页无法显示”，起先以为是网络故障导致，于是返回BLOG首页，一下子头大了。MYSQL出错，反馈信息如下：



镇静下来仔细看了下报错信息，大致明白是怎么回事了，解决方法也很简单，将安装包内install\copy下的mod_config文件上传覆盖FTP里/data目录下的同名文件即可恢复。或者之前你有备份/data目录下的这个文件更好，直接用备份文件来覆盖，否则还得重新在后台“参数设置”里设置一下参数。

从故障到恢复，大概2分钟，过程倒是不难。就是没想清楚为什么用MyIE2在BO-BLOG的后台进行这项操作会出现“该页无法显示”，而几天前我发布日志、编辑链接却没有任何问题。

于是换了个测试用的BO-BLOG，还是在MyIE2下，重复上述操作，问题依旧。选择“数据维护”里的刷新缓存，这个地方也会出错。进PHPMYADMIN查看数据库，无异常，不是程序的问题。清空COOKIE，还是无效。

试到这地步，就不得不怀疑是浏览器有问题了。换IE，重复上面的各种操作，一切正常。这么一来，就可以肯定是浏览器惹的祸了。

稍微分析了一下，症结所在，是MyIE2的屏蔽功能，也就是“广告猎手”里的“网页内容过滤”。我那天安装完进行设置的时候，把这一项钩选了。而不巧的是，所过滤的内容过多，BO-BLOG后台某些操作产生URL的一些字符也在其中。

取消选择MyIE2里“网页内容过滤”这一项，就没有问题了。由此推断Maxthon也多半会出现类似情况，原来没发现这个问题，应该是我没有钩选“网页内容过滤”，改天有空再测试一下。