好久没有写关于这个系统的事情了，其实零零总总也改了不少。最近把系统升级到了5.2，重新更新了一些部件。另外重新安装了一个留言板，准备把用来留言的论坛下了。新的图形识别码可以设置到任何表单里，这样就不再怕垃圾广告了。como可能不知道，她的系统和我的系统虽然数据独立，但是系统是同一套，我增加的功能，她的系统里也能一并添加了。可能她还不知道自己所使用的博客是怎样的一件称手兵器。另外修改了一下como站点的css样式表，搜索框居中了。

　　其实已经升级了好久了，Drupal越做越好了，进入5.1回首以前的4.x版本，真的改进好多。升级完毕之后，好多新模块还来来得及调整，没加图形认证码的那几天，垃圾回复真的是很夸张...

各种博客都趋向portal设计框架趋势，一个程序入口。但是设计理念是上去了，但为了适应搜索，安全维护，又在配置上推出了clean url。其实都是一个URL重写技术。Drupal也不例外。

Drupal很早就推出了这个设置，为了配置方便，提供了一个apache的.htaccess文件，可以让用户在上传之后直接设置完毕。但.htaccess只适用于apache，其他web daemon要重新根据自己的重写脚本，重写url才能设置。

Zeus

Apache直接设置到httpd.conf里面

8)

发现日志里，有IP尝试动网的默认路径，试图下载动网的数据库。我不知道是代码扫描所为，还是有人人工在尝试。如果是后者，那么真的很可笑。因为这个所谓的“黑客”不仅连目标使用什么软件也不清楚，更可笑的是连它说使用的操作系统也搞不明白。世上太多能用几个小软件就爱打遍天下的“黑客”了。

今天还试了一下装了很久的trackback，发回到blog.66wz.com去。结果是乱码。66wz的博客是GB2312的...我不太了解oblog，所以不想做任何负面的评论。下面是从blog.66wz.com的引用通告页里拷贝的样式表代码，应该是这些引起了乱码。因为我的页都是UTF-8的。

原先的服务器环境实在有点让人抱歉，在上了音乐节点模块后，断断续续的流媒体，让我准备重新配置一个更为妥当的环境来安排自己的blog。

其实说白了就是一个类似集群的配置。但因为两台服务器不在同一个网络内，做成集群不太现实。但凡集群都要在文件系统本身上下功夫，这样的变化，对两边的服务器都来得变化太大。所以采取了目录同步和数据复制两部分分开的策略。

因为两台服务器的软件配置差别很大，所以来来去去花了好几天才搞好。先列一个清单，再陆续把其间的心得日志上来。

在我看来，drupal终于到了一个里程碑的版本。4.6就像是一个试验品阶段，很快被略过了。虽然我也很期待4.7版本，但就像最近的工作一样，升级旅程极之不顺利。查阅翻看了官方论坛无数的帖子，试想了无数的可能性，但始终都还是失败。最后甚至怀疑自己的系统已经被hack得无可救药了，才会如此。

然而似乎冥冥之中，万物总有自己的规律。虽然这次我也一如以前一样，对不能解决的问题，显出了焦急，但确没有没日没夜的研究，就好像我对现在的工作一样。

然后，可以说是一闪而过，突然发觉可能是4.7版本的配置有点问题。发现原来是我用来升级的4.7版本，用了php的mysqli模块，而升级文件里的数据库修改还是在调mysql模块，连锁导致所有后来的数据库改动都失败了。官方一开始没有留意到在旧系统上升级的人，会使用新的数据库驱动。而我因为准备迁徙的缘故，所有的服务器软件都按照最新的配置了起来。