August 27, 2008
最近MS在 G.F.W 外面很热闹, 那帮子跟我言语不通的朋友们都在谈论的评论Comments的事情 “The Liz Strauss Comment Counter Plugin Stirs Comment Controversy”, 我也从 Wordpress 的 links 中看了看(谁让他们提到我了呢)。
语言很差, 我也看不太明白, 大致的好像就是说评论这个统计Counter和线程Thread的事情吧, 不知道到底说这个Counter是好还是坏, 也不知道这个线程是好是坏, 反正MS挺流行。
我对这个文字不太明白, 对文章附图倒是挺好奇的, 怎么就那么巧呢? 就截了我的一个Comment, 我还不记得我有过这么一个评论的, 真是FT至极!
看完article, 顺便再看看评论, 发现又被人点名说 Wordpress Thread Comment 的不足了。 说评论的作者无法自己选择是否发送邮件, 会引发很多的垃圾邮件, 好像还把这个问题说的挺严重的。
在这之前, 也有很多朋友提出过这个问题。 说实在的, 我也搞不清楚要不要加这个功能? 我先谈谈自己的看法。
我个人认为是没有必要加这么个东西的, 原因如下: 不管选择管理员回复发送邮件还是所有人回复发送邮件, 这个回复的邮件应该来说都是很少的, 只有在回复您的评论是才会发生邮件发送这么一个事件; 而评论回复本来就不常见, 评论既然是回复您的, 那我估计就是比较针对您这个话语的。
在这样的情况下, 您说这个邮件真的很垃圾吗? 或许您根本就已经是不想去该博客了, 也不想管这个博客上别人对您的评论有啥看法, 否则应该来说是一个比较好的结果, 使您不会错失自己需要的信息。
我不知道各位来我这里的朋友, 估计你们也收到了不少的评论邮件, 你们是不是很反感?
如果要加入这个功能,我想应该不是很复杂(但我要告诉您, 您选择的权利只有一次, 是或者不是, 如果您要提出说我今天愿意接收, 明天我不愿意接收了, 我要求可以修改, 对不起, 这样的编程太过复杂了, 已经远远超出了一个 Wordpress Thread Comment 插件的意义了), 但关键是我怎么做字段? 要先在这里告诉大家的是, 我已经把 Wordpress 的数据库中的 comments 数据表已经研究透彻了, 整个 Wordpress Thread Comment 只剩下一个 comment_karma 这个字段没有被使用了。 当然我也可以另外建一个字段, 但更要在这里说明, 我新建的字段是无法在 Wordpress 中导入导出的, 也就是说, 一旦自己建立字段, 那就要为 Wordpress 的导入导出付出相应的牺牲代价。 当您需要转移博客时, 您导出的 xml 中是不会再包含相应的评论是否回复的信息了的。 但如果利用 comment_karma 字段, 我也无法保证那天 Wordpress 不回收回去。
所以, 这就是一个最大的难处!
在上面两点阐述的理由下, 我一直很难决断, 有没有必要为这么一个很鸡肋、 很少有可能会用到的功能去做一个开发? 增加这么一个开发? 要知道程序越复杂, 最后花费的服务器资源也就越可观, 您到时候可以容忍这么服务器的蜗速和庞大的资源占用吗?
我们不能只盯着功能越全越好, 要知道 Vista 是很好, 但很多的机器都用不上; Windows Xp 还是有很大的市场; 插件也是这个道理, 的确功能强大很好, 但浪费的资源也就越来越严重了。
大家可以给我留言, 阐述您的看法。 如果您觉得有必要做, 继续加入您希望利用 comment_karma 字段还是新建自己的字段? 两者都有风险, 我也不知道那个风险会更大?
感谢各位对 Wordpress Thread Comment 插件一如既往的关心和支持, 估计 Wordpress Thread Comment 也命不久已; 但我相信, 在 Wordpress 2.7 出来的时候, 它的评论回复功能应该还要走很长的时间, 我想会跟tags一样, simple tags 还是会有市场的。
您喜欢本文吗?即刻订阅"偶爱偶家",精彩文章不再错过!现在就给我们留个话吗?



13 responses to "评论那档子破事儿"
所有后来开发的功能都一直在禁用,不过要活得更久,还是功能全面一点好。
[Reply]
我感觉还是不要用系统保留的字段,这个隐患将来可能会造成插件工作不正常,成为插件的一个bug,你需要对bug进行修正,还是得回到新建字段这条路上。还是把隐患扼杀在摇篮里比较好。
况且wordpress更新的频率要比blog搬家的频率要高的多。
其实用户在blog搬家时心理上早就有了对某些不好情况的准备,他们只要期盼某些重要数据不丢失就已经很happy了,所以从心理上,即使这个字段丢失了,用户也不会感到很不爽。而且既然是插件,就必然不可能和系统本身无缝集成在一起,用户心理上也是有准备的。不过作者可以找出另外的方法,如果用户关心评论是否回复的话,能够依照你的方法把字段恢复回去。
[Reply]
@Jiang, 谢谢您的意见, 这个karma的保留字段, 我这里找到了这么一段解释
wp_comments.comment_karma,karma值,在著名的SK2插件里可以知道,SK的全称就是Spam Karma,也就是对垃圾评论评测得到的一个得分。comment_karma,大概的以及就是评论的等级值吧。我记得应该是最早WP04年刚出来的时候就为了兼容别的一些Blog系统的导入而设置的一个值,但是导入说明里也说了,WP可以导入这个值,但是不使用他们,也就是说WP没有对评论等级提供支持。所以,这个选项没什么用处,只有从一些Blog系统导入的时候导入这个值,如果再写一个插件,可以使用这个值罢了。
[Reply]
@偶爱偶家, 垃圾邮件的判断,主要取决于读者是否愿意接收邮件,很显然,当我们留言给一个blog并且乐意留下自己的信箱时,通常是很希望能得到回馈信息的。
OK,是否愿意接收邮件的选择权其实就在读者自己手里。不想收?简单,胡写个信箱就可以了。当然你想害死博主的话,留本.拉登和FBI的信箱。
冒然使用wp备用的字段是很危险的,反对。
[Reply]
我觉得如果加上开关很复杂的话还是就现在这样吧,就像你所说的,回复评论的操作毕竟很少,或许是老外比较在意spam的原因吧。估计国人不会很在乎,比较已经习惯了垃圾email
[Reply]
坚决支持博主,呵呵。
我是非常需要这个评论回复的功能的,这应该带不来什么垃圾邮件吧,如果某人一直回复某个留言,那么反垃圾评论系统就会给他阻截了,况且Wordpress Thread Comment还可以设置最大回复次数的~~
[Reply]
功能不在多,而在于简单实用 我喜欢这个插件 希望有更多让人兴奋的功能出现
[Reply]
实在太复杂了。
对于评论,我向来是不留自己真实EMAIL地址的,所以会不会有邮件对我来说都无所谓。至于为什么我不留真实地址,因为讨厌收到这样的邮件……
[Reply]
呵呵,我来说一下我理解中wtc可能产生的”spam“问题。比如有的人特别喜欢留言,每天上那些Blog都会留点”沙发“什么之类的(当然更可能是其他内容),每天常去的Blog,十几个估计不算多吧……那要是正巧都装了WTC,博主又都回复了他的留言。(量少还体现不出,wtc的装机量越多发生这样事情的概率就越大了)那他信箱里每天都要受到十多封此类邮件。本身,这些邮件算不上spam,但要天天收到十几封,可能有些用户看着就觉着难受了。
故而,当wtc插件的安装量到了一个数量级之后,产生这样的问题还是可以理解的。更何况,大多数的用户完全不知道程序设计里头的困难,他们会有种逻辑说,某xx插件有这个功能,你怎么没有。别人有这个功能就能防止”spam”,你没有那你就会导致”spam“了。尽管可能他们根本从来没遇上过此类的spam。
[Reply]
你好~~我知道博主现在太忙啦,可是我用评论回复插件时确实遇到很奇怪的问题,有空的话麻烦帮我看一眼?
我花了一晚上时间调试,发现HTML和CSS我只能改留言后的显示,而输入文本框的样式我怎么也改不了啊?
请问在哪里改?我甚至把源程序打开看了一遍,也没发现在哪里改啊。
很明显它的输入框调用的是WP自带的,可是为什么样式带不上呢?
而显submit的按钮也没有了
有空看看我的 评论回复不? :)
thank U~
[Reply]
谢谢各位的珍贵意见, 我昨天增加了这么一个功能, 从现在开始, 博客接收评论回复自选功能测试!
[Reply]
同意枫叶的看法
[Reply]
我觉得现在这功能挺好
[Reply]