关于开设本站Blog的评论功能

访客评论是Blog的一个基本功能之一,但目前本站的blog依旧没有开通对Blog的评论功能。

一、当前本站Blog程序现状

美国911灾难发生的前后(2001年),我写了一个留言本程序,用来给访问本站的访客提供留言功能。后来,这个留言本程序经过自己不断的小修小改,最后成为用来记录自己日常感想的程序,也就是现在的“我的感想”这个页面所使用的程序。“我的感想”这个页面非常类似近几年网上流行的Blog模式,因此后来,我也就默认“我的感想”这个页面就是本站的Blog了,不过名字还是依旧为“我的感想”,因为它将要记录的主要内容还是我的感想。

这个程序我使用了将近4年,也断断续续地修改、改进了将近4年,目前这个程序具有如下几个主要功能:支持Blog模式或者留言本模式、支持多个内容版块、支持广告过滤、防止重复留言等等。不过如果非要挑程序的瑕疵的话,我认为有2个地方还可以有待改进。

一是目前每增加一个类似于blog或者留言本的新版块,就需要在主程序里面添加对应的一条信息,因此也就要轻微地修改主程序一次。解决这个问题的一个简单的方法是设一个或多个独立的配置文件。可惜我不喜欢这种处理方式,因为这样就会增加了一个或者多个配置文件,而我希望这个留言本程序越简单越好。一个好的软件/应用程序,应该是结构尽量简洁、易于发布和传播的。

第二个有待改进的地方是:目前还没有实现Blog内容页面的静态化。这样导致的问题是每次访问一个默认的Blog页面,程序将会从服务器硬盘上读取20个帖子内容文件(因为默认每个页面显示20条帖子,而每个帖子存放在一个独立文件中),也就是操作系统将会做至少20次硬盘读取操作;而如果将Blog内容页面做成静态的话,程序将会从服务器硬盘上读取1个页面内容文件就够了。也就是说,两种方式对比的话,现在的动态页面生成方式导致读取硬盘的次数20倍于将Blog内容页面静态化后的读取次数。要知道,硬盘的寿命很大程度上是取决于硬盘文件读写次数的,读写次数越多,寿命就越来越短。不过,由于本站访问量相对来讲极低,因此目前使用动态页面生成方式而导致的硬盘额外损耗可以用“微不足道”来形容。这也是为什么本站虽然意识到这个问题,却并不愿意浪费时间去解决这个问题的原因。

虽然目前本站Blog程序依然还有可以进一步改进的地方,但我对它已经非常满意了,满意到甚至我不愿意再在上面做什么变动去破坏它现有的完整性。

二、为什么当前没有开设评论功能

一百个观众眼里有一百个不同的哈姆雷特。“我的感想”写的是我自己的生活感受,只代表我自己的思考,不代表别人的。因此,如果开放评论功能的话,可能会因为对某些话题的看法不同而引起访客的各种评论和争议,而对于本站而言,我并不在意是否要就某个问题讨论出具体的结果或得出正确的答案,我只在意于向别人介绍一些我自己个人的生活近况、一些看法。我欢迎访客阅读相关的文字,但不期待在本站引起评论和争议。

这是一个blog,但这更是一个发表自己个人看法的舞台,因此,暂没有特别的必要开设评论功能。另外,这个Blog程序起源于自己写的一个简单的留言本程序,而在设计之初,是完全没有考虑到用户评论这个功能的。

三、关于用户评论功能的实现

如果要增加用户评论功能的话,有2种实现方式。

第一种方式是将用户评论做成一个独立的功能插件(其实就是一个或多个PHP程序),这样可以最大限度地保持原有Blog程序的完整性。但即使这样,也还是需要对原有Blog程序作一些局部的改动,扩展某些自定义函数的功能。另外,这种做法会导致不可避免的代码冗余。这是因为独立的功能插件不能直接使用原先Blog程序里面的一些代码,因而只能将这些代码复制到这个独立的功能插件里面再使用,这样就导致了在同一个系统中存在一些功能极其相似的代码。这种冗余状况是我所不喜欢的。而如果要消除这种冗余状况,则又必须对原有Blog程序做较多一点的修改。这真是一个令人矛盾的选择。

第二种方式是将用户评论功能直接添加到原有Blog程序里面。这将导致原先Blog程序的进一步复杂化,并会对程序的稳定性有暂时的影响。

从程序设计的角度来讲,第一种更合理;但从现实角度来讲,本站很可能采取第二种做法。具体做法仍有待斟酌。

[补充说明] 本站未来很有可能开设Blog的评论功能,但具体何时开设此功能,待定。

标签:

类别:

添加新评论

友情提醒:您的言论自由在本站会得到充分保证;不过,由于广告留言等猖獗,因此本站的内容过滤系统有可能会暂时屏蔽您新发的留言或评论。不便之处,希望理解。