imsun 最近的时间轴更新 imsun 最近的时间轴更新
imsun.net
imsun
| [杭州][支付宝] 招前端 / Node.js / 全栈开发， P6 / P7，拒绝内卷 酷工作 • imsun • 2021-10-24 19:40:44 PM • 最后回复来自 enochq | 22 |
| 多说挂了，用 GitHub Issues 来当评论系统吧
3 分享创造 • imsun • 2017-04-07 08:36:45 AM • 最后回复来自 ruter8
|
55 |
| gh-feed：使用 RSS 订阅 GitHub Issues 博客 分享创造 • imsun • 2017-01-04 10:40:17 AM • 最后回复来自 polun | 5 |
imsun 最近回复了
2022-03-10 11:06:29 +08:00 回复了 Stash 创建的主题 › 分享创造 › iOS Clash 客户端的新选择，内附兑换码 |
我又行了
2021-09-29 10:41:33 +08:00 回复了 imsun 创建的主题 › 酷工作 › [杭州][支付宝] 招前端 / Node.js / 全栈开发， P6 / P7，拒绝内卷 |
2017-04-06 10:33:27 +08:00 回复了 imsun 创建的主题 › 分享创造 › 多说挂了，用 GitHub Issues 来当评论系统吧 |
@Hstar 正要通过 iframe 实现类似的功能。等下个版本更新会加上。
2017-04-06 10:12:21 +08:00 回复了 imsun 创建的主题 › 分享创造 › 多说挂了，用 GitHub Issues 来当评论系统吧 |
2017-04-05 13:17:22 +08:00 回复了 imsun 创建的主题 › 分享创造 › 多说挂了，用 GitHub Issues 来当评论系统吧 |
@momocraft 这个我也很苦恼。
GitHub 对权限划分的粒度太粗了，并没有为 issue 部分进一步提供更细粒度的权限， public_repo 已经是为了能写 issue 所获取的最弱的权限了。参见： https://developer.github.com/v3/oauth/#scopes
GitHub 对权限划分的粒度太粗了，并没有为 issue 部分进一步提供更细粒度的权限， public_repo 已经是为了能写 issue 所获取的最弱的权限了。参见： https://developer.github.com/v3/oauth/#scopes
2017-04-05 10:58:31 +08:00 回复了 imsun 创建的主题 › 分享创造 › 多说挂了，用 GitHub Issues 来当评论系统吧 |
@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 ，非常感谢。
一方面 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 ，非常感谢。
2017-04-05 10:04:08 +08:00 回复了 imsun 创建的主题 › 分享创造 › 多说挂了，用 GitHub Issues 来当评论系统吧 |
@nightwind 这是因为 GitHub 对未登录用户访问 API 有频率限制（按访问者 IP 统计）。你点击下面的登录就可以正常访问了。
2017-04-05 08:26:58 +08:00 回复了 imsun 创建的主题 › 分享创造 › 多说挂了，用 GitHub Issues 来当评论系统吧 |
2017-04-05 07:52:58 +08:00 回复了 imsun 创建的主题 › 分享创造 › 多说挂了，用 GitHub Issues 来当评论系统吧 |
@zjqzxc 这个我在博客（就是那篇[中文简介]( https://imsun.net/posts/gitment-introduction/)）里作了说明。
关于这个问题我读了用户协议，也在开源前向 GitHub 发邮件询问过，他们给的回复是：
> We're pleased to see you making use of the tools and resources available on GitHub.
所以我觉得并没有违反用户协议。
关于这个问题我读了用户协议，也在开源前向 GitHub 发邮件询问过，他们给的回复是：
> We're pleased to see you making use of the tools and resources available on GitHub.
所以我觉得并没有违反用户协议。
Select Language