喜欢用 GitHub Issue 写博客的大佬们看过来！又一个轮子，用 Vue 编写的基于 GitHub Issue 的博客工具

我也在玩这个东西。聊一些我的看法吧。首先我觉得楼主的这个做的挺不错的。手机端上适应也还不错。

我先说一些缺点 关于 Github issues 的还有 基于 Github Issues 博客的一些优缺点吧

首先先说 Github Issues 最大的缺点，但也不算特别严重的一个缺点

第一点 Seo 的问题。通过 Ajax 获取 Gtihub，动态生成内容，无法避免这个问题。举个例子来说你有一篇文章是 「技巧篇：不用 if 语句撸代码」。我搜索的话 /做类似的搜索只能找到你的 Github issues。 而不是你的博客，如果想让别人访问你的博客需要在比较显眼的地方说明一下。

第二点 API 的访问次数是有限制的。Emmmm 为什么说不严重呢。因为...对我来说博客一天到晚的访问次数好像到不了那个 level，嘤嘤嘤。

楼主的博客的一些看法:

第一个从部署来看的是用 Github pages 部署的吧.. 其实我推荐用 surge ... 这样域名会变得更加好看一丢丢，ttop5.surge.sh ... 而且不用买域名了 orz 也不用了 不用配置 CNAME 之类的东东了.. 把 Github 当 Issues 的玩家，应该不少和我一样怕麻烦的吧 ... 博客越简单越好, 能不花钱不花钱 ...

顺便安利一下 surge。平时有什么写好的小工具也可以直接丢 surge 上。 比如给同事写的 .. 给小姐姐写的 ..

第二点是瞥了眼 `config.js` 。侧边栏的那些 Links。我看了下代码现在是写死的。如果能在 `config.js` 里面配置就更好咯。 部署的话看到写了个`public.js`。其实丢 `package.json` 也可以的。 "publish" : "npm run build && gh-pages -d dist"。

第三点如果能做到类似 gitment 那样的站内就回复的话感觉会更棒一些，现在是跳转到 repo 评论。

第四点如果能提供 hexo-next 那样的底部统计 pv，uv 的就更棒了。

第五点 accessToken 这个可以适当的在文档里告诉别人，只勾选能访问到博客 issues 那部分的权限就好了。

再说说优点

用 Github Issues 最好的点是。随时都可以编辑吧，在 Github 上面，手机电脑都行。不过事实上最常见的场景还是在电脑上编辑 ...

所见所得，这边更新完马上就能在博客页面上看见。不过话说回来的话，其实其他类型的博客也能做到这一点就是了 ...

最主要的还是简单方便。

@Nbsaw 感谢提了很多很棒的建议哈，另外：

- SEO 的问题的话可以通过写个 SSR 的版本来解决哈，但是我个人不太关注这个；
- surge 是个好东西，我也去看看；
- 侧边栏的那些 Links 确实是正忘记了哈，后面会加到 config.js 中来；
- 我一开始也想使用 gitment 的站内回复，但是想着把原文和评论都保存到 github 上，这样以后不用这套程序了所有内容也能完整保存下来；
- pv，uv 后面也会考虑加上哈。

nice

@ttop5 #2 PV 和 UV 可以用 http://busuanzi.ibruce.info/ 的 api

@KamenReborn ok，感谢大佬的建议

@Nbsaw

关于 GitHub API 访问次数限制的问题，对大多数小博客来说绰绰有余了比如我😂，另外后续如果访问量大了以后可以在 Vuex 中做一次缓存，反正所需的信息一次请求就能全部拿到哈😉。

@ttop5 拿 Vuex 缓存 只能减少单个用户的请求啦。 不过感觉访问量没这么大，这个问题不存在 ... 好悲伤 ..

另外如果可以的话建议拿 ts 重写吧。vue 3 马上出来了。可以让你的 config.js 有类型提示。code 本身就是文档，配置起来也方便，也不太容易出错（漏写字段啥的，写错。

@Nbsaw ✅

给大佬递茶 []~(￣▽￣)~

@HypoChen 大佬喝可乐 O(∩_∩)O~~

我也有一个：www.sleepy.im

@zhw2590582 好看

有一点体验不太好，进入详情再退出又重新加载了，没有记住位置

@redbuck 感谢建议哈，已加入后续优化议程；

我自己用 Next.js + Github issue + Zeit Now 搞了一个，https://github.com/ahonn/blog

SSR 的话 SEO 完全不是问题

这个可以加广告吗？

@gaigechunfeng 你想加啥广告？

@ahonn orz