blog 个人博客，最终选择。

trafficstars

2018 年更新，此时我会倾向于在语雀 https://www.yuque.com/egg 来写。

GitHub 的目录导航体验不是很好，知乎的编辑器体验太差，语雀则让我重新找到编写的兴趣。

绕了一圈圈，最终做出了选择

Blog是个人的总结和记录，对于我是倾向于技术方向。(排除~~简书~~)
编写时，格式越简单越好，所以必然是markdown。（排除~~知乎专栏~~）
Blog写出来，要有人交流，才能进步，之前选择的 ~~hexo~~ 虽然有多说，但是码农不喜欢。
~~gitpress~~ 停止维护， ~~ghost~~ 太折腾。
最终还是选择了 issue 的方式，也即此处，虽然几乎没有流量导，不过无所谓，专心自我总结。
对 segementfault 的印象好了不少，技术领域，还有人气都很不错。不过还是需要观察观察。如果 segementfault 能提供一种方式，博主在issue发表， segementfault 自动 git hook 同步，导点流量啥的，大家互利。

以下是当时的思考：

选择困难症又开始了。。。

再读读浩哥的: 程序算法与人生选择

1.知乎专栏

主要是写前端方面的，而知乎的技术氛围不高。
优点是可以多个人一起写。
经历了几次知乎事件，对知乎的运营越来越不放心了。
编辑器很操蛋，无法多行列表，格式化后吞字。
angular的seo问题。

2.简书

很漂亮（在移动设备上，但在大屏PC上感觉不咋滴）
用Markdown，喜欢。
但是担心能否走得够远。
自带的富文本编辑器，连列表都没有？

3.SegmentFault

优点是技术专区。
用Markdown，喜欢。
但总体质量目前偏低。

4.github issue

很多人都用它，如玉伯。
用Markdown，喜欢。
但觉得导航不是很好。

5.GitHub page+ hexo

http://hexo.io/是nodejs版本的JekyII, 很不错，适合我们DIY。
用Markdown，喜欢。
托管在github，需本地预编译后deploy。
缺点是，我的CSS功底很差，找的几个模板都觉得比起简书差。
http://atian25.github.io/

6.gitpress

也是托管在github，直接读取source里面markdown
用Markdown，喜欢。
还是担心个人开发者的维护性问题。
要是同时也能读取issue就好了，那就综合了4和5.
提了个issue： https://github.com/75team/gitpress/issues/7

7.ghost

基于nodejs的新一代blog
用Markdown，喜欢。
要找个云主机部署，嫌麻烦。

Dec 01 '14 06:12 atian25

呃，issue 跟基于 jekyll 的 github pages 有什么区别呢？ jekyll 的模板可以到这里找 http://jekyllthemes.org/。 hexo 的模板它的主页就有，最近更丰富了。我 hexo 和 jekyll 都用过，互相迁移也做过，内容上都是 markdown，似乎没什么本质区别，除了插件需要调整。

Feb 09 '15 09:02 quxiaofeng

github pages其实是静态页。我的选择，跟模板关系不大，主要是觉得不方便交流，大家还是习惯在issue里面讨论。

Feb 10 '15 07:02 atian25

@atian25

讨论可以嵌入一个多说这样的东西?

Aug 21 '15 09:08 airclear

上面说了, 多说其实不好用, 还是习惯用issue沟通. 就好像你看到朋友圈会有欲望评论, 看到QQ空间就没兴趣了

Aug 21 '15 09:08 atian25

其实我倒觉得github wiki这种方式比较好，这是我的博客，或者说的学习笔记https://github.com/wswenyue/note/wiki

Nov 19 '15 08:11 wswenyue

hello 我发现一种独特的域名跳转技巧 :joy_cat:

Nov 10 '16 01:11 yaohwu

@yaohwu What?

Nov 17 '16 03:11 JimmyLv

@JimmyLv here :1234:

Dec 02 '16 02:12 yaohwu

@wswenyue 你好请教wiki作为个人博客，其本身是公开编辑的啊

Dec 06 '16 00:12 ryanaltair

@wswenyue wiki 是不能互动的.

@ryanaltair https://help.github.com/articles/changing-access-permissions-for-wikis/

Dec 06 '16 01:12 atian25

@atian25 got it

Dec 06 '16 01:12 ryanaltair

非常赞同, 不过光在 issues 里面写, 就好比一个 blog 系统只有后台管理端, 没有前台页面的感觉.

@atian25 可以试一试 Spring is a blog engine written by GitHub Issues. 例如: 学前班 - 学前端

Feb 09 '17 13:02 ufologist

@ufologist 看了下, 挺好的, 跟我之前的思路貌似差不多, 之前曾经想写过, 后面犯懒了. 应该是用 ajax 读取 github api 的吧.

Feb 10 '17 08:02 atian25

@atian25 Spring 是 @zhaoda 大神的作品, 原理就是使用 GitHub API 来获取 issue 的 markdown 数据, 然后前端渲染 markdown, 可以很好的定制出自己想要的博客系统, 例如学前班的 @Monine 同学就自己定制出了 vue-blog

Feb 10 '17 09:02 ufologist

嗯, 原理很简单, 写这篇文章的时候想过, 只是犯懒了没写, 哈哈

Feb 10 '17 09:02 atian25

http://f2e-journey.github.io/xueqianban/ 内容很不错啊

On Fri, Feb 10, 2017 at 5:12 PM, TZ | 天猪 [email protected] wrote:

嗯, 原理很简单, 写这篇文章的时候想过, 只是犯懒了没写, 哈哈

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/atian25/blog/issues/7#issuecomment-278893837, or mute the thread https://github.com/notifications/unsubscribe-auth/AAhXY6XY6FZbHmJkjdXu0w1wwB8iuOGdks5rbCnwgaJpZM4DCRLW .

Feb 14 '17 17:02 zhaoda

看了一大堆的吐槽，就是懒懒懒懒懒懒懒懒懒啊

Mar 01 '17 05:03 CN-Sean

国外的技术博客有不少都接的disqus，和多说的UI很像，不知是谁抄谁。

Mar 03 '17 03:03 JJPandari

这个问题很有意思。技术人员希望的博客，大都希望简约至上吧，现在很多博客平台，都加个后台管理功能，还得找个机器单独部署，其实挺麻烦的。我现在暂时用的方式是，使用 hexo + gitpages + travil ，每次提交了直接travil自动编译部署。唯一的不便就是，不能和其他人员进行交流。即使使用多说这样的第三方服务，帐号体系很难管理。

我觉得，是不是可以这样，git hub 有 web hook功能，写一个后台接hook，每次提交md文件后，直接拉取github上源码，然后展示。评论的话，可以接入github的帐号认证，使用github的帐号体系。这样，我们只管写md文件，然后提交了事。