IE可以使用的类Firebug工具

自从Firebug推出之后，得到了广大web developer的认可，借助它的帮助，开发者可以非常容易的在firefox里调试Ajax程序，但是IE怎么办？毕竟它占据了90+%的浏览器份额。
到目前为止，还没有一个IE平台下可以超越Firebug的工具，但是有不少类似，功能上稍逊一筹的类似工具。

1. Internet Explorer Developer Toolbar
这个是Microsoft官方推出的一个面向开发者的工具栏，提供了很多有用的功能，包括DOM Inspector, CSS Inspector等，但是不能对javascript进行调试，这是非常失败的地方，但是聊胜于无，用总比没有好。

2. Web Development Helper
   
   这个应该是一个ASP.Net开发人员自己写的一个toolbar,可以查看http request调用情况，相对前者多了一些功能。也可以对javascript进行调试、查看，但是很多功能只是针对ASP.Net，比如javascript的调试只能针对ASP.Net Ajax和Script#生成的代码！在本地环境，可以查看ASP.Net代码的调用栈等debug信息。
   对于我等php的开发人员，可以使用的功能就有限了。但是多了一个XMLHttpRequest的traffic log，对于一些ajax程序的调试还是很有帮助的。

IE浏览器UTF-8编码设置

在mywhere.org刚刚发布的时候，虽然页面的编码设置的为utf-8,但是在IE里面的缺省显示始终为乱码，需要手动把浏览器的编码修改为自动选择，但是在firefox下面的显示很正常，百思不得其解，甚至有将编码改为GBK的念头。
今天在blogger.com上写blog的时候，突然注意到blogger.com采用的是UTF-8的编码，但是他的中文显示没有丝毫的问题，那么它是怎么解决的呢？
经过查看blogger.com的html输出，发现解决方法其实非常简单：utf-8的大小写。
在mywhere.org的原始代码中，关于编码输出的设置是:

<meta equiv="Content-Type" content="text/html; charset=utf-8">

正确的应该是：

<meta equiv="Content-Type" content="text/html; charset=UTF-8">

你没有看错，因为大小写的原因，IE不接受！
现在你该知道IE是多么的BT兼弱智了!

live.com中国地图服务开通

好几天前的消息了，但还是有必要在这里记录一下。
上去仔细浏览了一下，应该说地图的详细程度非常高，应该比ditu.google.com要更为全面。其实这个并不能反映Microsoft或者Google的什么技术水平，只能是他们选择的国内地图数据合作方的比较。
live.com的合作方算是中国的navteq:高德软件(AutoNavi),(公司的简介上写着：2006年在中国车载预装导航地图市场份额超过50％) Google地图的国内合作方是:图盟(mapabc.com)。但是从高德软件的“联系我们”中的信息，似乎mapabc是他的子公司，那么应该说这两家提供的数据应该相差不大才对。（但是难道Google或者Microsoft在与他合作的时候没有签订类似同业回避的约定吗？）
其实对于这些外国的地图服务商，比较他们在中国提供的服务，纯粹技术水平层面的比较是没有太多意义的，由于国内对地图数据严格的政策限制，比较的就是和政府的关系，以及合作伙伴的人脉能力。
另外，高德软件的投资方是红衫资本，应该说它的发展前景还是很被看好的，确实国内虽然这两年在汽车导航硬件方面的竞争进入白热化，但是软件以及数据方面，我们还没有看到太多的竞争，也可能竞争同样激烈，但是不广为人知罢了。

Google Account Auth Vs. self account registration system利弊谈

mywhere.org采用了Google Account Auth的技术来进行用户认证的管理，之所以采取这种策略，主要是考虑到：

1. Google Account已经具有众多的用户，采用它的认证管理技术，对已经拥有Google Account的用户，很轻松就可以成为mywhere的用户，降低了他们使用mywhere的门槛
2. 免除了自己开发一套考虑周全的用户注册/认证系统，加快mywhere上线的速度

现在已经有很多类似的第三方用户认证系统，其实Google Account Auth不算一个单纯的用户认证系统，因为它必须要与Google提供的某一项服务绑定，无论Google Calendar,还是Google Base，总是不够独立。已经有很多开发人员在Google Account Group里面抱怨了。现在专业的第三方认证提供商，做得比较好的应该是openID，但是在国内似乎使用的不多。而国外很多blogger采用了它，即只要你拥有openID，就可以在很多blog里面留言，无需注册。
其实这个概念和Nell构想的商业计划是不谋而合的，只不过一个是网络世界，一个是现实世界。
但是采用Google Account Auth也有他的弊端，最主要的是：

1. 你的目标用户是否与Google Account拥有者群体重合。如果重合当然最好了，对于你的网站来说那是数量巨大的潜在用户。如果不是很好的重合，那就给目标用户带来了麻烦：他必须去理解认同这个概念，然后去google注册一个账号，再返回来登陆你的网站。多了两步，而且这两步对于这类用户是很致命的，因为往往非Google Account拥有者，相对来说，对于网络的理解比较浅，或者从另外一个角度来说，他们比较谨慎，对新奇事务总是抱有戒心。
2. 前面已经提及，Google Account Auth必须与Google的某一项服务绑定。如果戒心比较高的用户（由于中国的网络环境，这类Geek级用户往往比普通用户对个人隐私，网络安全更为重视），他会怀疑你是否会窃取相关信息，从而放弃让第三方网站从Google取得认证。

其实，解决起来很简单，Google完善Google Account Auth，无需和它的人和服务进行绑定即可，这样理由2就不存在，但是1还是有可能存在，但是如果Google能够很好的推广完善后的Google Account Auth，凭借Google的口碑，应该有越来越多，不同层次的用户使用这个服务。

珍惜生命，远离IE

像每一个Microsoft的产品一样，IE极其的流行，不是因为它有多么的好，只是因为它已经安装在用户的电脑里。
每一个做过web开发，做过ajax应用的都会对它深恶痛绝，包括我。
这几天测试mywhere.org，在firefox和safari下都表现良好，偏偏在IE6下有很多莫名其妙的错误，bullshit!
IE对javascript和css标准的支持，如同美国对联合国宪章的遵循一样，说一套做两套。
我对每一个认识的人都会推荐Firefox，没有更多的原因，远离IE，让web开发更简单，让流氓网站无法流氓。
重复一句，珍惜生命，远离IE。

interesting post

apple looking to buy Autodesk?!

mywhere.org上线了

终于，mywhere.org正式上线了。
早上把代码上传到服务器，然后自己简单的测试了一些功能，不可避免的修改了很多细小的地方。很希望能找到一种开发模式，使得发布前不会是手忙脚乱得一团糟。过几天会开通sandbox.mywhere.org作为一个开发环境，这样比纯粹的localhost要好很多。
从最初的想法，到现在一个雏形，大约经历了四五个月。还记得有一天晚上找几个同事一起在干锅居边吃饭边探讨的情形。接下来的波折非三言两语可以述说。中间有过放弃的念头，有过怠工，但最终坚持完成，也是对自己毅力的考验。
最近一个多月，冷落了关心自己，以及自己所关心的人。实在是因为自己日程安排得比较紧，没有太多的时间来考虑其他的事情。即便如此，上线的日程还是推迟了一周。对于那些被告知11月底发布的朋友，说声sorry,让你们久等了。
最后，感谢手头的Thinkpad T61p，绝大多数的代码都用它完成，虽然自己一心要买一台Macbook Pro来替代它，还是任劳任怨的陪我工作到深夜。也感谢杨乃文，有她音乐的陪伴，即便工作到凌晨不至于太无聊。