参考旧贴：
/t/737453
/t/785714


https://ww1.sinaimg.cn/large/760b39b3gy1gt1dztinfxj20w50o5mzd.jpg

@janda #12
github 应该不是这样的，至少从他们的文档页面来看不是：

https://docs.github.com/en/github/setting-up-and-managing-your-github-profile/managing-contribution-graphs-on-your-profile/viewing-contributions-on-your-profile


On your profile page, certain actions count as contributions:
Committing to a repository's default branch or gh-pages branch

一开始也理解错了，看了 @zakokun 的回复，仔细看了楼主的图才明白楼主的意思。

楼主主要针对的是提交活跃度图中的『贡献』。

7 月 26 日的时候，楼主在本地 commit 了，但是当时没有 push，直到 27 日（或更晚）才做了 push 到 gitlab 的操作。

从合理的角度来说，这个提交虽然是 27 日 push 的，但由于 26 日已经 commit，应当作为 26 日的贡献才对；
但是楼主的 gitlab 将 26 日视为了无贡献，就有些不合理了。

顺着这个，我搜索了一下，看到在 gitlab 上已经有了一个相关的讨论：
https://gitlab.com/gitlab-org/gitlab/-/issues/35529#note_239488696

Mark Fletcher 表示 ：Events are not created for each commit, only for each push

后面也看到一些讨论，但是似乎没有更多的进展。

@InDom #2
小米手环这类蓝牙设备使用的是 ACNS 的接口，是提供给 BLE 设备的接口，和应用权限无关。

https://developer.apple.com/library/archive/documentation/CoreBluetooth/Reference/AppleNotificationCenterServiceSpecification/Specification/Specification.html

同上，客户端证书就好：

http://nginx.org/en/docs/http/ngx_http_ssl_module.html#ssl_verify_client

QQ for Mac 用个三五天就卡的不行，必须手动重启一下才行。
微信 for Mac 就好多了，用上三五天会自己崩溃，不需要费心。

@lakehylia #15
但是楼主设计的这一套里面没有类似机制，或其它能解决这个问题的机制。

@brader #12
参考 9 楼，建议详细了解下中间人攻击

@brader #6
『被中间人』指的是，你怎么知道你收到的是 B 的公钥，而不是中间人 C 的呢？

『若无，则先请求 B 传输公钥过来，B 生成公私钥并缓存在本地。 』


传输的过程被中间人了怎么办？