Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

个人博客,最终选择。 #7

Open
atian25 opened this issue Dec 1, 2014 · 37 comments
Open

个人博客,最终选择。 #7

atian25 opened this issue Dec 1, 2014 · 37 comments
Labels

Comments

@atian25
Copy link
Owner

atian25 commented Dec 1, 2014

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

6.gitpress

  • 也是托管在github,直接读取source里面markdown
  • 用Markdown,喜欢。
  • 还是担心个人开发者的维护性问题。
  • 要是同时也能读取issue就好了,那就综合了4和5.
  • 提了个issue: 增加对issue的识别支持 75team/gitpress#7

7.ghost

  • 基于nodejs的新一代blog
  • 用Markdown,喜欢。
  • 要找个云主机部署,嫌麻烦。
@atian25 atian25 added the 杂谈 label Dec 1, 2014
@quxiaofeng
Copy link

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

@atian25
Copy link
Owner Author

atian25 commented Feb 10, 2015

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

@airclear
Copy link

@atian25

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

@atian25
Copy link
Owner Author

atian25 commented Aug 21, 2015

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

@wswenyue
Copy link

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

@yaohwu
Copy link

yaohwu commented Nov 10, 2016

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

@JimmyLv
Copy link

JimmyLv commented Nov 17, 2016

@yaohwu What?

@yaohwu
Copy link

yaohwu commented Dec 2, 2016

@JimmyLv here 🔢

@ryanaltair
Copy link

ryanaltair commented Dec 6, 2016

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

@atian25
Copy link
Owner Author

atian25 commented Dec 6, 2016

@wswenyue wiki 是不能互动的.

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

@ryanaltair
Copy link

@atian25 got it

@ufologist
Copy link

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

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

@atian25
Copy link
Owner Author

atian25 commented Feb 10, 2017

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

@ufologist
Copy link

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

@atian25
Copy link
Owner Author

atian25 commented Feb 10, 2017

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

@zhaoda
Copy link

zhaoda commented Feb 14, 2017 via email

@CN-Sean
Copy link

CN-Sean commented Mar 1, 2017

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

@JJPandari
Copy link

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

@coolcao
Copy link

coolcao commented Mar 14, 2017

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

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

@atian25
Copy link
Owner Author

atian25 commented Mar 15, 2017

@coolcao 当年我的想法是:

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

@atian25
Copy link
Owner Author

atian25 commented Jun 22, 2017

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

@gosongs
Copy link

gosongs commented Jun 23, 2017

gitment 不错, 晚上拿来耍耍

@dengnan123
Copy link

关注大神

@klouskingsley
Copy link

mirror也很不错

@git-issue
Copy link

可以试试 GitIssue

@fbigun
Copy link

fbigun commented Dec 23, 2017

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

@younth
Copy link

younth commented Mar 9, 2018

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

@lwj1989
Copy link

lwj1989 commented Apr 9, 2018

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

@atian25
Copy link
Owner Author

atian25 commented Apr 9, 2018

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

@reng99
Copy link

reng99 commented Apr 24, 2018

感觉gitment来做评论还可以

@alwxkxk
Copy link

alwxkxk commented Jul 30, 2018

还有个gitalk

@Pines-Cheng
Copy link

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

想到一块去了。

@atian25
Copy link
Owner Author

atian25 commented Jul 30, 2018

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

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

@DMXL
Copy link

DMXL commented Sep 20, 2018

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

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

@atian25
Copy link
Owner Author

atian25 commented Oct 11, 2018

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

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

@lwj1989
Copy link

lwj1989 commented Oct 13, 2018

语雀确实不错。

@bioinfotec
Copy link

用Notion 写作体验也很不错

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests