ruhoh

我在年初把博客迁移到了 ruhoh，用了一段时间之后，也开始感觉到各种不满意的地方。

就我个人的感受，ruhoh 有以下几个不足：

1. 页面生成速度太慢。到目前为止我的整个站点总共写了100来篇文章，在生成的时候花了将近半分钟的时间。
2. 定制性有限。由于作者一开始就把 ruhoh 定位在 language agnostic 的目标，因此在采用的模板语言也选用了最平台无关的 mustache。但 mustache 的语法能力实在有限，只支持简单的逻辑判断。像传参、循环之类的特性都不支持。比如我想实现类似 octopress 这样的 tag 插件，直接用 mustache 是不可能的，只能动 ruhoh 的 ruby 源码，而这样又和作者的设计目标相反了。
3. 太小众。用 ruhoh 的人太少，插件相应也少，不像 Jekyll 或 octopress 那样有丰富的扩展。
4. 不跨平台。ruhoh 在 Windows 下总会遇到一些奇怪的问题而无法运行。如果我因为特殊原因而需要在 Windows 下写文章的话就会很不方便。
5. 更新缓慢。在我写这篇博客之前，ruhoh 的已经半年没有什么重大更新了。我在 4 个月前给作者提交了一个给文章生成 postid 的功能性建议，到现在的标签依然还停留在 next-release 阶段。
6. 最致命的一个问题是，是连作者自己都很少用 ruhoh！在一个 issue 页面里，作者跟我们承认他自己平常也很少使用 ruhoh 。可想而知，如果一个产品连开发者自己都不用的话，很难保证这个产品会做得好。

最近扔了不少笔记在 wiki 上。笔记一多就出现了查找定位的问题。比如，当我学了 awk 后想回过头来再看一下 mysql ，我可能就已经忘记了 mysql 的笔记的结构，于是为了定位到某个关键词，我可能得花半天时间在查找上。我想这种情况会随着我日后笔记的增多而越发严峻，所以最好就现在就动手解决它。

最简单有效的办法是实现站内搜索功能。ruhoh这类静态博客的一个缺点是没有自带搜索的能力。一个解决方案是动用 Google 来生成站内搜索。实际上 Google 的自定义搜索还可以进行一些定制，不过最简单的样式已经满足我的需求，我把它加到了 wiki 首页的底部。

终于换成用 ruhoh 写博客了。

之前的 blog 使用 WordPress 来编写。但使用 Wordpress 的在线编辑系统是非常低效的。为了加快效率，我习惯先使用 org-mode 来编写内容。org-mode的强大不必多说，用它可以方便的生成本地页面，通过定制甚至还可以导出成pdf。为了在我编写文章的同时备份 org-mode 格式的草稿，我使用了与 Evernote 结合的方案：先利用 emacs-evernote-mode 在 Evernote 上创建笔记，然后开 org-mode 编辑内容。这样，编写的文章除了在博客上可以看到，也可以在 Evernote 上阅读。一旦博客托管的服务器出了问题甚至数据全部丢失，我还能从Evernote上找回我的所有文章。有些文章即使不想发布出去，我也可以保存在 Evernote 上，作为自己的私人笔记。这种方式一直用得挺爽，所以我坚持用了一年多的时间。

但不幸的是，几个月前 Evernote 换了认证协议，以致于 emacs-evernote-mode 不再能够访问 Evernote 的数据。而该项目已然很久没有更新了。没有了 Evernote 的备份支持，我失去了编写文章的冲动，以至于从今年一月份到现在，我的文章产出率几乎为零。