偶然对三这个站点作了一下比较。发现流量统计还是蛮有意思的。
1) 豆瓣的流量比较稳定。用户群体稳定。从 SEO 的角度上看， URL_rewrite 做的非常好. 整个网站几乎没有动态 URL，非常优雅。
2) 抓虾流量太低了。这应该和他们大量使用Ajax有关，此外，在用户使用主页面用了 Frame ，这是搜索引擎优化的大忌. 我在实际使用的过程中也觉得抓虾稍有点华而不实。
3) 酷迅 的流量窜升的很快. 搜索引擎还是用户最常使用的工具之一. (有意思的是,还有一个网络站点也叫做”酷迅”,在Google搜索”酷迅”该站点排在前面)。Kooxoo 再过一段时间会被更多人看好。
这三个站点是国内 Web 2.0 类的站点中非常强调技术的。相信路也会越走越远。
–EOF–
Tag Archives: Web2.0
对一些 Web 2.0 站点的小建议
1) 不要推出真的 Beta 版产品
很多国外相对成功的 Web 2.0 公司都喜欢把产品打上 Beta 标记，实际上人家的产品真的已经很成熟了。反观，国内的很多 Web 2.0 站点推出的所谓 Beta 版本程序，可能只是 Alpha 的稳定性，甚至更差。我就见过某站点的 Top100 Blog 排行，其中有 30 多个是重复的，这样的简单错误挂在那里足足有几个月。用户会相信这个排行榜的技术含量么? 国内的 Web 2.0 公司是从模仿做起，模仿没有错误，但是不要给人不踏实的感觉。
2) 推广脚本不要”出卖”用户
一般的 Web 2.0 都会借助一些小脚本来进行推广[协助本站/推广本站]：一段小代码，用户贴在自己的 Blog 上，借助用户的口碑传播。但这个地方要注意：尽量用中立性的内容，不要随意更换脚本内的内容。”世界上最大”、”世界上最好” 之类的字眼最好不要使用，因为帮你推广的用户很容易会受到读者的质疑：某某站点就是你眼中的最好么? 还有的 Web 2.0 随意更换引用代码的内容，字体变个颜色啦，加上点挑逗性的词啦，都不可取。
3) 让用户真诚的称赞你，而不是自己发一些软文
有时间发那些什么 “仅一年的时间，目前我们的用户已经达到了1880万人” 之类的没人相信的话，还不如多写写站点的改进，多听听用户的声音。毕竟 Web 2.0 不能靠[忽悠]来成功。
4) 不要太渴望套现赚钱
最初作这个站点的目的是什么 ? 套现?赚钱?上市然后走人? 还是想为互利网用户真的带来一点有价值的东西? 盯着前者的“创业者”我认为很难真的做到”尊重用户，用户第一”，用户在他们眼里或许只是”赚钱的工具，套现的砝码”。而那些拿到了几万、几十万投资就放大成几十倍来炒作的公司，动机就很可疑了。
给 Web 2.0 站点的一点小建议，或许 那些追捧、依赖 Web 2.0 应用的互联网用户也该看看，你所使用的站点靠普么?
参观又拍网(Yupoo.com)小记
今天参观了图片共享网站又拍网(Yupoo.com)。
下午在 Gtalk 上收到 yupoohelp (后来才知道隐藏在这个 ID 后面的家伙就是 阿华,又拍网的共同创始人)发来的 关于购买 Dell 服务器的信息。聊了起来，惊奇的发现原来又拍的办公地点离我非常近。阿华要我过去转转，择日不如撞日，欣然从命。
又拍隐藏一个居民小区内，周围环境比较优雅，楼前就是一条小河。上了楼，一开门，迎面看见又拍创始人刘平阳那条金毛巡回猎犬，我可是一点心理准备没有，着实吓了一跳，不过这条大金毛貌似很吓人，其实真的很老实。
如果搜索关于又拍的故事，你一定会发现这样的话语：
2004年12月，刘平阳决定要买一条狗—-金毛巡回猎犬。他将金毛当作自己的孩子一样爱护，狗狗的每一步成长的足迹他都一一记录下来。他想与朋友和家人分享这种喜悦，因为他发现，分享的过程也是传递快乐的过程。
这只金毛绝对是又拍的吉祥物，大家都很喜欢。只是网上的照片我没有找到，又没有带相机去。
平阳高而瘦，应该是作技术出身，语速缓和。他说话的时候，金毛就趴在他的脚边，温顺极了。
阿华(沈志华) 也不胖，可能经常熬夜造成的吧。
现在团队现在只有 7 个人(七剑啊)，房间虽然不大，倒也不拥挤，很整洁，也看得出创业的艰辛。
又拍现在用户已经有了几十万，图片数据量亦很庞大，维护工作不轻，加班似乎是家常便饭，我去的时候还有另外两位正在电脑前忙碌着，房间里很安静。我们聊天也是”不敢高声语，恐惊工作人”，以致于好几次我没听清阿华说什么，汗颜。
杭州是 Web 2.0 的重镇，相对于北京 Web 2.0 圈子，杭州这边相对低调很多。又拍人给我的感觉也是这样：低调、沉稳、目标明确。”100 万用户是最低线”，平阳说这句话的时候，很平淡。
BTW: 又拍最近推出的搬家工具很不错，简单的几步就可以把 Flickr 或是网易相册的内容搬过来。
-EOF-
一件事故看 BlogBus 的网站维护质量
在国内的 BSP 中, BlogBus 给我的印象是挺注重技术一家站点(比如搞一些搬家活动，虽然…但是还是会方便用户的)。不过从最近的数据恢复事故能看出来还是网站维护质量存在挺大的问题。
BlogBus 的公告板上写到:
事故原因：BlogBus于7月1日增加了两台新服务器用以解决网站负载问题，7月20日发现一台服务器可能由于Raid卡或硬盘出现故障，导致一个3G多的数据库文件损坏，致使7月1日至7月19日用户日志数据丢失。
解决办法：由于BlogBus采用静态页面发布，所有已发布日志均生成静态页面保存，所以丢失数据可以由静态页面导回数据库——就是说丢失的数据可以反向导回恢复。
让我不敢相信, 将近 20 天的时间内，数据库没有备份?! 难道他们的数据库是不做备份? 解决办法是静态页面导回数据库，不知道要耗费多少人力劳动。就算是技术人员写脚本，恐怕也不是那么省时的事情。估计最后可能仍然不可避免的会丢掉少量用户的元数据。
我曾经感慨过 Web 2.0 应用服务稳定性仍然任重道远，现在看起来，Web 2.0 应用服务的可靠性也会逐渐成为用户担心的问题。
备份! 备份!
-EOF-