利用Google Groups配置留言簿:注意防止SPAM


最近Google Groups的浏览已经提供了中文界面,用来做自己的留言簿绝对是一个很不错的主意,留言直接可以发送到创建者的GMail邮箱中,可以很方便的在GMail中进行消息跟踪和留言回复,同时又公开发布在Google Groups上。

但是最近也发现了很大的一个问题就是SPAM:由于Google Groups本身就是通过邮件和Groups界面2个途径进行提交。一方面很多垃圾邮件制造者可以方便的获得相应的邮件列表(转发)地址发送垃圾邮件,另外一方面Google Groups是可以设置为对外公开发布的:大量的WEB SPAM会利用这个CMS制造反相链接。

所以最重要的就是将提交由缺省的自动发布改成需要管理员批准:
google-groups-moderated.png
目前(2005-03-29)Google Groups的后台管理界面还是英文。

随着互联网内容的爆炸:内容越丰富,用户越是依赖“权威”去进行快速定位,搜索引擎越来越凸现其互联网内容的“路由器”的重要性。因此Spammer对搜索引擎排名算法所倚重的反相链接的渴求达到了日益疯狂的地步,只要是能产成被spider发现的链接的地方,都会有被SPAM的可能性。

做为一个简单的交互型CMS:Google Groups的管理机制虽然可能稍微复杂了一些,但是绝对是有必要的,如果没有这些发布的控制:留言簿很容易变成一个“公共厕所”。

面对目前Web Spam病毒式的爆发,所有的内容发布系统都必须面对的SPAM问题,相关资料整理如下:

如果要架设WIKI协作写作:一定要先了解一下什么是Chongqed
如果要利用MT架设BLOG:那么收到Comments/Backtrack ping SPAM几乎是必然的,对付这种SPAM要考虑一下mt-blacklist
如果公开网站的AWStats日志统计:一定要做好SPAMMER发送假referer spam的准备,在对外公开的日志统计中产生反相链接也是这些SPAMMER的目标。
而SPAM在一般的留言簿/BBS中更是常见,不让这些SPAM获得需要的反相链接有2个途径:
1 将不受控制的内容发布变成批准后发表;
2 在可能产生对外链接的URL代码中:增加ref="nofollow"属性,告诉搜索引擎的spider不要跟踪这些未经认可发布的链接;

如果你自己是一个搜索引擎怎么办:
对所有可能产生不能控制的对外链接的地方,如搜索结果页,链接中都要增加nofollow属性,并在robots.txt中设置禁爬。

作者:车东 发表于:2005-03-29 15:03 最后更新于:2007-04-15 19:04
版权声明:可以转载,转载时请务必以超链接形式标明文章 的原始出处和作者信息及本版权声明

Comments

看到你叶子里的lilina文章
自己也安了个
http://exj-lab.com/marketing/
希望能继续读到你的文章
谢谢

每天读一些车东的文章,学习google和搜索。

昨天看了很多论坛和blog,很多网站虽然使用了静态页面链接,但内部文章大体上称不上专业,都是生活琐事,也就谈不上互相链接引用。你的文章因为有专业相关性,所以可以链接的像msdn。

。+ * " ".+ * ˚。 *:。".+.. 。
"..+ "..Happy A NEW YEAR!.. + ".。
♥〃´`) 新 年 快 乐 !".+。 *:.+。 *+。 "★.+
  ,·´ ¸,·´`) ".+。 *:.+。".+。 *:.+ "★.+。
 (¸,·´ (¸*..〃´`)
".+。 *:.+。 "。,·´ ¸,·´`)
".+。 *".+。 * :.+。 ".+ (¸,·´   (¸*♥
。'ㅇ'☆''。*。*.。'☆*。。'ㅇ.☆.。'..*。。..。'ㅇ'。
.。'☆。' 福福福福福'☆*。.*ㅇ福福福福福 .。'☆。'
. 。' '福福福福福福福福福☆福福福福福福福福福 .。' '
''。☆福福福福福福福福福福福福福福福福福福福 ''。☆
.。 福福福福福福福福福福福福福福福福福福福福福 .*ㅇ
'☆ 福福福福福福福福福福福福福福福福福福福福福 .。
.*ㅇ福福福福福福福福福福福福福福福福福福福福福''☆
''☆福福福福福福福福福福福福福福福福福福福福福.☆.
.☆. 福福福福福福福福福福福福福福福福福福福福.*ㅇ
ㅇ'.. 福福福福福福福福福福福福福福福福福福福 。''☆
。''☆''。福福福福福福福福福福福福福福 。'。'☆''。
*。..。'ㅇ'.。福福福福福福福福福福福 *。..☆。'ㅇ'.。
☆''。*。*.。'ㅇ. 福福福福福福福 ☆''。*..。。*.。'ㅇ
''。*。*.。'☆。'☆*。福福福福 ''。*。*.。'☆。'☆。
.☆.。'. .*。*。. .。'ㅇ'。福 .☆.。'..*。..。*。..。'ㅇ'
。'ㅇ'☆''。*。*.。'☆*。。'ㅇ.☆.。'..*。*。..。'ㅇ'。
..*☆。..。'. .*。'Happy A NEW YEAR .*。☆ 。。ㅇ.
..*☆。..。..'. .*。 新 年 快 乐! 。. ..*。☆。*ㅇ.

┏〓〓┓ ┏〓〓┓ ┏〓〓┓ ┏〓〓┓ ┏〓〓┓
┃ 新 ┃ ┃ 年 ┃ ┃ ♡ ┃ ┃ 快 ┃ ┃ 樂 ┃
┗〓〓┛ ┗〓〓┛ ┗〓〓┛ ┗〓〓┛ ┗〓〓┛

▥ ▥ ▥ ▥ ▥

‖ ‖ ‖ ‖ ‖

一直以来,在google上查找关于lilina的资料, 发现都是在引用您的文章. 我有一个很奇怪的问题,不知道能不能问一下您. 我现在在添加"搜狐图吧",当然添加的过程是很顺利的,但是当我打开lilina试图浏览内容时,发现图片都没有显示出来. 不大清楚是怎么回事.

车东,您好:

我有个问题请教。

我在配置apache 的过程中出现了麻烦,我利用rewrite方法重写url,第一次的时候可以打开重定向的url 第二次就打不开了,例如

httpd.conf

RewriteEngine on
RewriteBase /
RewriteRule ^(\d*)\.html list.php?id=$1

我要把所有的html 转化成php?id=的格式,我修改完毕第一次点击进入xxx.html ,可以使用,第二次点击的时候,就打不开了,请问这是怎么回事,是不是还需要配置httpd.conf 的另外的地方,希望您能给我回复,回复到我的信箱也可,谢谢。

http://www.chedong.com/tech/unicode_java.html
最近也在做一些涉及到国际化的项目,对你这篇文章中提及的国际化方式很感兴趣,尤其是你所说的google的方式。你的观点大概可以这样概括:在应用程序和存储过程中用统一的unicode,而只是在接受数据(请求)和传递数据(反馈)的时候进行数据转换,而数据转换的Locale都是由客户端传递。
这个我很赞同,我想和你讨论的问题是:是否有必要维护多套界面以及如何进行维护的问题?
1.国际化首先要考虑到的是用户界面的问题,google相对而言它自己的界面较少。用户界面上的文字和图片(以及图片中的文字)是否需要按照每种语言去格式化。这其中properties的方式提供很多解决方式(struts,spring等都有对应的),不知道你对它的优劣有何看法?
2.由于使用Properties的方式进行国际化,其Properties基本上不是可维护的(通过系统)。如果要做可维护内容的国际化又应该怎样实现?比如在考虑一个人力系统里面,人员的状态进行维护,由于要多种语言,那岂不是要在系统中存放不同语言的状态信息。我不知道目前通用的做法是怎么做的?

looking for your reply.
btw:你的blog怎么不开放Commets功能?

发表一个评论

(如果你此前从未在此 Blog 上发表过评论,则你的评论必须在 Blog 主人验证后才能显示,请你耐心等候。)