这篇文章发表于 1099 天前,可能其部分内容已经发生变化,如有疑问可询问作者。
之前博客用的都是wordpress
框架,经过了三次较大的改进,视觉效果很不错,也比较适合阅读(个人认为)。
但是有个很大的问题:就是我平时是用markdown
写东西的,将里面的内容迁移到博客上的话成本有点大——一篇一万多字的,加上十来张图片和几块代码块的文章需要花费将近十五分钟的时间才能成功转移到wordpress
上——这在浪费时间的同时还很消耗我的精力,而且常常出错。写完一篇文章已经够累了,居然还要重复这么机械的操作……
以前一直觉得忍忍就好了,但终于意识到如果再不做些改变,“屎山”就会越堆越高,到时候迁移的成本会远大于现在行动的成本——可见基础必须搭好,结构必须整洁合理。
经济上有个名词叫“路径依赖”,其逻辑和这个“屎山”不断增长有着异曲同工之妙——好吧,人生其实也差不多(奇怪的比喻)。
最近正准备看node
的东西,正好,我就用hexo
框架来搭了。
整个步骤大概分为以下四部分:
- 决定哪些文章需要迁移,先记下相关的文章和发表时间,将其
markdown
内容放在一个文件夹中; - 选择主题,然后开始装修主题、魔改与修BUG,这里最麻烦的就是评论系统的
waline
联动,差不多的时候用docker封装起来; - 手动迁移评论的信息,然后导出可用作备份;
- 加高vps的防火墙,然后部署网站,这部分最麻烦的是
nginx
的配置,因为需要反向代理waline
的流量,现在弄明白了也挺简单。
整个过程大概花了三天半,主要精力和时间花在了对比审核以前文章和评论上(很多文章都舍不得删,但还是砍了)。技术反而相对愉快轻松。
大概看了下,还可以进行的工作有:美化目录呈现、单独呈现文章标题的页面、美化手机端样式、统一about
页面风格、美化部分代码高亮的样式等。但已经花了这么长时间在这样一件事上了很容易上头,所以这些以后有缘再改吧。
嗯,总之教训是(好像也不是什么教训)以后写代码写文档写日记建某些基础设施啥的都需要把东西整得有条理些,最好还能考虑到配适以后需要用到的结构。
最后,欢迎对这个博客主题提出改进建议,虽然未必会改X)。