@Mark3K 理解了，谢谢。我补充一下。

@Mark3K 可以贴一下完整代码吗？有些没太理解？

@mengzhuo 你这样说话的态度让人很不爽，我决定把你拉黑了。

@richzhu

字面量 struct{}代表了空的结构体类型。这样的类型既不包含任何字段也没有任何方法。该类型的值所需的存储空间几乎可以忽略不计。

因此，我们可以把这样的值作为占位值来使用。比如：在同一个应用场景下，map[int] [int]bool 类型的值占用更少的存储空间。

@deltacat 所以我发这个帖子啊？感觉这是一个很大的安全隐患，不过是目前没人利用这个做坏事罢了。

https://gist.github.com/bwangelme/b44b427621b28f1a17b0cd7a3e6e94ae

楼主，是这样的么，检查条件，i++ 都要上锁

@deltacat https://github.com/utterance/utterances 是个 GitHub App，它的权限仅限于某个仓库。像 hugo hexo 这种静态页面类型的博客，clientID/clientSecret 泄露是不可避免的。我认为较好的解决方式是像 utteras 这种 GitHubApp，只有一个仓库的读写权限，将破坏降到最小。

#27 解决你的时间 -> 节约你的时间

@index90 老哥

安逸型程序员和进取型程序员都是存在的，而且都有其存在的合理性。安逸型程序员在 N 线小城市有房有车有老婆，每天工作 6 小时，每天使用过时的技术糊弄糊弄老板。进取型程序员天天恨不得学习 20 个小时，LeetCode 刷了好几百道，天天为进入 BAT，FANG 做准备。

在日常生活中，这两种程序员都没什么好鄙视的。大家都是普通人，过普通的生活，谁都没有资格批判他人。

在工作中，如果你是一个进取型程序员，你应该拒绝和安逸型程序员共事。具体来说进取型团队在招聘的时候就不应该选择 不喜欢往深钻研，对写代码没有热情的人。当你认真研究技术时，你也应该拒绝和安逸型程序员讨论。（所以当你使用英文提出你的问题时，可以屏蔽掉一大票安逸型程序员，解决你的时间。）

具体到这个帖子，就是一个聊天吹水贴，别那么认真。

@d5n

这个应该在产品上对短信消息进行分级。

例如转账短信，设置成 0 级。24 小时都会发。推广短信设置成 1 级，只有白天发。

@index90 老哥，你说的是啥？楼上是 Joke 一下（虽说玩笑开的比较冷）。你咋突然来一套现实主义教育。戾气不要这么重嘛，每个人都有自己的活法，不要说这个 loser 那个 loser 的。

哈哈。我们公司的 APP 推送。都是丢队列的，然后定时刷队列。然后晚上 10 点以后不会发，不打扰用户。

不过转账短信这个 feature 搞这个事情，有些太拍脑袋了吧。别人转给我 5W，我哪还有心思睡觉啊，肯定是不停地刷，来看钱到账了没。

@zhuwd

我上大学的时候，发现室友高考分数连我们学习分数线都没到，是通过自主招生进来的。而我高考分数线高了我们学校十几分。

室友是当地的，来我们学校参加自主招生做个公交车就到了。而我的老家是五线小城市，连一所大学都没有。这是我第一次真真切切地感受到，教育是不公平的。

所以我是坚决不会回老家的，逃离北上广也回逃到一个二线城市去。

https://regexper.com/

希望对你有帮助。

另外对于这种难读的代码，建议多写单元测试。单元测试尽量功能简单，代码繁琐，每个 testcase 只测试一个东西，一个 testcase 代码量尽量不超过 15 行，阅读这段代码的人（很有可能是两个月的你）通过单元测试可以了解到你想干啥？

当然也可以写注释，但是注释很有可能在经过半年时间后，就与代码完全不同步了。

https://www.bwangel.me/2017/03/27/%E6%B5%81%E6%B0%B4%E8%B4%A6%E5%88%A9%E7%94%A8%E9%97%B2%E7%BD%AE%E7%AC%94%E8%AE%B0%E6%9C%AC%E6%90%AD%E5%BB%BA%E8%87%AA%E5%B7%B1%E7%9A%84%E5%BC%80%E5%8F%91%E6%9C%8D%E5%8A%A1%E5%99%A8/#%E9%85%8D%E7%BD%AEdns

我之前做过类似的事情，利用一台闲置的的笔记本，Ubuntu + dnsmasq 搭建了一个 DNS 服务器，然后再设置路由器的 DHCP 下发这个 DNS 服务器就好。

刚刚用 Goland 遇到了一个问题，升级了一下就好了。我之前用 Linux，vim 从来没有享受过这种待遇，感觉真爽。

@respect11

openhub 我没用过，你可以在 https://github.com/settings/installations 中查看 openhub 的权限，想 Gitalk 这种 read and wirte all public repository data 是极度危险的。

@lrz0lrz @gclove

有的评论软件也是使用 GitHub 的 issue 作为评论，不过他们的是 GitHub App，所以他们的权限更细，只针对某个 GitHub 仓库拥有写权限。

@huangdayu

刚刚看了一下 Gitalk 的代码，开发者没有保存，它只是将 access_token 保存到了 localStorage 中。

https://github.com/gitalk/gitalk/blob/master/src/gitalk.jsx#L156

如果恶意攻击者想获取使用者的 AccessToken，只需要在上述代码中加上一个 ajax 请求即可。