我大约在2010年左右有了本身的第一个域名, 也是从那个时候开始搭建博客的. 第一个域名是 i3zhai.com “爱山寨”, 也是从哪一个时候开始玩网站的. 想当初, 还挂了一个 BBS, 就以 “山寨” 产品推荐和评测为主, 想着能够经过一个论坛来赚广告费呢. 然而并无发现有什么点击量, 后来就放弃了.
刚开始就用这个 i3zhai.com 域名搭建了 Blog, 后台搞起了 wordpress, 慢慢接触一些 Blog 的玩法. 好比能够在 Blog 上挂一些广告外链赚点广告费啊(基本上可以抹平域名+虚拟主机的钱), 感受这个域名太”山寨”后来就直接换成了我如今的主要域名 tanglei.name, 意思说从2010年开始这个博客就一直存在了, 目前400篇文章左右, 大部分是水文, 感受真正有质量的文章也就几十来篇吧. 其中还包括当初复习考试的一些笔记啊等. 陆陆续续迁移了好几个版本, 历史文章也”舍不得”丢弃, 也一直保留着. 其实好多文章真没什么价值, 也舍不得抛弃, 毕竟当初辛辛苦苦 po 出来的, 也就这样保留着吧, 记录一下”历史”进程.
个人 blog 主要通过了一下几个历程:html
(醉了, 有谁知道微信公众号上传图片后被自动加了黑色边框是触碰了什么规则吗?)
这是最初级的版本, 至关长一段时间内也一直用上面这个主题, 后来接触到 markdown 这个标记语言, 发现这玩意太好用了, 就一发不可收拾, 但想着这个主题用着也挺好的, 也不想换, 因而演化出了第二个版本前端
因为没有找到合适的 wordpress 的 markdown 插件, 因而就本身写了一个 markdown2wordpress. 后端框架等仍然用 wordpress, 繁琐的排版等问题就直接交给 markdown, 不用登录 wordpress 后台进行调整等操做.
这个工具依赖于python-wordpress-xmlrpc, 一个 python 实现的 wordpress 的客户端, 能够方便调用 wordpress 提供的接口, markdown 的渲染依赖于 pandoc, 代码高亮用的是 highlight.js
图片用图床的形式, 或者直接以 github 外链的形式.
所以我用这个工具又坚持了一阵, 固然这期间也尝试过使用一些 octopress 等博客引擎, 但一直没找到一个顺眼的主题.python
再后来, 发现 wordpress 仍是太臃肿了, 因而就直接抛弃了. 这篇博文记录了迁移过程: 最终仍是放弃了Wordpress
jekyll或者octopress这类的博客引擎的好处在于, 用 markdown 书写, 编译后直接生成 html, 直接 host 在 github 上便可. 所以我用 github pages host 了个人博客近1年左右.
目前比较流行的轻量级博客解决方案都是相似的方式, 前端用便于书写的 markdown, 渲染成 html, 用github pages 或者 coding.net 等托管静态 html.
这样作的好处在于, 博主们真正关注的只须要写 markdown 就能够了(相似写论文用 latex 同样), 不用去关注好比在 wordpress 后台排版, 传图片等等操做, 还能够借助 travis-ci 这样的工具, 写完文章后 git push 一下便可, CI 负责自动 pull 代码, build 代码生成 html 并 deploy 到 github pages 等相应 server 上. (github pages 自己也提供自动 build 等功能, 但其依赖的工具备限, 好比只能用有限的 jekyll 插件等, 而 travis-ci 不同, 差什么工具本身加一条命令安装一下便可.)git
最近又看了一下以前折腾的 hexo 框架, 发现了一个不错的主题模板如上图所示, 正在考虑是否要迁移到 hexo 上呢. 其实以前 hexo环境就一直有, 只须要切换主题便可, 点击 hexo.tanglei.name 便可看到效果.
由于以前用的 jekyll 那个模板整体感受还行, 但我整体感受不如hexo.tanglei.name 这个好看, 因为都是 markdown, 因此切换起来相对比较容易.
其实如今这种静态博客系统的优势有了, 缺点也有, 好比一些动态的东西就须要依赖于第三方服务. 好比github
目前博客主题还没切换, 要不你们帮忙投个票, 看哪一个风格更好看?
点击投票选项中的图片能够预览大图, 手机直接输入 www.tanglei.name 或者 hexo.tanglei.name 来预览效果. (下图左是手机端浏览 hexo.tanglei.name 的效果, 右边是 www.tanglei.name)swift