1。WordPress开放登记了，不再需要邀请。

2。BrowserShots.org提供了一项有趣的服务，提供一个网址，它就会在一段时间以后提供给你在各个浏览器中查看这个网址的页面快照，用来方便地测试自己的站点在各个浏览器中的表现，只是通常要等3-24个小时左右，实在是有些长。而且有个问题就是它给每个浏览器提供了一个链接，而且是好几个小时之后才生效的，但是没有一个类似于邮件通知这样的功能，我只好把那些个链接保存在一个word文档里面，准备过24个小时以后再去看，这个，实在有些土。
看一下我的页面在各个浏览器中的外观。

3。据传言爱立信要收购UT和/或港湾

4。UT断然否定可能被收购

5。汉澳敲响的丧钟为谁鸣？明年网游全面崩溃
这是这段时间IT界最富有娱乐气质的家伙，对于这则新闻我们可以给一个副标题 － IT界芙蓉姐姐再度出击。

按理说我应该用del.icio.us来作这个类似于今日快讯的东西，不过一是还不知道怎么把del.icio.us中的书签整合到这里来，二是我觉得这样书写一篇更显得自己确实是认真看过了这些东西，而不是一带而过就推荐给大家的。

看到Foxmail推出6.0测试版，这才陡然反觉自己已经很久没有用过邮件客户端程序来收取Mail了。
最早以前使用的是Foxmail，后来改为Becky，在改的时候还曾经费了很大劲把Foxmail里面的邮件转移到Becky中，并且为了保险又把Foxmail刻了2张CD。

后来是拥有了Gmail的帐号，最开始Gmail总是登录不上，所以曾经闲置过很长一段时间，在那段时间中仍然在使用Becky（说实话，Becky是个很不错的工具，虽然是日本人做的）。

转折的契机是进入了UT之后，除了Outlook客户端之外其它所有邮件程序在公司内部都无法正常收取邮件。这让我非常苦恼，我实在是很讨厌Outlook的庞大，远远超出了我对一个邮件程序的期望，而那些功能又是我几乎永远用不到的。

从那时候我开始重新审视Gmail。
1。Ajax的表现力和友好性，让Gmail在web上的呈现完全可以媲美于任何邮件客户端程序。
2。目前2.6G的容量让我在短时期内绝对不用担心磁盘空间的问题。
3。在任何可以接触Internet的地方，都可以看到我所有的来往邮件。
4。Google的搜索技术让我不用过多费心去整理邮件，需要的时候只要search就行了。
5。关于一封邮件的来往回复，全部都按照发送顺序显示为一个系列，这是我见过做的最好的Thread功能，非常贴心。

于是，现在Gmail的界面会始终在我的Firefox中打开着，大多数重要的邮件反馈地址都已经改成了Gmail的地址。
我不知道是否邮件客户端的厂商已经感受到了Gmail所带来的Webmail冲击，但是不论如何，我个人已经不再去使用需要安装，需要备份，需要设置的那些邮件客户端程序了。

BTW：昨天发现在Gmail中如果选择下载所有附件的话，Gmail居然会自动把所有文件做成一个zip包，然后再下载到本地。

Gmail Google

今天Google的blog上说已经推出了一项新的服务－Google Analytics。
这项服务用于分析站点的用户群是怎样汇集过来的，并且这些用户又是怎样在浏览和使用你的站点。倒不算是什么新鲜的内容了。
当然这仍然是一项免费的服务，只要拥有Gmail的帐号就可以注册。
注册的过程简洁而快速，但是最后让我迷惑的是Google需要你在站点的所有页面上都添加一段Javascript的代码。

For Analytics to function, you or your web administrator must add the code to each page of your website.

倒不是说害怕Google的这段代码有什么问题，而是在每个页面上都添加，是不是有些过份？我在自己WP的wp.php文件开头添加了这段代码，但是check status的结果却是说Google追踪不到这段代码。

Any suggestion appreciated except adding this code to *each* page.

Google

今天从keso那儿看到Google Base可以用了，很早就听说过这个服务，也曾经有些沸沸扬扬的评价，可惜从来没有自己用过。

今天总算可以用用，当然使用的前提是你必须有一个Google Account，其实也就是一个Gmail的帐号就行。

Google Base整个概念比较简单，聚合各类用户自己发布的信息，并且提供Label（Tag）支持，允许Base内搜索，如果是一个小公司作出这个东西，可能并不会产生什么效应，但是如果是Google作出来的，可能就会不太一样了。

来看看Google Base都提供了什么，当我们放入了一条自己的信息之后，页面将是下面这个样子。

可以简单地添加任何自己想添加进去的东西，妨似一个可以随意定制的数据表管理页面，Google在搜集所有允许搜集的信息。

用户是最大的成功因素，不是说你这个服务有多新颖，UI做的有多好，而是越多人用价值就越高，小灵通如是，QQ如是，Google也如是。

如果由于Google的影响力，越来越多的人将自己的信息，自己的Idea放在Google base上，那么很可能一些小型的专业网站要面临着比较大的冲击。

让我们猜测一下：
1。允许添加Jobs,Services，添加个人的Profile，那么专业的求职站点，比如51job是否会受到影响？
2。允许添加Products，那么taobao是否会受到冲击（当然在跟信用制度，付款手段挂钩之前，这还不是问题）
3。允许添加Reference Articles，那么是不是最终会发展成豆瓣的模式？
4。更要命的是允许自己添加Item Type，也就是你想要发布的任何东西都可以自己整理一下（想想属于什么类型的，需要描述这个东西的哪些特性）发布上去，这就意味着Google Base有无限可能，只要拥有了元数据，那么至于界面怎么呈现，怎么做的更友善，更贴近于这类东西的需求，那么只是Coding的问题。

但是也仍然有些疑问：
正是允许自己添加Item Type，那么会不会产生大量的Spam，或者很多语义相近的类型，Google肯定是会有审核机制的，但是这种审核恐怕不能靠机器完成，但是如果要靠手工去做人为判断，工作量之大在真正发展起来的时候恐怕也是不可想象的吧。
或者就是Google在觉得已经几乎搜集完所有的Item Type之后，将关闭用户自己添加Type的功能，而只能从已存在的Type中选择，这倒也是一个方法。

Update（2005-11-17）
keso在今天也帖出了一篇Google Base是个大家伙，以keso的影响力自然合者甚众。观点跟本文相近，倒是留言中有些有趣的东西。选一条反驳一下。

ocde说：

Oracle也许该考虑别总卖他的数据库软件了，也该去着手建立他自己的web-database了！

我说：
呵呵，这是两个概念了，Oracle卖的是关系数据库的存储技术，而gbase则是一个搜集信息的平台，也许gbase搜集的数据也全部存在Oracle RDMS中，所以这两者根本不冲突。信息必定最终是存储在介质上的，而介质的管理才是Oracle在作的东西。

BTW：Google正在推出越来越多的服务，但是都是基于Google Account的，所以如果有人现在还没有Gmail帐号，但是想受到邀请的，请在这里作comment，我会尽快发出邀请，有100个邀请送不出去呢，呵呵。

Google Google Base