尝试了很多次，碰壁了好多次，刚刚终于找到使用二级域名通过Test to finalize setup的方法。

先说我这个Blog在设置GFC时的步骤：

1. 到Google Friend Connect
2. 选择Set up a new site
3. 填写站点名称[Blog]和Home URL[http://blog.94smart.com]，继续
4. 下载两个文件并上传到blog的根目录，继续
5. 点击测试按钮
6. 报错： 
   We were unable to locate required files at the home URL:
   Confirm that http://blog.94smart.com/ is the correct “Home URL” of your site. If not, go back.
   Confirm that rpc_relay.html is at your “Home URL”: http://blog.94smart.com/rpc_relay.html
   Confirm that canvas.html is at your “Home URL”: http://blog.94smart.com/canvas.html
   Please correct the above issues. 

翻了翻GFC Group发现这个问题困扰很多人，但并没有实际解决的方法。本来我都放弃尝试了，后来看到Google提供的GFC样板站中有一个使用的是二级域名实现的，所以决定再试一下。

后来终于试出了欺骗大法：

1. 准备二级域名[blog.94smart.com]的顶级域名[94smart.com]，测试其是否可以通过测试，如果通过可以进入下一步。
2. 重新set up a new site
3. 填写站点名称[Blog]和Home URL[http://94smart.com]，继续
4. 下载两个文件并上传到顶级域名的根目录，继续
5. 通过测试并通过
6. 进入后台Blog的Site settings，将Basic里面的Site URL改成[http://blog.94smart.com]，选择Save and test。
7. 报错，而且和之前的提示一模一样。。。
8. 点击别的菜单，我点的是Site settings的Advanced标签
9. 再切回Basic时，地址栏里已经是[http://blog.94smart.com]了，至此完成。后边可以测试下gadget，我用了Add Members和Wall的gadget。

希望这篇东西可以帮到有同样困扰的朋友，有兴趣的也可看看我Blog右侧的GFC gadgets~

在这场灾难里，有被雨雪压倒的房屋、堵在高速路上的车辆、无法回家的外地务工人员和能源物资缺少的城市……

他们最需要什么？我觉得应该是摆脱困境的方法及各种实在的援助、支持。

最早知道谷歌春运交通图，是通过白鸦的twitter和blog，后来才看到谷歌黑板报的文章，春运交通图是一个架设在谷歌地图上的特殊标注及内容，整合交通线路、天气预报等相关资讯，确实很全面很强大，但这又有什么用？

后来收到飞递（Feedsky的中文名）话题广告的邀请信，才知道谷歌在大力推广这个春运交通图，还冠以公益头衔。

我的第一反应：哦，原来是谷歌的商业行为。

想法未免有点偏激，但是我认为公不公益得看发起人以及动机，虽然公益不排除商业行为，但是跟赤裸裸的商业动机（比如大雪无情，卡巴有情）还是有很大区别的，公益不应该建立在”使用谁的产品”这个基础上。

ok，不扯了。

最后，我所能做的除了在这里说说，只剩下祝福，祝福受灾地区的人们早日摆脱困境、能够在家欢度新春！

Technorati : Google map, Guge, 春运交通图, 橙色关怀, 谷歌, 雪灾, 黄丝带

不可否认，这种方法确实减少了CSS文件里的HTTP请求数，但是图片的更新和配置比较有难度，且半透明和不透明图片最好分开打包。

最后，也许是我胡思乱想，这种方法如果继续发展下去，完全可以省去前端操作人员（网页制作、编辑）用Photoshop切割图片的工序，会否变成引用原设计图直接作为资源图片呢？

Technorati : CSS, CSS Sprites, Google, XHTML, Yahoo

Feed订阅以前还有的选择，是添加到Google Reader还是添加到iGoogle，现在”添加到Google”功能全部直接跳到了”添加到iGoogle”，郁闷~

Technorati : Feed, Google Reader, iGoogle

Google也并不是什么都做得很好，以下收集部分不爽的体验：

Google Bookmark，没有批量删除功能

以前曾用一个Firefox插件导入过本地的收藏夹，结果发进去两百多个不应该出现的链接，想批量删除都做不到，只能手动一个一个删。

感觉这个产品好像不太完整~

Google Notebook，不能记住我的动作

每次我向共享笔记本里添加内容的时候，每次都不厌其烦的提示我：”这是公开的笔记本。<在其公开网址上可以立刻看到更改。要继续吗？”。

还每次都得确认，就不能记住我的选择吗？或者给我一个选项”下次不再提示”也行。

Google Reader，没有搜索功能

并不是只有它没有，但是我现在用得比较多，所以没有搜索是最麻烦的，很难想象一个以搜索见长的网站的服务，居然不提供搜索功能？！

读了很多内容，加了不少Star、Share和Tag，但是却搜索不了，这有多郁闷。所以每次只能使用列表显示上述内容，在这个时候列表不分页及Ajax逐步显示，从贴心设计变成了使用负担，整一个好心办坏事。

OK，今天就记这么多，是为之一，后边有的再开之二、之三的。

Technorati : Google, Google Bookemark, Google Notebook, Google Reader, UE

游戏：暴雪发布星际争霸2

如果现在有人问我还玩PC游戏吗，我肯定会说出了暴雪系的都不玩了~

在暴雪过足了让玩家长时间关注的瘾之后，发布了星际争霸2，这一款经典即时战略游戏的非网游续作，又将是一款经典的作品。

想起第一代大学的时候玩了很久，玩得不好但还是很喜欢，后面虽然知道了暴雪的新作，却还是要接受暴雪的跳票，真没办法，新出的这作不知道什么时候才能玩到了，有没有办法不让暴雪跳票呢？

种子：Google收购Feedburner

可能是谣传，可能是真事，每回Techcrunch报料好像都成真了，这次也可能不例外，而且Feedburner现在正等着别人来收编，给Google总好过给Yahoo、微软，希望它可以继续顺利运行就好了。

Feedburner最近在做国际化项目，连测试中的中文界面都这么抛出来，看得出来是有些急，也许是到了谈判的关键时刻，不得不这样？！

Feed就翻译为种子，Burner呢？合起来叫种烧？（纯粹玩笑，希望译者看到不要介意)

说起种烧就想起种天（来自twitter里Feedsky被起的外号），Feedsky之前的融资、最近国内出了个种茶（Feedtea）等等，都说明国内对Feed的认识有了一定的提高，Feedsky被（百度？！）收购可能也是指日可待了吧？

Technorati : Feed, Feedburner, Feedsky, Google, StarCraft2

我比较喜欢自定义短语和网络同步这两个特点：

• 自定义短语，自己决定字母组合对应的短语，支持导入导出，用起来很方便。
  

• 网络同步，通过Google帐号同步，这样在哪里都可以使用相同的词库。
  

大多数地方都让我满意，不过翻到去年6月写搜狗拼音的文章一对，空格确认、输入法隐藏……居然跟搜狗拼音的毛病一样，难怪谣言说Google抄袭搜狗拼音呢~

我还是继续用微软拼音吧，现在的微软拼音2007也挺好用的，关键是符合我的使用习惯。

扯远一点，Google在国内有点奇怪，我猜是觉得拼不过百度所以不在贴吧、空间等方面争，看到搜狗拼音在收集用户习惯上有点前途，就也做一个差不多的，想着先灭了搜狗，再考虑别的。

扯完~

Technorati : Google, pinyin

去年写过一篇跟Passport有关的文章，当时是挺想做一个Passport系统，把其它网站的用户接进来，然后再共享出去。

当时技术实现都想好了，也拉了人想去做，后来突然发现有一个重大问题没有考虑清楚，就是用户从哪来的问题，除非你有大量用户跟使用该Passport系统的网站交换，否则一切都是胡扯，别的网站不会轻易和你共享用户，毕竟做网站的对用户资料都是看得挺重的。

这种设想肯定有不少人都作过，但是都在很多环节上放弃了，因为这件事并不是谁都可以做的，之前微软和SUN作过类似的尝试，但是感觉还是在自己的服务上用得不错，没法给其它网站使用。

而现在，Google正在做这个事情，我觉得成功的机率很高，因为Google有别人提供不了的如此众多的用户资料，以及不做恶的口碑，使其它网站都会愿意与Google共享。虽然现在实现的跟微软的Passport差不太多，相信随着Google开发更多的资源、优化各种流程后，Google的Passport会有一个不错的发展。

此举应该也会刺激到微软、Yahoo及其他网络巨头，使他们继续优化各自的服务，增强他们的Passport系统，搞不好未来只有那么几种公用的Passport系统：Google、微软Live、Yahoo……

今天的YY到此结束~

p.s.Zoundry最近疯狂的更新，又预示着什么呢？

Technorati : API, Account Authentication, Google, ID