Entries tagged with “BSP” from DBA notes
前几天看到业界猜测 "雅虎的困惑: 卖给微软还是收购AOL" 的时候,我倒是想雅虎为什么不收购 Six Apart 呢(后台技术架构也蛮符合的)? 当然,这不过是我一厢情愿的胡乱猜测,现在 Six Apart 活得滋润得很,而且,人家也胃口不小,在前一段时间流传的一份 Web 2.0 收购列表中,我们可以看到 Six Apart 也是和 Google / Yahoo 等巨头一起作为收购方出现的,Six Apart 收购有两笔,共 3000 万交易金额:
| 收购时间 | 被收购方 | 收购方 | 传闻价格 |
| Jan-05 | LiveJournal | SixApart | $20 million |
| Sep-06 | Rojo | SixApart | $10 million |
Six Apart 目前能够提供最为全面的 Blog 服务,从 Blog 这一点出发,可谓做足了功夫:
Movable Type: 企业级 Blog 内容发布平台,面向中小企业,对个人用户的版本免费,积累了很不错的口碑。
TypePad : 传统意义上的 BSP。面向传统 Blogger。
LiveJournal:面向 Geek 。
VOX: Blog 生活社区。 (超一流的用户体验,另,推荐 Flypig 的《Six Apart总裁访谈》一文)。
在这个外围,有最近收购的 Rojo, 提供在线 RSS Reader 服务。
或许是因为从 Movable Type 这样的工具起家的缘故,Six Apart 对所有产品 "打磨" 得都非常细致,功能可能未必是最全最强大,但是用户使用体验几乎都是一流的。我就是 Six Apart 的忠实用户--使用他们免费的产品 Movable Type 个人版快两年了。
相信 Six Apart 有机会成为 Web 2.0 时代的小巨人。从最初的夫妻店发展到现在,这本身也是一个不折不扣的传奇故事。
--EOF--
其实这个现象观察到好久了,那就是 Google Blogsearch 的实效性非常好,一般情况下 4-10 分钟就可以通过 搜索结果RSS 观察到我刚发表的 Blog 。因为 Technorati 访问困难,很长一段时间里,Google Blogsearch 就成了我进行 Blog eogsurf 最常用的工具。
国内的 Blogger 中,Keso 应该是 Google Blogsearch 的最忠实用户:
“我还是很关心别人怎么说我和我写的东西,所以看到有人谈论我,我就会很感兴趣地去读那些博客。提到我的人,多半是我博客的读者,他们关注我,我也会关注他们。很多次,都是因为有人提到了我的名字,我才发现了新的博客。”博客搜索为博客群体彼此间进一步的交流提供了可能。”--Keso 接受《互联网周刊》的采访。
可能是所有 Blogger 的天性,有的时候我也这样,看到别人链接或引用了我写的东西,总要跑上去看看有没有引发出来什么更新鲜的内容。
发现,有的时候也是一种乐趣。
Blogsearch 中的 inurl 语法虽然有效,但是搜索结果有很大问题。应该用 Blogurl 语法(如 blogurl:dbanotes.net 所以车东以前做的测试似乎不太能够说明问题。我的测试结果:
| BSP 名字 | 结果数量 |
| spaces.msn.com | 105,881,316 |
| myspace.com | 73,014,029 |
| Blogspot.com | 66,813,563 |
| Spaces.live.com | 10,980,686 |
| Livejournal.com | 62,989,323 |
| Typepad.com | 4,405,857 |
MSN Space 是当之无愧的第一大 BSP。
国内的 BSP 除了 CSDN 结果有三万多,其他的 BSP 都少的可怜--有的还没有我个人 Blog 的多。推测原因可能第一个是网站页面结构普遍设计的不好,对 Blog 的一些内置的技术特性理会的不好,也难怪,人家都是用作新闻的手法搞 Blog 的。再一个或许是 Google 对中文用户还没有投入那么大的兵力( Blog 的及时性可能只是针对少数更新频繁的 Feed 抓取 )。 如果你知道原因,请告诉我。
--EOF--
在国内的 BSP 中, BlogBus 给我的印象是挺注重技术一家站点(比如搞一些搬家活动,虽然...但是还是会方便用户的)。不过从最近的数据恢复事故能看出来还是网站维护质量存在挺大的问题。
BlogBus 的公告板上写到:
事故原因:BlogBus于7月1日增加了两台新服务器用以解决网站负载问题,7月20日发现一台服务器可能由于Raid卡或硬盘出现故障,导致一个3G多的数据库文件损坏,致使7月1日至7月19日用户日志数据丢失。解决办法:由于BlogBus采用静态页面发布,所有已发布日志均生成静态页面保存,所以丢失数据可以由静态页面导回数据库——就是说丢失的数据可以反向导回恢复。
让我不敢相信, 将近 20 天的时间内,数据库没有备份?! 难道他们的数据库是不做备份? 解决办法是静态页面导回数据库,不知道要耗费多少人力劳动。就算是技术人员写脚本,恐怕也不是那么省时的事情。估计最后可能仍然不可避免的会丢掉少量用户的元数据。
我曾经感慨过 Web 2.0 应用服务稳定性仍然任重道远,现在看起来,Web 2.0 应用服务的可靠性也会逐渐成为用户担心的问题。
备份! 备份!
-EOF-
