最近用 Zoundry Blog Writer 在
WordPress.com 上发文章，除了 post
slug、代理的问题之外，还有不爽的地方。
首先，我没有上传图片到 blog 空间的习惯，尽量都往
Flickr 丢，但 Zoundry
Blog Writer 给我的选项只有上传到 blog 空间或指定的
FTP。当然，我能够上传图片到 Flickr
再添加图片链接，可发布工具能否进一步简化这个操作呢？
其次，还是本地软件的局限。我弃用了 GreatNews 这样的本地 RSS
订阅工具而选择 Bloglines
就是因为不想在公司和家里重复阅读。同理，我也不希望在某地的
Zoundry Blog Writer 中新增了 tag、blog
帐号之后，到另一个地方还要再输入一遍，为什么不像分类那样可以在线刷新呢？－－虽然后者有
blog 系统本身的支持，但本地软件可以想办法突破这个局限啊。
其实本地 RSS
订阅工具可以和网站结合起来，订阅信息等等都存储在服务器上，通过体积小巧的本地工具对取到本地的临时文件进行访问操作，这样用户不必打开浏览器窗口，不会占用太多磁盘空间，不用担心在两个地方重复阅读，方便升级，网站又可以得到用户数和订阅情况的统计信息－－当然，为了防止网站出现意外后用户无法登录，定时同步
OPML 文件也是必要的。
同理可得，blog
发布工具完全也可以做成在线式或者本地工具+网站式的，在我的想象中，利用
WordPress 等 Blog
系统、Flickr
等图像存储服务、Del.icio.us
等书签服务、Google
Maps/Earth
等地图服务、豆瓣等图书信息服务、IMDB
等电影信息服务、维基百科等
Wiki、Orkut 等朋友圈…的开放的
API－－虽然许多服务目前还没有开放 API－－完全可以构建出这么一个以 blog
信息发布为中心的服务站点，对用户来说，它所做的工作除了利用接口取得、发布信息外还有：
保存 blog 内容的备份
保存用户的习惯设置
而开发者主要专注于支持新服务的
API、改进网页/客户端的人机界面设计。使用网页还是客户端工具操作完全由用户决定，重要的是配置信息要保存在服务器端。
可以举个例子说明一下：
1、我看到新浪新闻和其他人的 blog 之后想要发布一篇关于哈尔滨市水源污染的
blog，于是使用365Key 将这些页面都保存下来。
2、点击浏览器书签工具栏上的“Blog”按钮，跳转到 blog
发布页面，或者启动本地 blog 发布工具，开始写文章。
3、提及或引用的时候，就在界面上的工具栏中选择引用365Key
的收藏，通过查看最新收藏/分类/搜索关键字找到刚才收藏的页面，直接插入文章。文章中提到了窝子
，于是在工具条上选择“Del.icio.us
收藏”，搜索到他的 blog
地址并添加主题相关的文章地址到文中。需要引用新闻图片，先从本地图片收藏目录上传一张图片－－图片其实送到了
Flickr，而你要做的只是在定好图片属性之后得到图片的地址，还可以调用
Google Earth
在哈尔滨上空拍一张鸟瞰图，也上传到
Flickr。查找维基百科上有没有关于“苯”的条目，如果有，在文末添加链接。
4、选择发布在哪个 blog，点击发布。
5、自动用
Del.icio.us、365Key
收藏这篇文章。自动通知朋友圈或者 IM
上的指定好友群组。将本文的地址、分类、tag、添加过的链接、引用的图片等等，连同帐号信息、发布设置与服务器进行一次同步，保存备用。
这个例子中用到的其他服务不算多，至少表明了我 blog 时懒得开 N
个窗口收集信息之类的良好愿望。今后有用的服务越来越多，利用开放的 API
进行整合未尝不是一个好办法。从另一方面说，如果做得绝一点，完全可以由一个网站扮演
BSP、图像存储、朋友圈、书签收藏等等服务提供者的角色，而不开放 API
给竞争对手，但我想，各类特色服务层出不穷，没有人可以保证在每一个方面都做到最好，如果就这样强行整合，反不如由用户自己选择哪几个服务像玩积木一样进行组合，你只要提供好信息发布中心的服务就成了。
Flickr 早就提供 Blog This
功能，但仅限于单张图片，而且功能也十分有限，远远达不到要求啊…
顺便说一句，刚才测试这个功能的时候，Flickr
一遍又一遍地提示我发布失败，然后询问是否再试一次，于是我一遍又一遍地“踹阿甘”，直到没有耐心最后放弃，结果数分钟后，邮箱里面连续出现了13封含有这篇
blog 内容的信件…