google groups 按日期浏览方法 比较 blog bbs/forum 分布式社群讨论设施构想

1 view
Skip to first unread message

(Howard) Huaxin W. D. Wang

unread,
Aug 17, 2007, 9:39:20 AM8/17/07
to salon-...@googlegroups.com, lih...@googlegroups.com
进入 http://groups.google.com/group/salon-friends/,点击 About this group http://groups.google.com/group/salon-friends/about 可以在 Archive 栏看到按照月份排列的文章数,点击打开可以按时间浏览。
 
A. email groups (Yahoo groups, msn groups, etc)
B. usenet newsgroup (google groups, msn public news server 等,基于 nntp 协议,需要桌面应用软件阅读,并有 web 界面方便读写)
C. BBS/forum (such as phpBB, vBulletin, Firebird BBS web 界面的诸多后继比如 smth, ytht/yjrg/lqqm, mitbbs, 小百合, etc)
D. Blog (Blogger, msn space / windows live space,  Wordpress, Drupal, etc)
 
A:
email 收发信息,便捷,和工作流易于结合。读者可以得到及时的信息馈送。
HTML 内嵌多媒体格式,摘录网页内容,编辑方便。
存档可检索,但是所列出的 3 家公司的 groups 中文检索都有问题,英文检索内容也不全。其中 google 算是相对好的一个。
存档内容按日期浏览不够方便。
存档内容的多媒体显示不完整,以文本为主。
不适合大量信息交换,讨论。难于处理大量邮件的用户接受度低。
email, IP 地址公开,有隐私保护困难。
发布的信息很难取消,即使从服务器上删除,邮件已经寄出发送到读者信箱,无法收回。却也因此而具有分布性,抗封锁能力强。
民主化程度高,很容易创建邮件讨论组。
读者针对性强,便于确定的群体交流。适合有集中的共同兴趣的群体交流。
配合加密邮件访问方式 (如 gmail 支持的 HTTPS, POP3 over SSL),可以抵抗信息封锁过滤。
三家公司都配有少量网页,文件共享,功能。msn 和 yahoo groups 有相册,日历等功能,google groups 功能单一,优势是继承了 usenet newsgroup 历史档案 (合并了 Dejanews),内容庞大。
 
B:
基本和 A 一样,但是读者需要主动搜寻浏览信息,适合大量信息交流。
通过 nntp 协议自动转信,信息传播范围广。但是广告,无用和欺诈信息多。
创建的技术和投资门槛高,但因为自动转信的分布性,使得民主化程度很高,很少有管理上的限制措施,除了自动的 spam 过滤。
开放的 nntp 服务器很少,使得 google groups 成为主要界面。
 
C:
很少支持 email 发文。基本上没有看到支持 HTML 内嵌多媒体 email 发文的。
很多具有新回复 email 通知功能。
管理等级严格,创建的技术和投资门槛高。民主化程度低。
具有较多的附加社区功能,比如投票。
适合集成其他社群信息服务,比如网上商店。
很少支持自动转信。自动转信一般是借用 nntp 服务器中转。
有少量免费服务提供商。
 
D:
创建容易,有许多免费服务商,也可以用自建服务器。民主化程度高。
评论集中存贮,交叉参考的 trackback 方式具有分布性,因此有少许抗毁能力。
基于最新的网络技术,XML, RSS, Atom 等,提供编程 XML-RPC API,自动处理程度高。
桌面软件或者网页阅读器 (google reader)便于筛选大量信息。
易于和其他服务集成。
少数支持群体 blog。
社群支持度差,基本用于独立的个人信息发布,评论交互能力差一些。
检索不成熟,blogsearch (google, blogger), windows live space search, technorati 等 blog 搜索引擎的检索结果都不全。除了收录范围外的 blog 很多检索不到,收录范围内的 blog 也经常信息检索不全。
多媒体嵌入支持度高,但需手工编辑。
 
设想,可以在 Blog 基础上,设计一套标准化的 community aggregation API,ping server [2] 分担搜集更新信息,search engine 搜集,汇总,索引,按照 tag 定义,集合成虚拟的分布式,动态主题信息群,这样可以构建出非常强健灵活的动态社群。
 
就好比,要浏览 computer graphics 讨论组,传统方式是找到一个 BBS 论坛,邮件组,加入,然后浏览。用动态分布式集合信息的实现方式,则可以用类似 blogsearch 作为检索入口,检索关键词 computer graphics,并按照一定协议标准指定是分类关键词,于是可以得到一个 XML 格式的列表,类似 RSS feed,可以在桌面或者 web  RSS 阅读器里面阅读。评论和回复,则发表在自己的 blog 里面,这些回复带有相同分类关键词,并带有 trackback 的关联信息。新的检索则可以找到这些评论和回复,并通过 trackback 关联起来成为一个话题列表。
 
为了提高稳定性,可以建立若干分布式的 cache, archive 服务器,拷贝保存信息,防止某些个人 blog 暂时失效。上述传统的社群信息服务都可以通过增加 XML-RPC API 接口的方式集成到这一动态数据库中。比如 google groups, yjrg 等 BBS 也提供 RSS feed [1]。撤回和删除信息可以通过经过 openid 认证的 XML-RPC 完成。
 
上述传统的集中社群信息服务可以继续扮演特定信息类别的集中器角色,以提高局部信息的更新速度。他们和以前一样继续具有独立分治的管理区域,也可以通过 openid [3] 等标准分布式认证方式,或者 X.509 证书 (和普及的 S/MIME 安全邮件集成也方便)来授权给自己的特定注册用户。有了相对稳定的缓冲存档节点,那么 BBS, blog 就可以建立在个人 PC 上,甚至移动设备比如 PDA / Pocket PC,手机上了。
 
这样,整个互联网的信息服务,都可以融合成一个巨大的 blog 也好,BBS,newsgroup 也罢,总之是一个相互可以自由组合提取信息的大数据库。不同的 group 站点拥有不同的注册用户,提供不同的检索分类入口服务,等于是提供对于这个全球数据库的不同的个性化定制视图(view)。这估计是 web 2.0 的未来。流行的 mash-up 网站[4],就是这样一个趋势的表现。如果所有网络服务都形成 XML-RPC API 的界面,那么就不需要类似 CiteULike 所采用的 Screen Scraping [5] 的笨拙集成方式了。
 
其他,抗封锁访问,抗封锁发布,匿名访问,和匿名发布,都是很有趣的课题。Tor 提供了匿名访问和发布能力。如果能实现简单易用的个人 PC blog 抗封锁发布网站,那么一个更宏大的全民出版自由的时代就到来了。
 
[1] google groups也有rss!
 
 
 
 
 
--
nl: De zon gaat zinloos onder, morgen moet hij toch weer op.
en: Sunset is useless, the sun has to rise again in the morning anyway.  (Modern
expression by comedian Herman Finkers)
 
Reply all
Reply to author
Forward
0 new messages