email 发布和订阅 blog 和邮件组比较

3 views
Skip to first unread message

wanghx

unread,
Mar 31, 2009, 6:25:01 AM3/31/09
to Salon Friends, lihlii-g
因为 email 编辑,发布和阅读的便利,想坚持以 email 为中心的信息分享模式。但是和 blog 相比,googlegroups 邮件组有如下缺点:
  1. 中文检索不全
  2. 内容在 google web search 中不收录,而要到专门的 googlegroups 网页上去检索,传播途径受限。而 blog 的内容 google 等 web search 都收录及时,但是检索内容却不全,很多 blog 帖子明明存在,但是会检索不到。
  3. HTML 内嵌图片无法显示在原位置
  4. 无法支持更复杂的内嵌多媒体
  5. 对于未用 email 订阅者,帖子的批量下载,备份困难
考虑几种替代方案:
  1. 以支持 email 发贴的 bbs/web forum/blog (blogspot.com, spaces.live.com) 为主要发布渠道,而通过 feedburner email 订阅全文 rss feed。同时自动转信到 googlegroups 存档。

    也可以用 scribefire, zoundry raven, windows live writer 等 blog 桌面编辑器写帖子,容易添加内嵌媒体,还可以用 google docs 在线编辑并发布到 blogspot,但存档不如 email 便利。目前大部分 blog 的 email post 功能都存在无法在原位置显示内嵌图片的问题,也无法通过 email 添加 tag。

    缺点是,如果用 email 订阅 rss feed 方式,无法用 email 回复,需要打开 blog 网页回复。如果订阅 googlegroups 存档,则 Email 回复内容不会转贴到 blog 上去。如果 blog 软件改进一下,每篇帖子都带一个 googlegroups 对应的讨论话题的 URL 连接,则很便利,类似目前 163.com 的新闻和读者评论模式。

  2. 以 googlegroups 为主要发布渠道,将一个 blog 的 email post 地址作为邮件组订阅者加入,这样 googlegroups 里的每封信都会自动发布到 blog 上。缺点是,在 blog 上无法方便地按照话题浏览,每个帖子都成为单独的页面了。

  3. 以 googlegroups 为主要发布渠道,编写一个 gateway 网站,抓取 googlegroups 的帖子源码并显示为正确的 HTML 网页,以 blog 风格显示。这一方案的困难在于,googlegroups 对于同一个 IP 来源的密集访问会暂时禁止要求输入 captcha 图片应答,对抗机器人。基于同样的理由,googlegroups 帖子的批量下载,备份是个大问题,而一般 blog 并无此限制,因此便于用 spider robot 备份。
所以权衡利弊,上述第一种方案更可行一些。
Reply all
Reply to author
Forward
0 new messages