繁简转换，和搜索引擎带来的类DoS攻击

这两天研讨这几个博客和广告有着现实性的意义，其中原因就在于对于博客和主页这两者的关系和应该做到的程度没有什么谱。现在看来，一个完善的主面显然是应 该超越博客的，模板是最好的办法，可以把界面和css的工作扔出去给用户自已来。作解释性的输出对我来说不是一件太难的事情。这也可以应对目前界面人员职 业水平低的缺点，事实上，弄不好除了我不会用PS外，我的水平也是最高的；而PS，看来是要学的。对于网络的广告需要作一个详尽的规划，这不是今天的事 情。另一个重要的部分就是图片的上载和管理，当然包括了空间的管理和限制，这两个模板都只能推后实现。而陈今天早上说的挂号也是一个。

当 妈子把保险的存折拿回来后，发现存折没有扣钱，反而是电话把钱扣了??我从来没有印象是使用这个存折去交电话费的。这个存折一直是专折专用！而实际上从 上面看来，已经给扣了好几个月了。这次没有扣款可能有两个原因，一个是收到通知的时间很迟，其二是如果按通知说的时间，我应该是已经迟了交进去，其次是黄 黄做的好事：她把我这个拿去交了电话费，弄得帐面的钱不够了。而工商银行网点少排队时间长也是一个问题。如果从通知看周一周二不办事，那么我还要现在提早 过去呢。妈的！

现在保姆和猪猪和妈子一起去打预防针，已经是10：30分了，出去的话她们回来可能会没有门进的。而且赶到后也已经是中午，看来还是下午去吧，或者应该把那个社会保险也一起办下来了。难道20日还要再走一次吗？就这样决定吧。

目前在开发的时侯，由于数据库是共用的，而processor已经改由数据库的metadata识别，这样如果更改了数据库而没有及时更新类文件，就会在前台出错！因此，类似的修改还是在本地先进行吧。

动 态个人网页需要增加一个单例短文属性表。象目前前台的一些属性也应该可以使用这个,这些属性修改的机率比较低，而读取的机率比较高，也不存在回复啊，查 询啊的故事。其实是可以使用文件，然后直接往目前中生成这些静态的文件。目前仍没有担心系统性能不足，如果到了那一天，也的确可以把大量的文章作为静态的 文件发布出去，这样也可以大大提高系统的性能容限。这个表的读取每次只是显示有限的几个，所以可以使用数据库；但如果数量稍大，那么就变成一页要读几次数 据库，那是万万划不过来的。

博客那里需要更多的一个帐号，从过程看，似乎目前最有把握拿到的是垃圾那个，就先用那个帐号申请，看看能否成 功。手头上好象还有几个网站可用的，总之，帐 号可以多一两个，但当前大概只需要有两个就可以了，如果有三个当然是最好的。无论如何，如果发表的内容不是那么阳春白雪容易挨骂的话，特别是在这个国家， 还是小心一点为好。申请过程中网景死了，它的postcard实在是一个垃圾，用例假设完全是失败的。

今天第一次接触到繁简转换，意外的 是windows的那个内码转换工具完全不能工作??估计它不是这样用的，大概是用来转换象properties文件之 类的多语言版本之用。而在互联网上，我找回来的那个繁简转换似乎更简单易用，可以把它做到一个网上服务的类型。由于blogspot诸网页都是大陆无法看 到的，因此，专门作为一个面向海外读者的网站可能更为划算。blog-city也是一个以unicode为主的网站，不过，由于它使用的是html所以也 没有多大的所谓。我想呢，凡是这种面向国外的网站，大概都主要使用繁体会得到更佳的效果。简体就在国内使用吧。

由于整理那个意见，又在博客上花了一点时间，做完了，就听见猪猪在那里哭哭啼啼个不停，因为没有人陪她玩。不过我下午急着去搞保险项目，这事情整整花了我一个下午。

晚 上开始不久，就碰到怪事，网站一下子极慢，并最后死翘翘了，原因不查自明：会话达到了1700多个，而且是短期内的阵发会话，几乎就是等同于DOS攻击 了，这个强度已经远远超过了我进行压力测试的最大值。检查日志，发现同时有几个搜索引擎在扫描我的网站。这些搜索引擎实在有点讨厌，不过看在它可以招引浏 览者的份上，我一直容忍着，但这次是太离谱了，日志表明，其中深址的219.133.49.235居然每秒钟发出十到二十下扫描请求，连续几分钟不停，换成别的任何网站都会受不了 的。我把它禁了以后这种不署名而且无良的搜索我会把它禁掉的。

但除了防火墙禁外，还有没有方法呢？IDS我不敢启用，在公共网路上启用IDS响应很可能导致自我封闭式的DOS，但是这种同一个IP，然后密度很大的行为，如何在程序上加以识别并加以拒绝呢？