不知不觉搭建技术博客已经过去半年,半年来自己和团队共同进步成长,也带动网站内容水准越来越高;在此小结一下半年来深度使用 Z-Blog 体会到的优缺点,希望能够给予后来者一定参考。

0x00

说到博客,不得不提起两个链接:

的确,时间过得很快。

0x01

如上,在选用 Z-Blog 时,奔着这几点去的:

  • 官方插件中心、主题中心,便于安装使用。
  • 第三方开发者不少,插件众多。
  • 支持多用户和权限管理。
  • 轻量(相比 WordPress)。
  • 有 Markdown 插件。

后来发现,事情并没有那么简单……

截至目前来看,以上所列优点的确如此。

Markdown 插件在我安装的时候,版本比较低,Bug 也不少。不过后来一直在持续更新,新版我没有用过(因为我改过他代码),看起来似乎不错。

但问题也同样存在不少,就像刚刚说的那样——只是因为自己改过代码,修复部分 Issue,但插件没有使用源代码托管,所以压根找不到地方通知作者,更别想用 Git 协作维护项目……

尬!难不成让我用 Beyond Compare 手动合?

emmm,我会考虑一下的。

0x02

通过这一个例子,也可以看出背后一些更深层次的问题:

  • 第三方开发者水平参差不齐,无代码管理概念。

  • 社区、论坛、群聊生态环境差。

而这一层再背后,或许能引出能高层次、更深奥的「秘密」?

或许这是国内软件行业「引以为傲」的现状?

忽然想起当年 SS 作者怒撕 SSR 不开源事件的一段对话,自行体会。

耻辱!
耻辱!

0x03

最后,对于 Z-Blog 本身。目前来看,我认为它还是经得起考验的一款好产品。经过一轮又一轮地调试、修复,我极少、几乎没有修改过 ZB 源码。半年以来,单次请求平均内存消耗量一直维持在 4MB 上下,而经过插件调优的请求响应时间也能够很轻松地控制在 50ms 以内。另外,ZB 扩展性也不差,认真阅读插件开发文档,多数功能都能得到优雅的实现。

至于插件,还是能省则省吧。最后列出目前我们所使用的插件列表,几乎全部被修改过,仅供参考。