@Fazauw 不是说新版 win10 自带反作弊了吗？只不过好像原生的没几个用的……

https://wiki.openssl.org/index.php/TLS1.3
There are new ciphersuites that only work in TLSv1.3. The old ciphersuites cannot be used for TLSv1.3 connections and the new ones cannot be used in TLSv1.2 and below.
The new ciphersuites are defined differently and do not specify the certificate type (e.g. RSA, DSA, ECDSA) or the key exchange mechanism (e.g. DHE or ECHDE). This has implications for ciphersuite configuration.
就是说 1.3 的 cipher 跟证书类型无关了，放前面就行，旧的 cipher 在 1.3 里不兼容了，新的 cipher 在 1.2 里不兼容，所以如果浏览器支持前面几个的话，就肯定支持 1.3 的。

@abcbuzhiming 你要是写过 Go，就知道 VSCode 是有多么的渣了，连 JB 的 Goland 边都摸不着……
不要说 JB 占内存了，开个 Go mod，VSCode 卡出翔……
我一气之下买了一年 Goland 单软件授权……

@xunxuntj 其实我也是前两天看到有其他帖子说个人开发的东西被其他公司山寨，才说这个的： https://www.v2ex.com/amp/t/559865

软件系统及时升级，所有业务服务都不要 root 权限启动，非业务端口尽量全加防火墙关闭或限制外部访问，并且最好改到高位不常用端口上。

Web 的话，受浏览器限制，与服务器通信只有通过浏览器提供的接口，XHR / fetch 或是 WebSocket，当然还有 WebRTC。其他的，也只能是这些的封装罢了，或是浏览器根据新标准推出新的 API。各种第三方库也都是普通封装，比如 Socket.IO 封装了 WebSocket，帮你处理心跳包，并对文本进行格式化封装以支持直接发送 JavaScript 对象数组（ JSON ），在 WebSocket 连接失败后自动切换到短轮询。gRPC-Web 则是引入了 protobuf 二进制库，然后通过 POST 与中间代理服务器进行通讯，代理服务器将请求掐头去尾转给后端 RPC 服务。
GET、POST 以及其他方法也都受限制，比如同源策略，GET 不能带 body 之类的（其他地方则没有这个限制，比如 ElasticSearch 带 body 的 GET 请求），URL 必须编码，并且总长度有限制之类的。
在没有 Websocket 和 WebRTC 之前，用的长轮询、短轮询。
短轮询就是你本地不断请求服务器的一个 API 接口，没消息的话服务器会直接返回空，本地延迟几秒再重新请求。这种方法貌似没多少在用：本地延迟短的话，HTTP 请求消耗太大（那时还是 HTTP/1.1 ），本地延迟长的话，消息不够及时。
长轮询也是你本地不断请求服务器的一个 API 接口，不一样的是没消息的话，服务器不返回数据，一直持有这个连接，而本地也一直等待服务器返回，一旦有新消息，服务器会通过持有的这个连接立即返回数据。如果长时间没有消息的话，有个超时时间，超时后连接断开，本地无延迟立即重新请求。这个相比短轮询就好很多了，在 Websocket 出来之前，这种方法算是主流，常年不维护的 QQ 邮箱就是这种方法一直用到今天还在用。
Websocket 出来之后，就取代了长轮询，其实原理和长轮询差不多，也是请求一个接口，然后进行协商协议升级，从 HTTP 升级到 WebSocket，服务器持有这个连接不断开，就可以一直发送消息了。相比长轮询，这个连接没有浏览器硬性的超时时间限制，并且无需断开，支持双向同时通信，无限发送消息文本或二进制数据，并且不用每次发消息都带臃肿巨大的 HTTP 协议头，可以节省很大的资源。为避免 TCP 意外断开，会要求每隔几秒发个心跳包，这个只要一两个字节就够了。
WebRTC 则更多的是面向实时视频、音频这类多媒体服务的。当然，也可以传任意文本、二进制。

你可以买个手写板的。

当然，部分 ide 支持代码补全，你只要打变量名，按下快门 Tab 就补上 $ 了。

个人吐槽一下：现在的测试大多都在向自动化方向发展，自动测试，无需人工干预。然而现在 AI 还不够成熟，大量必须通过人脑才能指出的错误，自动化测试都办不到。自动化测试只能是测试程序编译能不能通过、函数的执行是否符合预期，但是管不了各个模块功能之间的用户体验方面的错误、客观逻辑上的错误。这些错误在人工测试的时候很容易看出来，但是自动化测试就只能等用户反馈一个 Bug 加一个测试用例。
像楼主发现的这种问题，可能自动单元测试中测试了自己可以成功给群友加备注，@ 时也可以显示备注，但是忽略掉了其他人应该看到默认群备注或是本人昵称。
当然腾讯应该是会有人工测试团队的吧？这应该也可能是人工测试会出现的疏漏。

@qianji201712 我不太懂这方面，但是没有软著先试验的话，会不会被别人大厂看到商机照搬抄走然后说不清楚？

移动无限流量套餐，经常给我推送流量包广告，几块钱多少 G 的那种，我无限流量开流量包干啥？

非常感谢，加一个 chan 等一下就好了，成功了

可以尝试 Google 或者 1.1.1.1 的 DNSoverHTTPS 接口，自己解析然后直接用，自己解析走的 HTTPS 就可以直接走代理了。

@ysc3839 camo.githubusercontent.com 是 GitHub 的反向代理地址，上游图片文件地址失效了这个地址也就显示不出来的。
上游图片文件的真实地址要进 README.md 文件里点 Raw 看源码里显示的才是，域名是 ovefvi4g3.bkt.clouddn.com 。

两家都不怎么用的吃个瓜

@ysc3839 你那个仓库里面 README 的图都是外链的第三方的图片地址……跟 GitHub 没关系吧？

感觉语义上的不同，len() 更像是进行测量、获取长度这个动作，而 .len 更像是读取一个已经存在自身上的一个属性，.len() 也是进行测量、获取长度这个动作。
len(x) 和 x.len() 的区别是，一个是别人来测量自己，一个是自己测量自己。
len(x) 没有办法预先确定要测谁的长度，所以只能每次都重新数一下。而 x.len() 就可以直接把自己的长度存起来，变化的时候改一下就行，每次返回保存的值就行。这么看来，x.len() 的设计更好。
PY 里面的 len() 比较聪明，不会自己去数，而是调用 __len__ 直接抄答案……

支持
请求方法还有 PATCH HEAD OPTION 之类的建议加一下