WordPress to Hexo（上） WordPress to Hexo（下） 一个多月前，我第二次开始了 WordPress to Hexo（上） 的工作。拖拖拉拉的，现在总算弄完了。记在这里，做个汇报。 Theme 我选择了一个支持 bootstrap 的主题 freemind ，并进行了修改。 AID 服务 正如 WordPress to Hexo（上） 中提到的，我写了一个独立的 AID 服务来提供 Download 和 PageView 功能。 例如这个 API 就直接从 WordPress 的数据库中读取下载信息。 同样的，PageView 的信息也是直接从 WordPress 数据库读取。 嵌入标签处理 在 …

WordPress to Hexo（上） WordPress to Hexo（下） 大约两年多前，我写过一篇 博客静态化工作 ，当时是准备使用 Pelican 来做静态化。但由于静态化有一些工作量，就写了 WPCMD 来作为过渡工具。 现在终于有时间来做静态化了，但我选择的工具变成了 Hexo 。 在上次的静态化准备工作中，我的所有博客文章已经完全使用 Markdown 来撰写了，所以这次的静态化工作就会简单一些。下面是主要的工作： TAG 相关 这些嵌入到 Markdown 中的 TAG，需要写一个 Hexo 的 Tag 插件来实现。 Front Matter。我需要把之前 Markdown 文件开头的格式转换成 Hexo 的 …

由于博客不再转载文章，我弄了一个 wiki系统 ，这个系统使用的是 dokuwiki 。 使用 wiki 系统还有许多好处，包括但不限于： 方便保存一些零碎的想法； 转载文章便于管理； 文章之间的关系更加系统化； …… 这个系统大概有2年多了，也积累了 300 篇 wiki ，dokuwiki 有很多优点，例如小巧易用，不需要数据库等等。但最近我越来越感觉在线系统的不方便。例如： 编辑器太弱，在浏览器中编辑大段文章的体验很糟糕； 没有版本管理，需要手动备份； 需要经常更新； wiki 许多优秀的生成器不支持 wiki 格式。 因此，No Zuo No Die 的思想又开始泛滥，继 博客静态化工作 之后，我又开始折腾 wiki 静态化 …

很早以前就想把博客转换为静态站点。现在，我终于下决心来做这件事了。 为了这件值得纪念的事，我必须要写一点东西。 不得不说的历史 如果从 2005年4月 开始算起， zrong's blog 已经存在了将近10年的时间。但事实上，我在2003年就开始写博客了。最早用的博客系统是基于 ASP 的 oblog 系统。由于当时不太注重网络安全（其实是菜鸟啥都不懂），我的第一个博客被黑掉，然后我转投了 Wordpress ，没想到这一写就是10年。 2011年6月11日，我开始使用 Markdown 写博客，文章会直接提交到 Github 上。然后再手动粘贴到 Wordpress 后台，使用 Markdown On Save 插件来渲染博客内 …

一直希望有一台属于自己的独立服务器，这几天阿里云做11.11活动，就抢了一台。 话说11月10日23:00按下支付，结果整个页面就挂掉了，刷了1分钟还是没进去。接着陆陆续续刷了大概4分钟，好像发现成功了。第二天上线一看，购买顺序排在400多名，能送10个月，这结果也勉强能接受吧。 测了一下速度，下载能达到阿里云标称的带宽。但服务器间互传不知道为什么没限速，我在阿里云服务器中使用scp下载另一台独立服务器（非云服务器）上的文件，速度居然是5MByte每秒。难道两台服务器那么巧在同一机房？ 系统盘读取速度75.95MB/s，写入速度29.3MB/s，看来和网上传的差不多，磁盘性能不给力啊。 已经被盛大云坑过了，希望阿里云不是第二个坑。 …

终于还是投奔了米国主机。测试的这几天看来，速度还不错。除了刚刚买的当前有问题外，一直都保持在200MS延迟。ftp上传速度能到80KB/s，一般为50-60KB/s。平时用SSH管理主机还真是方便，直接用wget把备份在老主机上的100多MB的压缩包拖下来解压，速度那个快啊…… 建立的MySQL数据库可以允许远程访问，可以用Navicat管理自己的数据库了。 10G空间，每月300G流量，可开25个子网站，可惜的是不能把子目录绑定到主域名上。