个人博客，最终选择。

[atian25]

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： 增加对issue的识别支持 75team/gitpress#7

7.ghost

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

[quxiaofeng]

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

[atian25]

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

[airclear]

@atian25

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

[atian25]

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

[wswenyue]

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

[yaohwu]

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

[JimmyLv]

@yaohwu What?

[yaohwu]

@JimmyLv here 🔢

[ryanaltair]

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

[atian25]

@wswenyue wiki 是不能互动的.

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

[ryanaltair]

@atian25 got it

[ufologist]

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

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

[atian25]

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

[ufologist]

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

[atian25]

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

[zhaoda]

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

…

On Fri, Feb 10, 2017 at 5:12 PM, TZ | 天猪 ***@***.***> wrote: 嗯, 原理很简单, 写这篇文章的时候想过, 只是犯懒了没写, 哈哈 — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#7 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAhXY6XY6FZbHmJkjdXu0w1wwB8iuOGdks5rbCnwgaJpZM4DCRLW> .

[CN-Sean]

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

[JJPandari]

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

[coolcao]

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

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

[atian25]

@coolcao 当年我的想法是：

• 通过 GitHub 源码，或 issue 进行编写 markdown，这两者会进行双向同步
• blog 会被 travis 自动发布到 git pages，底部自行实现评论区，读取的是对应的 issue 里面的评论内容
• 用户发表评论实际上是发布到对应的 issue 去

[atian25]

终于有人写了： https://github.com/imsun/gitment

[gosongs]

gitment 不错, 晚上拿来耍耍

[dengnan123]

关注大神

[klouskingsley]

mirror也很不错

[git-issue]

可以试试 GitIssue

[fbigun]

@git-issue 没有评论，有点小遗憾

[younth]

看完毅然决然的奔向issue了...

[lwj1989]

hexo 这种每次换电脑什么都感觉好折腾。真的不如这个好。准备转 issue。谢谢

[atian25]

@lwj1989 不会的，直接丢 GitHub，配置个 CI 就自动构建发布了。你只管写 markdown 然后提交即可

[reng99]

感觉gitment来做评论还可以

[alwxkxk]

还有个gitalk

[Pines-Cheng]

如果
segementfault 能提供一种方式，博主在issue发表， segementfault 自动 git hook 同步， 导点流量啥的， 大家互利。

想到一块去了。

[atian25]

@Pines-Cheng 这个其实不需要官方也能做，配置一个 travis，然后用 curl 或 puppeteer 去填入 segmentfault 即可。

不过在 2018 年的今天，我是懒的搞了，感觉 SG 质量也一直上不来。

[DMXL]

不过在 2018 年的今天，我是懒的搞了，感觉 SG 质量也一直上不来。

历史证明，只要能坚持下来就是好博客

[atian25]

2018 年更新，此时我会倾向于在 语雀 来写。

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

[lwj1989]

语雀确实不错。

[bioinfotec]

用Notion 写作体验也很不错