imsun

我又行了

@piapia123
@luxcen
@ck65
@JoStar
哈哈哈哈，我的问题。其实是十点半前到七点多走，工作时间和 9/6/5 差不多，我不想太跳就写了个 10/8/5 。

@Hstar 正要通过 iframe 实现类似的功能。等下个版本更新会加上。

@Shazoo 可以看上面的中文简介。

我的博客就是 hexo 的。稍微改一下博客代码，按中文简介里的步骤引入 Gitment ，然后填好 id 、 title 之类的参数就可以了。

@momocraft 这个我也很苦恼。

GitHub 对权限划分的粒度太粗了，并没有为 issue 部分进一步提供更细粒度的权限， public_repo 已经是为了能写 issue 所获取的最弱的权限了。参见： https://developer.github.com/v3/oauth/#scopes

@mahone3297
一方面 client ID 和 client secret 并不能独立用来访问 API 。在所有 API 中只有 https://developer.github.com/v3/oauth_authorizations/#delete-an-authorization 里最后三个 API 可以凭借 client ID 和 client secret 访问，但这三个 API 同时需要 access token ，因此在本项目中只有用户本身有能力使用这三个 API ，而且不会造成任何不良影响。
另一方面，按照 OAuth 的标准（ https://tools.ietf.org/html/rfc6749#section-4.1 ），只要有 client ID 和 callback URI 就已经可以保证认证过程安全，别人无法通过 client secret 来影响认证过程的安全性，也无法用来获取用户的 token 。

另外在开源前，我也找过几个朋友对这个项目进行了测试（包括整天黑站的那种），目前并没有发现安全问题。如果哪位发现了安全问题，请在项目内提 issue ，非常感谢。

@nightwind 这是因为 GitHub 对未登录用户访问 API 有频率限制（按访问者 IP 统计）。你点击下面的登录就可以正常访问了。

@lydasia 你对中国人成见很深嘛。

不过我的确要再提醒大家一遍，请大家保持克制，切勿滥用。