今天想说的不是Email服务,只想谈谈Email在各种系统里的地位是不是太重要了。
看过也用过太多的网络服务,主要是实行会员制的网站,如论坛、Blog、网摘、商城等等,注册的时候Email这项几乎都是必填的,甚至很大比例的登录帐号用的就是Email,有的还要求验证Email的真实性。
Email真的这么重要吗?以至于大多数服务提供商都这么在乎Email,在乎Email的真实性。我觉得真实性只能决定服务商的消息能正确的发送到用户的信箱里,而这些消息的大部分应该是广告。
作为登录帐号来说,Email跟一个字符串有什么不同?无非就是长点儿,还有个@号而已。
要验证真实性的做法就更奇怪了,要是用户输入个假邮箱或者输入错误,而收不到激活信,因为有这么一个门槛,这个用户就进不来了,这算不算是一种损失?
对于服务的Beta测试来说,让用户填个帐号,填个密码就够了,Email都没必要填,以后有需要再填就好了。很多人在注册的时候资料都是随便填,得到也没有太大意义;只有当这个用户融入这个网站的时候,他才会去在意这些信息,才会愿意使用真实的资料。
所以我觉得Email被附加了过多的功能,Email的价值被高估了,其实它只是一个通讯手段,完全可以像联系电话或IM一样,从各种系统里解放出来。
今天打开Zoundry的时候,发现它已经升级到0.9.137了,赶紧下一个来用。

官方资料里面特别提到了段落操作的改进:
New Enter key behaviour:
Pressing Enter key starts a new paragraph (<p/>); Pressing Shift+Enter inserts a line break (<br/>) within the same paragraph. Use Shift+Enter if you want to start a new line on the same paragraph.
按回车键开始一个新的段落(<p></p>);按Shift+回车键是在同一个段落里面换行(<br/>)
嘿,两周前我还给他们写过信,说这个事情,他们回信说1、2个月内解决,他们速度还是挺快的,现在这个操作方式方便多了,也更像Dreamweaver了。
另外,Zoundry对自己的不足也作了一下改进:
- 比如自己不支持复杂HTML(比如table)的编写,就提供了OpenHtmlFile的方法,让用户可以直接打开编辑好的HTML
- 增加了PasteAsHtml,让用户可以选择直接粘贴HTML内容,或仅粘贴文本内容
- 为图片加链接的时候不需要鼠标拖拽成高亮状态了,直接在图片上右键点"Create Link"就行了
以上是我比较感兴趣的更新,其他更新请看这里:http://www.zoundry.com/releasenotes.html
不知道Zoundry以后能不能支持多语言包,这样就可以彻底推广了。
Technorati : Zoundry
先说当当的,还真让laobai给说中了,当当对《哈利·波特与混血王子》搞了个差价返还,退到我的帐户¥16.5元。当当在这次哈6的价格战中好像一直处在劣势:
一,当当和卓越在哈6上市前搞的预售活动中,价格、VIP资格、附加值(优惠购买哈7等)上基本持平,具体过程我不了解,但是给人的感觉是当当一直在跟随卓越;
二,一开始卓越就说自己是首发,在首页放了一个大的倒计时,且广告中出现的都是“首发”,其实当当也是首发,但是对于这个当当根本就没做宣传,我估计让不少人都误会了,很多哈迷是不在乎在哪里买的,只在乎能不能以最快的时间看到(我也是);
三,卓越率先降价到5折,且对于预售的用户进行差价返还,当当也只好跟着做,先打个5折,然后差价返还。
这个事情还在继续,如果接着发展下去,不知道哪家先撑不住。
再说豆瓣,昨天欣总和老冒都在说“为什么没有人抄豆瓣?”,我觉得“抄”这个事分为两种,一种是完全复制,一种是模式复制。
完全复制就是豆瓣做什么别人就做什么,比如豆瓣是做图书评论、比价起家,这样的网站现在就有,不知道好图书算不算?
模式复制说的是抽出豆瓣的具体内容,书啦、电影啦、音乐什么的,只留下他的模式,比如评论、圈子、比价、Tag等,据我所知,今年6月的时候就有一个这样的项目,具体是哪个做的是什么,现在未经他人同意不好在这里说,但是我可以保证已经有了,请大家拭目以待。
另外,欣总和老冒都提到如果天涯抄豆瓣会怎么样,老冒说:“天涯抄袭豆瓣? 如果他们这么干,我预言注定失败。不信?我们打赌!”
我很想跟他打一赌,不过我更看好有用户基础的社区、电子商务网站抄袭豆瓣的模式,而不是完全复制豆瓣。在这方面,天涯有足够的人气,只要稍加应用,没准真能成功。我也看好当当或卓越这样电子商务网站去复制豆瓣,不过看来与其复制还不如去收购豆瓣,为C2C添一把柴。
这篇流水帐本来应该昨天写的,今天写出来有点变味了,因为睡了一觉我已经忘记了最初的一些细节和想法,下次有感觉一定要马上记下来,好记性不如烂笔头呀~
背景:盛大的盒子们终于发布了,见盛大推出消费电子品牌"EZ" 与台湾神达电脑合作,图片可以在这里看到。
在此之前,数位之墙的墙主黄彦达曾写了一篇数字家庭市场的另类想像,节选部分如下:
真正致命的是消费者隔著两公尺在用电脑,阅读很吃力。在试用此类产品时,笔者恨不得丢掉遥控器去弄个键盘来,然而马上发现低头看键盘,抬头看两公尺以外的屏幕,如此来回才是搞疯用户的关键。
这篇文章发表没多久盛大的盒子就出来了,今天看看,好像可以直接用来指摘盛大的数字家庭方案。文中关于数字家庭的观点相当明确,真是需要细细阅读:
现在,另一个产业动员的新科技领域也正在蠢蠢欲动当中。这个动员范围扩及软硬件制造业与媒体业,造成传统家电业与信息科技业之间四处对峙又联盟的新领域,称之为数字家庭。
身处其中的企业笃信数字家庭远景终将发生,然而对其可能的样貌却众说纷纭。值此当儿笔者必须再次提醒:企业把自己的需求当成消费者需求是危险的,厘清这两件事情,才能真正看清未来发展。
让我想起了王建硕的喜欢有之,还是喜欢用之,盛大的发展应该已经到了一个瓶颈,无法进一步发展的盛大只能把宝押在盒子这样的平台上,但是,这是不是盛大的一厢情愿呢?(借用上面的文字)盛大把自己的需求当成普通用户、玩家的需求,同样是危险的。

Flock听过很多次,今天一用果然不同凡响。
Flock 0.4.8 Preview基于Gecko 1.8 Beta5核心,和Firefox 1.5 Beta所使用的核心相同,并已经有了支持Windows、Linux和Mac的版本。和Firefox比起来,Flock最大的不同是内置了Del.icio.us、Flickr以及Blog API等网络服务的支持。[via Flock初体验 - WebLeOn's Blog]
我觉得Flock最棒的一点,就是把收藏夹和网摘绑在了一起,全面接管了网页的收藏、Tag、分组等等,与Del.icio.us配合得不错。不过看来Flock已经准备好与别的服务商合作了,没准在不远的将来可以看到365key也绑在里面,嘿嘿。
其实捆绑Flickr也不错,写Blog的时候可以直接调用Flickr里面的图片,只需要在Flickr Topbar用户名那里填写自己的,图片就会全都显示出来,很酷。不过我还没有找到直接向Flickr提交图片的途径(应该也可以找到类似的插件),我只能和Flickr单项通信,所以这个功能就不如收藏夹的那个。
最后,可以通过Blog API直接写Blog也是不错的功能,支持的Blog系统和Zoundry差不多,简单的Blog应该是够用了。但是,最不好的地方就是不支持本地图片,只能从Flickr里面选图片,而且对文本的格式操作不是很方便,初试下就被Zoundry比下去了。
总的来讲,Flock是个不错的浏览器,像是一个专门为Blogger做的浏览器,可以预见功能的扩展应该跟FireFox一样方便。
Flock的出现对我们思路的扩展有很多帮助,通过开放的API和源码,Web2.0的服务是可以这样组合的。让我们(在这个周五)畅想一下:
- 国内的网摘们(hexun、sina、sohu等)、相册们(yupoo、foto等)开放标准的API(365key、igooi已经开放),方便第三方开发者使用。
- 国内的BSP(BlogBus、Donews等)开放或加载Blog API,让客户端软件可以方便操作Blog。
- 国内的浏览器们(Maxthon等)和国内Web2.0各服务商合作,捆绑推销产品和服务
- 最后的情景会不会是这样,我可以在Maxthon上面收藏网页到365key、发图片到yupoo、用yupoo的图片在Donews写Blog,而这一切都在Maxthon一个产品里面完成?!
p.s.发现Flock网站使用的程序是ruby的,没准Flock.com以后会变成基于Ruby on Rails的AJAX项目~

上次激动应该是为了AJAX,为了他的实现方式,一种用户友好的方式。
自打前天看过Ruby on Rails的演示视频,我就又激动起来了。
这次是为了Rails的高速开发而激动,我以前一直没有发现有一门语言,或者是一个平台能如此简化开发过程,让项目开发人员可以把主要心思放在项目逻辑设计上,去充分发挥自己的想象力。
Ruby on Rails是一门专为开发Web应用的轻量级Framework,使用MVC模式。
本来只想随便看看,没想到看过后还不过瘾,手痒的厉害,于是按照视频指引,一步一步做了个简单的数据存储项目。感觉太棒了,他在设计上广泛使用了约定俗成的习惯,处处体现他设计原则中的“习惯约定优于配置”。
据说他和AJAX的配合很好,我还没有试用,不敢妄下断言,但是光看Basecamp, Backpack, 43 Things, Ta-da List的展示就可见一斑。
推荐对Web开发有兴趣的朋友去试试,没准可以找回以前对PHP的清新感觉~
最近关于Blog方面的讨论又多了起来,有些甚至是争论,唉,都是Blog惹的祸。
主要集中在几方面:
- BSP需要不需要首页?
- Blogger是精英还是草根?
- Blog比赛、评比
- 等等
最近一阵门户网站开始蠢蠢欲动,形容不太恰当,应该是已经运动了(几个月就来一次)~
新浪的Blog2.0出来没多久,搜狐和网易的Blog也跟上来了,新浪的Blog大赛和搜狐的Blog调查更是为这个本来就火的事情再添了一把柴,正在新浪搜狐争第一还次没结束的时候博客网的第二次大赛又来了~
一下子好像所有事情都和Blog产生了联系,各腕们儿也逐个露脸,品评是非,Blog圈一派欣欣向荣的景象。让人怀疑是不是Blog全民应用已经展开,各相关服务提供商可以轻松赚钱了?
我一直特别羡慕那些写个人类(生活、心情等)Blog的朋友,他们写得很自在,也很有个性……他们也许不会经常更新,也许不在乎自己的Blog是否会上BSP的首页,也许不在乎有多少人会看,也许他们并不在乎自己是不是精英,也许并不在乎什么比赛、评比,也许不在乎Blog有没有Feed,也许不在乎Blog这玩意叫什么中文名字……
他们才是最终用户,他们才是各方面需要争取的对象,所以对他们来说很多事情都是没意义的,也许再过几年会发现Blog的未来完全不是现在想的那样。
这篇流水账又为了Blog而Blog,唉,都是Blog惹的祸~
之所以会想起这个,主要是最近老有Blog提醒我,让我开始随想。
前几天,Yupoo起了个中文名:又拍网,看看他们自己的描述:
Yupoo 原意是: Yup photo , Yup 是口语化的Yes; Photo 就是图片.我们在合并两个单词的简化了其中的几个字母,变成了Yupoo; 同时又是Yup 在发音的时候,需要有个张大的口型, oo, 正好可以代表一对眼睛, 所以在策划之初,我们有句话叫张大您的嘴巴看世界.
今天上午,又看到doubleaf在说译名的重要,结尾的话是我最赞同的:
懂英文的国人不在少数,但不懂英语的只怕是大多数。我不赞成强行给Google安上一个“古狗”的译名,但真心希望这些公司注重中国市场,起一个像“飘柔”一样形神具备的好名称。
晚上,再次看到一篇提到译名的Blog:365Key一周年总结,曾哥写道:
最早不叫网摘,命名天天网摘是从10月23日开始,没想到这个词成为了一个热门词,它成为了“social bookmark”最形象的中文翻译。
接着感慨一下,好的应用如果有一个恰当且容易让人记住的中文名字,那该多完美呀~推荐给别人用的时候这种感慨最多~
现在还没好译名的名词都有什么呢?觉得应该有Blog、Blogger、Feed、RSS、ATOM、Trackback……
现在还没好译名的应用/网站都有哪些呢?Google、Feedburner、Bloglines、Flickr、Blogbus、Feedsky……

说到这里,想问问欣总:Feedsky的中文名字什么时候有呀?不如就叫草根天空吧,哈哈~
写在Apple推出新版iPod后,我随便写,大家随便看,不爽的随便骂~
我是一个伪iPod迷,以前非常喜欢苹果的iPod,但是我从来没有买过任何版本的iPod。
每次想入手iPod时都会遇到特殊的问题,发现好像是注定。以前的不说了,最近的这次,十一前,本来想去买一个iPod nano 2G,后来经过天人交战之后,我决定了还是买个PSP,首先证明我是一个伪iPod迷,我发现我所喜欢的是看上去的iPod,而不是真正的去用。
iPod看上去很美,我承认我是非常的喜欢~看,同时也非常激动于iPod每次的产品更新,比如iPod出了Mini版、iPod出了彩屏的Photo、iPod出了闪存的Shuffle、iPod出了彩屏闪存的nano、iPod出了可以看Mp4的等等。
不过话说回来,Apple iPod炒冷饭迹象实在太明显了,oh,他其实就在炒冷饭,一个mp3产品在mp3功能增加不多的情况下不停的更新、不停的发布新型号。当然,我非常佩服Apple,因为他那样做确实能挣到钱。但是我总觉得Apple并没有注意用户的感受,同时也不在意用户的需求。
如果你是iPod用户,半个月前刚买了iPod nano,半个月后出了个新的iPod,功能又增加了、外观又变新了,而且价位也差不多,你说你郁不郁闷?不过就算买了新的iPod,你可以看视频,但是不觉得屏幕实在太小了吗?还不是16:9的宽银幕,怎么办?等着iPod下一代产品出来,再买一个?
以上为毫无道理的对比,完全忽略产品体积、重量等可以决定购买的因素,特此声明。
最后,我承认我也是一个伪Apple迷,我喜欢大多数苹果的产品,如iMac、iBook、PowerBook、Mac mini、Mac osx等等,但是我从来也没买过。
Update:
- 其实不止Apple用这种做法做产品,Nokia从很早开始好像就这样了,所以他的手机几乎每个型号都有bug,但是还卖的不错。
- QuickTime的Movie Trailers栏目已经使用了为iPod准备的RSS,就像这个
Technorati : ipod
经过两天的使用,我简单总结一下Zoundry和Drupal配合的使用方法。
- 首先设置Drupal的Blogapi,路经是/admin/settings/blogapi,类型为MovableType。
我试了一下MovableType类型的支持最好,可以从Zoundry里面直接调用Drupal的分类信息。
- 接着设置Zoundry的Blog帐号,在Tools菜单下,它提供一个向导,可以轻松完成设置。

需要注意的是,要在类型里面选择Movable Type,然后在XML-RPC URL框里面填上你的xmlrpc地址,Drupal系统的在/xmlrpc.php,完整的是这个样的:http://www.your.com/xmlrpc.php
- 从Zoundry发布Blog,还可以做到自动上传正文图片,方法是设定Media Repository,也在Tools菜单下,设定如图:

然后就可以从自己的硬盘里选择图片,插入到文章里面,同时可以调整缩略图大小,发布内容的时候图片(包括缩略图和原图)就会传到指定的地址。
暂时想到这么多,以后再补充~
Technorati : Zoundry