由于博客的css和局限，我现在主要把这期教程发布到gae.kangye.org了，因为这样大家都访问也可以流畅些，结构也可以清晰些。
在GAE的Hello World程序中，我们讲了如何使用Google App Engine来创建一个输出Hello World的应用，在这一节中，我们将结合GAE的User API来显示访问当前页面的用户。源代码和比较美观的教程在显示当前访问的登录用户。
文章关键字 ‘Google’
[跟康爷学GAE]显示当前访问的登录用户
2009年02月28日，星期六Google全球出现Bug:任何网站都是病毒网站
2009年01月31日，星期六
刚刚用Google搜索，发现自己的所有网站都被标上了This site may harm your computer.十分震惊，接着用g.cn和Google的其他国家网站搜了搜，发现所有搜索结果中的网站都被标上了病毒网站，有图有真相：
Google的哪项服务是在赚钱的？
2009年01月24日，星期六To Google总部：模仿永远无法超越
2009年01月21日，星期三最近Goolge停止了对Google Notebook服务的支持，用户纷纷表示影响很大，结合Google最近所做的事情，想谈谈看法。上次我写了SearchWiki会成功么？，说SearchWiki很难成功，不得不说，SearchWiki自从推出之后，就销声匿迹，成为难得的Google产品大家庭中一推出就无人问津的产品。文中一开始就说，SearchWiki是Wikia Search的抄袭，所以很难成功。Wikia Search自己都么成功，你一个模仿产品能成功么？
SearchWiki会成功么？
2008年11月22日，星期六Google即将推出SearchWiki，说白了就是Wikia Search的抄袭，从这一点讲SearchWiki就很难成功。
Google的优势在哪里？它的搜索引擎，聪明而相对公正的搜索引擎。就这一点来说，是很有技术含量的。而SearchWiki是什么？什么都不是。。网上说SearchWiki是Google的Digg程序，可是Google的官方博客却给了这些人一个响亮的耳光：个人对于网站排名的顺序以及是否删除一个网站的显示将不会影响到其他任何人。所以，SearchWiki跟WEB 2.0一点也不沾边。
WEB 2.0的精髓是用户产生内容，而现在SearchWiki纯属个人的自娱自乐，然而Google却忽视了一个很重的事情，搜索不是个人主页。如果说Google的个性化主页是一个很成功的模仿Yahoo的产品，并且越来越有用，那么SearchWiki就是一个相当失败的个性化产品。用户的主页可以个性化，但搜索结果不能这么个性化，何况是如此孤立地个性化。
下面讲一下SearchWiki的两个硬伤：
1.SearchWiki是孤立的
如果说，用户对于搜索结果的排序以及是否删除一个网站不会影响到别人的搜索结果的话，那么，如果用户删除了一个很差的网站，而这个网站以后易主了，并且发展得很好，那么按照正常的逻辑，还是很难再次出现在这位用户的搜索结果上了。另外，比如某个用户很喜欢一些门户类网站，将它们的结果排前，而这些网站又经常抄袭某些博客，那么这些博客也永远无法再次排名到这些门户网站之前了，这实在是很不合理。
并且，人都是片面的，他个性化出来的搜索结果并不一定是最优的，而如果以后的搜索结果是根据以前的习惯智能化的话，他所搜到的东西将会越来越片面，这样，SearchWiki跟原来的Google程序的智能化程度会差很多，最后的结果就是，用户发现还是公共的Google好用，于是SearchWiki将会被遗忘。一句话，SearchWiki的孤立会让它毫无用处。
2.SearchWiki真的是孤立的么？
Google虽然说用户对于搜索结果的排序以及是否删除一个网站不会影响到别人的搜索结果，但Google真的会这么做么？可以预见，Google肯定通过SearchWiki拼命搜集用户对于搜索体验的数据，用户的习惯，而将其反映在公共的Google搜索中。所以，SearchWiki还是老老实实地测试下去吧，发布SearchWiki的结果必然是失败。
最后，插一个TechCrunch的插图：
对用户：
对Google:
想想即将关闭的Lively。
Google Lively为何如此快地失败了
2008年11月21日，星期五Google Reader+AideRSS=最佳RSS阅读器
Google Lively出来的时候，写了大量的教程，介绍，包括《Google Lively和中国》这篇蛮热门的文章。并且，在第一时间试用了很多时间Google Lively。最近，Google宣布说，将于下个月停止Google Lively，这好像是一个Google很快下马一个项目的例子，但原因其实也不复杂。
试用了Google Lively一段时候后，我就在FriendFeed上说，Google Lively很粗糙，肯定要失败。实际上，我认为Google Lively是Google总部和谷歌中国最有共同点的一个作品，事实其实也是，Google Lively其实由中国公司外包了很多东西。
为什么Google Lively会如此快的失败呢？理由有三：
一、Google Lively与Google 公司整体战略和形象不符
Google Lively一推出，就遇到了很多问题，包括不支持外文输入，连接速度不快，bug很多，虽然Google推出的任何产品都是Beta版的，但从来没见过如此粗糙的一个作品。很快，Google Lively上出现了很多色情Room，这些房间里的Youtube视频都是跟性行为相关的短片，而且Google Lively里的人十分复杂，然后里面又可以随便亲人，打人，使得局面十分混乱，应该说，从没见过Google公司深陷如此之尴尬地位。
另外，Google一直是搜索巨头，不论其推出什么产品，都有强大的搜索技术做后援，但Google Lively并不需要什么搜索技术，纯粹一无聊的东西，所以必然会很快下马。
二、Google Lively的程序缺陷
Google虽然在3D建模方面有所建树，可是用在Google Earth上可以，用在Google Lively这种虚拟人生中就不行了，而且还是让中国公司外包的，大大降低了作品的质量，bug超多，让很多来当游戏玩的人大失所望。
三、Google Lively已经没人玩了
试想，为什么Google Chrome支持了那么多IE型网站，而偏不支持Google Lively?因为Google 早就放弃Google Lively了。Google Lively在中国，在国外都已经没人关心了，因为在这个充满暴力，色情的虚拟世界中，而且环境还如此恶劣，有谁会去参与？没有人喜欢自己CPU长期99%，而且不是在玩什么好玩的游戏或者泡××。
所以，Google Lively早就死了，只不过Google终于说出了这句话罢了。
如何应对ghs.google.com被封（解决办法）
2008年11月18日，星期二昨天我说ghs.google.com被封了，对于Google服务绑定域名的用户来说是个天大的打击。。可是，通过Google搜索，我们找到了一种解决方法：
将你的子域名chname到ghs.google.com改为chname到ghs.kangye.org，这样你依旧可以使用Google绑定域名的功能。
你可以试着访问：
这个就是用Google Sites搭建起来的网站，现在绑定到wenyan这个子域名了，应该大家都可以访问了吧~
Google文档使用的一些妙着
2008年11月17日，星期一使用Google文档多日，和大家分享一些Google文档使用的一些妙招：
1.破解PPT
有些PPT是只读的，如果你想进行编辑，化为己用，那么要破费周折。而有了Google文档之后，只要将PPT只读文档上传，然后再下载，下载后的PPT就可以编辑了~
后遗症：
里面的所有动作都会消失，因为Google文档目前不支持动作。
2.存储PDF
Google文档使用的另一着就是用来存储备份PDF文档。因为Google文档没有容量限制，于是可以用作存储PDF文档的网盘，而且还可以很方便地和朋友分享。
3.Word转PDF
很多时候，我们需要将Word文档转为PDF文档，这时候就需要一些打印工具，而这些打印工具都会将里面的链接去掉，失去很多东西。有了Google Docs之后，就可以将Word文档上传，然后下载为PDF文档，方便快捷。
后遗症：
Word上传至Google后，一些格式上的东西会消失，但大体不会改变。
今天就讲到这，以后再来补充~
SEO对于博客以及中文
2008年11月17日，星期一很明显，如果页面上出现多次一个关键字，Google会给这个页面以很高的page value，但是，在中国，有以下一个很重要的问题：
抄袭严重。
抄袭严重，意味着很多时候对方的一篇文章和你的内容是一模一样的，而在这种情况下，如果对方的pv值比你高，那么搜索引擎会将其页面放在你的前面，这就是很亏的一件事情。
为什么我一直用Google，是因为Google在识别原始文章这方面是很有技术的，或者更明确地说是很don’t be evil的。而百度在这方面做得实在令人发指。我自己搜索过自己的文章，如果用Google的话，排名肯定比引用网站要高。而百度，尽管对方的页面上有本文的链接，它仍旧将对方的文章置于我之前。
下面谈谈SEO之于中文。
中文行文讲究错落有致，不重复，而这正是SEO的大忌，如果全文中一直重复提到一些关键字，对于文章而言是不适合的，而对于SEO来说却是大大有益。
总的来说，呼唤对于中文博客进行公正的排名，对其pv值进行合理确定，尊重原始文章，并且考虑的文字和SEO的冲突。