之前的 blog 系统是分成两部分的.

• blog web: 这个是静态的, 核心的展示与 render 是依赖于 js 在前端完成的
• api: 这个增加, 修改 文章的 api 接口. 使用 vim 作为客户端. 服务端运行一个 python 后台.

问题在于:
python 后台, 我不是怎么管理, 时间长了之后, 处理不可以维护的状态, 只有我一个人在用的小程度, 作为服务不是一个好的选择.

我想把整个发布体系变成一些更加稳定的方案. 这个时候其实就想到了之前, 那个使用 github 作为博客的方案了. 虽然我不喜欢, 但是
思路是可以用的.

另一个问题在于 blog 只有首页是被 google 索引了, 原因是由于首页对于其它的文章的链接是通过 js 跳转的, 这样就导致了
google 没有办法得到其它的文章的地址, 把所有的文章的地址通过 html a 进行了链接就解决了问题. 大概 12h 内可以从日志里看到
google 的请求, 之后大于 1-2天的时间完成了索引工作. 可以在 google 搜索到所有的文章了.
文章的页面其实也是 js 的, 都是通过同一个 html 页面打开, 通过参数 js 得到文章的内容还有其它信息, 但是这种程序上的并不影响
google 的解析.

新的 blog 通过 git 进行文件维护, 方便保存到 github 上, 不怕文件丢失了. 也方便直接推送到我的服务器上, 使用 git hook
进行发布. 这样服务器上就是一个完全静态的网站了.

本地的操作:

• make create: 创建新的 store 下的目录, 打开 vim 进行编辑
• make list: 列出当前修改, 新增加 的文章.
• make render: render index.html 文件
• make post: 进行 render, 并提交到 github 与 服务器
• 修改文件, 直接使用 vim 编辑相应 id 下的 index.mkiv 文件