好几天没有更新这里的blog，竟然有些手生。

从南京回来，因中途耽误，没有及时看google reader中的订阅Feed，昨晚上就一直在细细看过，越看越不对头，发现几个好朋友的blog上贴的图片全部出现了这个玩意儿：

不用想，第一张图片是baidu的，第二张毫无疑问是sina的。

baidu空间打从开始没多久就设置了防盗链策略，sina相对比较BT，一直以来都没有，直到前阵子突然部署了防盗链策略。

1、估摸这两个网站觉得用户都是不会通过RSS订阅方式进行浏览，或者说用的都是客户端阅读器，比如FeedDemon之类。
2、如果部署防盗链，我的苍天，这么大网站，难道就不能做一个美观点的提示图片？这个也太提不上筷子了吧？
3、侧面说明，对于任何网站流量都重要，这么一来要看图片吗？请访问blog页面，谢谢！
4、用户体验？需要吗？用户在被强奸的过程中，大约也就逐渐习惯了……

<以上文字仅适用于上述2个站点>

Wii，目前任天堂推出的游戏机，很火爆，国内售价属于在可接受范围内。
Google Reader，Google推出的方便易用型RSS阅读器，普及率颇高。

两者结合一下，属于一个创新，来看昨天Google Reader的官方blog上发布了这样的消息：Feed Your Television。

拥有Wii的朋友有福了，可以在大屏幕电视上阅读自己的RSS订阅，而这个版本的Google Reader是Google专门为Wii浏览所多身定制的。相信在电视机上观看Flickr等图片或是视频类的Feed应该是很爽的：）

同样，Google Reader没有放过自己的Home页——这个最好的宣传阵地，在今天放上了这则公告：

BSP：blog service provider，博客服务托管商。
目前进军blog服务的运营商越来越多，不但有原有的国内几家著名BSP，连各大门户都不甘心错过这条Web2.0的重要渠道，纷纷推出了自己的blog平台。
五一前后，很多人都在关注一家新兴的国内的BSP：yo2.cn 优博网，刚才看了dimlau写的yo2模式一文，在其下看到了Charles（yo2二位开发团队成员之一，负责服务器支持和市场）的评论。
之前有去看过yo2，可能自己过于挑剔，但细节不得不在意，特别是对于BSP服务，这样需要托管着用户心血的服务而言。

1、无限空间、无限流量

Charles有说：

提供无限的容量是一件非常简单的事情，因为 BLOG 以文为主，所以占用不了多大的空间。
yo2 发展到现在，占用的空间还没有达到 1G 的压缩后容量。我拿 4 只 300G 的硬盘做一个 RAID 0+1 的阵列成本也只在 5K 以下，所以觉得没必要限制！
而对于无限流量，那是因为国内的 IDC 只限带宽，不限流量！直接拿美国与中国的某些东西作比较时，应该先弄清楚他们的实质差异之处，否则无法比较。

确实国内IDC只限制带宽，但流量真的不限制吗？服务器的流量从另一个层面上，反映出的是文件被调用的情况。不限制用户上传容量，随着用户逐渐增长（这个曲线的上升往往出乎人们意料），若再允许文件外链，在各大搜索引擎的推波助澜之下，不需多久，服务器负载就会扶摇直上了。从技术层面看，如果这是一个运行在Linux平台下，那么NFS优化和加强，会耗费不少运营资源。
严格来说，如果什么都“不限”，极大可能最后就会演化为“什么都没有”，这点对于任何互联网服务而言，不论是虚拟主机。或是电子邮件、相册等等基础服务，皆是如此。

2、页面需要加强

如此看来，页脚的版权声明拐弯儿，提示3处脚本错误（WinXP SP2、IE7.0、1024*768）。
首页对于一个网站的重要性不言而喻，花些精力好好处理，对于提升用户信心的功用不言而喻。
至于不少模板在FireFox下字偏小，看来是模板没怎么修改就直接拿来主义了，当然，也可以理解为给用户更多的自由，那是否高估了用户的水平？似乎不是每个人都会修改CSS的。

3、可能是地球上最快的wordpress博客服务
这句话，看得有些惊人，目标绝对很好，但想问一句：对于BSP而言，快和稳，孰轻孰重？

4、服务质量

维护一台服务器和一个服务器托管的位置，费用相对是非常低的，因此没有因为没钱而关掉的可能性。
有钱的互联网公司一大堆，但是不是每家公司都可以达至我们现在的服务质量。昨晚刚好我跟 nings 聊天，他就跟我表示，他以前在某大公司的博客上写博，最大的感触是出了问题找不到人。
大公司只表示他有钱去运营，但并不代表他用心去运营！
而在优博网，我依然坚信，我们的竞争优势是关怀！

那句老话，既然开放式注册，用户增长速度十有八九会给你惊喜，一台服务器可以支撑多久？不得而知。
伴随着用户的增多，不知道所谓“服务质量”又该如何保证？这是一个很耗费精力的事情。

用绑定域名（收费）作为卖点，吸引了大众眼球，在制造稀缺的年代，最好找一个可复制性不强的稀缺，这样存在的时间会长很多。

使用Google Reader的朋友一般都知道，它有一个功能就是“Share”，可以将自己想要与朋友分享的日志单独输出为一个Feed，甚至可以通过JS直接以列表形式输出在个人主页上（比如我的过眼云烟侧边栏） ，但不是每一个使用者都会将此Feed地址公布出来，供好友分享订阅的。那么如何将自己看好的文章与他人分享，就成了一个问题。

今天发现Google Reader单条日志下的“Email”图标后多了一个“Update”，好奇是怎么回事，后来去看了Google Reader的官方Blog，原来是昨天放出来的一个新功能。

相信用Google Reader的朋友一般也都在使用Gmail吧？它将会通过Gmail系统将自己希望与他人分享的日志直接通过邮件形式发送出去，如果你的好友在你Gmail的通讯录中存有，则在“To”该栏目输入时，会和Gmail中一样，有下拉栏提示。Reader中的该条日志会被全部输出，包括其中的图片。

你的朋友在收到邮件之后，会发现，在邮件末尾，有该blog的原始Feed，该片日志的链接以及提示推荐使用Google Reader订阅的说明。

Web服务是一个渐进的过程，Google的各项服务在逐渐更好地结合，期待这是一个完美的过程。

今天浏览Yupoo的站务blog，看到一则更新日志，内容大致如下：

1. 客户端上传发布 2.0 Beta版本
2. API 更新了PHP 开发包 和dotNet开发包
3. API KEY申请 取消YUPOO人工认证过程
4. WordPress 插件和Bo-Blog插件推出

四条更新重，有三条都与开放接口、二次开发有关系。Web2.0时代，号称“用户贡献内容”，如果这则定律成立，那么作为网站显然就该考虑的是，如何让用户更好、更便捷地贡献内容了。

可以看一下这三类站点：博客书摘、图片分享、播客视频。

显然作为用户而言，贡献内容的难度也是递增的：写篇日志，可以是抒发情感、记录点滴，可以信手拈来，花费时间不多即可成为；照片却需要外出拍摄，后期处理剪裁，最后要上传；至于视频播客就更为，不论对于硬件或是技术要求都要搞上一个层次。

而这些网站当然希望用户可以贡献出更多更好的内容，如何让用户更加容易地实现这个目的，就需要花费些心思了。Yupoo的做法值得推荐，原因很简单，开放API，让有能力的用户去做一些二次开发，不但可以调动用户的力量，同时也可以降低自身的研发成本：只要把这个API接口做好就可以了。而用户去开发的一些插件和接口，显然针对性更强，比如对于各类blog的图片发布插件，比如图片在各大图片站之间的搬迁接口，都是从用户自身的需求去考虑的，这样的好处很显见，可以满足用户最为真实的需求。

当然，Yupoo对于插件的质量，特别是官方站点推荐的插件，是需要有所把关的。

同类型站点很多，为什么用户用A更多，而不选用B？这是有原因的。

多给用户一些便利，他们制造出的内容，显然会更多，有好处的。做到有容乃大不容易。