2013-12-05
From Ruhoh to Hexo

我在年初把博客迁移到了 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 。可想而知,如果一个产品连开发者自己都不用的话,很难保证这个产品会做得好。
Read More

2013-07-16
为Ruhoh生成目录(ToC)

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

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

Read More

2013-06-02
From WordPress to Ruhoh

终于换成用 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 的备份支持,我失去了编写文章的冲动,以至于从今年一月份到现在,我的文章产出率几乎为零。

Read More

© 2021 wzpan