貌似Google Reader抓取供稿的最低间隔是10分钟

2010 12 6 01:17 AM 0 条评论 1775 次查看

分类：Google Reader 标签：Google Reader, RSS

刚用Doodle的生成历史供稿的功能把本站的feed全部生成了一遍，过程非常艰辛，不过总算搞定了。

发现一个问题：Google Reader的抓取蜘蛛Feedfetcher-Google会记录上次抓取供稿的时间，不到10分钟的话是不会再次抓取的。因此最好是用PubSubHubbub来提醒Google Reader更新。

另一个教训就是不要在feed里用CDATA标签，因为文章里可能也会用到CDATA（特别是要做一些JavaScript特效而不得不写CDATA时），我为此就折腾了半个小时才定位到错误原因…

在GAE中使用Warmup Requests（预热请求）

2010 12 3 11:14 AM 0 条评论 2767 次查看

分类：Google App Engine 标签：Google App Engine

随着SDK 1.4.0的正式发布，Warmup Requests的文档终于出来了。

在一个新instance上载入你的代码时，会导致Loading Request。
也就是说，instance必须载入这个请求里所有import的库，这会导致明显慢于其他的请求。
Google给出的建议是：
  • 启动时只载入必需的代码。
  • 少访问硬盘。
  • 在某些情况下，从zip或jar文件中载入代码会比从很多独立的文件中载入更快。（注意是在某些情况下，别一股脑全zip了。）

解决Opera和Safari下难看的中文显示问题

2010 12 2 09:25 PM 0 条评论 4605 次查看

分类：Web 标签：CSS

昨天闲得无聊测试了下各种字体的显示效果，今天看到一篇《Mac 和 Windows 的中文字体显示效果》，才想起这玩意还和操作系统有关。

其实玩Mac和iPhone时都觉得中文很好看的，同样的字体弄到Windows下就大打折扣了。Android的字体也是这样，所以问题肯定还是Windows惹的。
而且关键是我用的还是英文版的Windows，缺省的中文字体虽然是宋体，但有的浏览器很傻（例如Opera），会把简体中文当成日文和繁体中文，而用新细明体（PMingLiu）来显示。
更扯淡的是直接设置font-family为"新细明体"或PMingLiu都正常，显示效果和宋体一样。但是当浏览器匹配失败，而使用缺省的"新细明体"时，它的表现却类似于“新細明體”；于是这些文字看上去就像异体（或繁体），而简体字独有的汉字则显示成其他字体，结果导致文字参差不齐，看上去非常糟糕。
最扯淡的是Opera这种糟糕的浏览器还不遵循font-family的规则，匹配字体时，如果英文字体写在前面且在系统里找到该字体，就会无视后面的字体，于是显示中文时就会用缺省的新细明体了。

用Google Chart API生成QR码

2010 12 1 02:19 AM 0 条评论 3741 次查看

分类：Google 标签：Google

逛Google Code下载文件时总会遇到QR码，今天好奇地看了下网址，发现是Google Chart生成的。

其实也不用看什么文档，Google本身就提供了一个生成网站。

用空格还是制表符缩进有什么好争的？

2010 11 30 09:37 PM 4 条评论 8273 次查看

分类：Python 标签：Python

今天看到V2EX有人在争Python源码应该用空格还是tab，不想进去插话，于是写在这里吧…

就我本人而言，我是习惯tab的，原因很简单，几乎所有的程序语言都推荐使用tab来缩进。
单独使用Python还没什么，但如果混合其他语言的话，就会觉得别扭了。
举个最简单的例子：在使用Python模板时，Python、HTML和JavaScript代码是混合在一起的，后者我都是用tab来缩进，我不可能单独在写其中的Python代码时敲几下空格。

StringIO就是个悲剧

2010 11 30 07:33 PM 0 条评论 2499 次查看

分类：Python 标签：Python

由于发现list.append()方法很慢，于是去测试了一下，顺便也弄上了StringIO，结果发现StringIO的性能太差了，还不如字符串相加。


测试取的是一个200多行50多k的网页，每次加一行来测试速度，代码如下：

« 看看还有什么好玩意