好消息：

1. google app engine 注册不需要排队了。只要有 google 账号就可以创建 app，不过需要短信验证，试了一下输入 +86 我的手机号，可以正常接收 google 的短信。
2. 提供了两组新的 api，memcache 和 image api。前者还没仔细看，不过看名字，估计对提升性能有帮助；image api 我之前也在期望 google 能提供，不过看了一下文档，似乎只有基本的缩放、旋转、剪裁等功能。没有我期待的 draw_text，给图片加水印、生成验证码之类的功能是没戏了，希望以后能提供。
3. app engine 公布了收费方案，没仔细看，看起来挺便宜的。对我这种玩玩的来说，免费版的提供的限额足够了。

坏消息：

1. app engine 似乎有 因为某种原因导致国内用户无法访问 的趋势。希望只是某系统一时抽风。。。。
2. 似乎 plog 通过网页发文章出了点问题，不知道是哪次修改带来的 bug，我只能通过 API 用 Windows Live Writer 写文章。。。

附问题1的临时解决方案：

下午研究了一下，发现是 209.85.141.118 这个地址坏掉了，而 appengine.google.com 和 *.appspot.com 在我这里解析的时候，DNS 返回的地址有3 种可能：209.85.139.118、209.85.171.118、209.85.141.118，前两个都是好的，如果碰巧遇上第三个，就访问不了。另外如果绑定了 google apps 的域名，那几个 ip 也都是没问题的。

解决方法呢，可以在 %SYSTEM32%\drivers\etc\hosts 里面加上：

209.85.139.118 ***(这里是想要访问的地址).appspot.com
208.85.139.118 appengine.google.com

不过，这也只能方便网站拥有者本人，总不能要求每一个访问你网站的人都去这么设置吧。

研究这个的初衷是为了让 plog 能支持通过 Google Docs (http://docs.google.com) 写文章。那样的最直接好处就是有了一个 WYSIWYG 的编辑器，而且它都会帮你处理好 html 过滤的问题(后来发现我还需要再过滤一遍)；另一个好处就是可以让 plog 支持桌面博客工具写文章，以提升我写作的动力 >o<

Google docs 支持三种 API: Blogger、MetaWeblog 和 Movable Type。A Core 说Movable Type 号称最有前途的 API，但是我没在网上找到太多的资料。。。。不过不管怎样，先看看 google docs 到底是怎么通过 API 和 blog 程序交流的。

往试验田 (http://joeseayam.appspot.com) 放了一个 dumper，用来记录 request 和 response 的数据，然后用 google docs 发文章，初步的实验结果如下：

三种 API 都是用的 xml-rpc 来和服务器通讯。

无论选择哪种 API，一开始都要调用 blogger.GetUsersBlogs，来获取该用户的 blog 列表，以及每个 blog 的基本信息(如 url、id、name)。于是我就造了个假的 response 返回给 google。

之后，如果选的 API 是MetaWeblog，那么会调用 metaWeblog.newPost；如果选的是 Blogger 或者 Movable Type，那么调用的是 blogger.newPost。
如果文章已经发过一次了，第二次 publish 调用的就是 metaWeblog.editPost 或者 blogger.editPost。
我不明白的是为什么 MT 和 blogger 要调用一样的 API，而且是 Blogger API 1.0，这个方法的问题就是没有 title 这个参数，也就是说我没法在 google doc 里面设置文章的标题。。。

但是 MetaWeblog 有另一个问题，不知道是不是 google doc 的 bug：
如果我想在文章中写一段有格式的 html 代码，比方说写一段文字<h1>Heading</h1>，然后格式成<h1>，那么 html 应该是这样：
<h1>&lt;h1&gt;heading&lt;h1&gt;</h1>
但是实际上发过去的 xml 中的内容却变成了这样：
&lt;h1&gt;&lt;h1&gt;heading&lt;h1&gt;&lt;/h1&gt;
然后一转义，成了这样：
<h1><h1>heading<h1></h1>
于是格式乱掉了。
但是 blogger 的 API 就没有这样的问题。。。真是难两全啊……回头看看 别的 blog 程序，比如 wordpress 是怎么处理的这两个问题。

另外，google docs 生成的 html 中，每个标签都会有一个 id 属性，我觉得在文章中出现这个是没什么必要的，所以我希望把它过滤掉。所幸的是，昨天在网上找到一个现成的 python html filter：
http://amisphere.com/contrib/python-html-filter/
感觉很好很强大，可以自定义允许的标签以及属性的白名单，还可以修复一些不规范的格式，以后编辑之后的 html 就可以用它来过滤了。

熬夜，睡觉，中午起床，玩游戏，写 plog 代码。。。

今天终于把 tag 功能搞定了，原本以为是一个比较简单的功能，但是做起来才发现我对 google app engine 提供的 datastore 功能理解太少了。

因为不支持 JOIN、DISTINCT、COUNT、GROUP 等功能，所以不能用常规的关系数据库的思维来设计数据存储方式。到最后还是参考了别人的一个例子，才想到用 StringListProperty 来存储若干 tags。

不过，随着功能的越来越多，页面布局和样式我也越来越搞不定了。我从小就没有艺术细胞，所以虽然我懂一点 css，却只能胡搞。。再次呼唤美工大牛们给俺一些指点，Orz...

另外还修复了一个时间显示的bug，现在发帖时间能正常显示北京时间了。

calendar widget 还没想好如何实现，而且现在看来也不是特别需要。

不过感觉现在增加的这几个东西还比较丑，而且还破坏了原来布局的美感……我辜负了 蓝 给我的耐心指导。。抱歉。。。

希望能有更多懂美工的朋友能给我提一些建议，小七将感激不尽 Orz

下一步任务应该是 分类 以及 tag 了吧，五一期间好好考虑考虑怎么做，嗯

(edit:) A Core 说，RSS 更重要

所以我希望能输入一些 rich text，比方说一二三级标题区别显示，比方说字体颜色，比方说超链接，比方说图片，比方说图片+超链接，比方说表格，比方说 script..哦，这个不要，有安全隐患。

但是我该选择用何种方式呢？
一开始打算实现一个简单的 WYSIWYG 编辑器。现在有不少现成的这种程序,但是我不打算拿别人的过来用(想想引入别人的一个体积超过 plog 代码若干倍的程序包，多不爽呀。。)，但是如果自己实现的话，恐怕我一时半会捣鼓不出来一个像样的。

所以我后来又打算用一些 text-html 标签，参考了一些别的东西。

wordpress 用的是 html 标签，但是为了安全，过滤掉了一些东西，比方说 script。

wiki 标签，这个现在也比较流行了，但是翻了一下 wiki 标签的标准，发现 WikiCreole 似乎是用的比较多的， 也找到了一个 WikiCreole 的 Python 实现，但问题同样是体积比较大。

UBB 标签，这个在国内论坛上用的比较广泛，把常见的 html 标签改成了类似[IMG][/IMG]的这种形式，从而保证了用户只能输入安全的标签。 没有找到 python 的实现，自己实现一个估计也不难，但是问题是这种标签似乎没有官方标准，怕以后给 plog 开发对外接口的时候遇到麻烦。。。

又看了一下 Django 号称支持的几种 filter: Textile, Markdown 和 ReST。 第一个似乎不错，和 wiki 有点类似，而 Markdown 和 ReST 看起来功能有些简单，而且语法看起来也不那么清爽，估计会影响用户的情绪。

试了一下 Textile 的 python 实现，虽然体积也比较大，但是只有一个文件。
不过后来运行时遇到一个问题： google app engine 的开发工具在 Windows 下有个 bug: 某些 C modules 不能 import， unicodedata 模块就是其中一个，这就导致我没办法在自己的机器上运行 plog，只能部署到试验田去运行，影响了开发的情绪。。。

问题是我到底该用哪种方式呢？
我需要的是一种应用比较广泛，并且有一个比较明确的规范的 text-html 转换方案。初步打算继续模仿 wordpress，硬着头皮搞 html 标签过滤; 或许等 google 修复了 sdk 的 bug，用 Textile; 或者干脆用 wiki 标签算了。不过 rich text editing 还不是眼下的目标，尚有几个功能未完成，俺需要继续努力。。。。