nevermoreluo

@adminhf 兄台，借一步说话

我看楼上都在值不值，我说两句，仅仅是个人观点。。。

其实，如果半年左右能赚回来，我是建议交的，这个钱给他们带来的心理预期价值远高于实际价值，尤其是农村。。。。
我们总是在用自己的角度想划不划算，但是实际上，他们想的，街坊邻里说的。这不是一时半会儿心理豁达能接受的，而是每一次政策波动时，有人到处询问时，到领钱年龄还没领的人会问起，它就是一个刺，不管你我承不承认。
如果你不交，我建议你有合理的理财方式能不说比这个好，但至少能自圆其说，至少不能没有。
别说什么不划算什么的，人啊，有时候一旦超出他们生活的集体的预期，就会陷入某种程度的痛苦，或多或少。

我只想知道远程桌面后，切换输入法会导致 chrome 以及一些依赖 chrome 的 electron 应用炸了的锅什么时候修好，至少有 4 年了吧。。。。

给下报错不行嘛。。。。

只好猜了，这回我猜证书错误，不要想当然的以为浏览器证书正常，git 也能正常解析
`git config --global http.sslverify false` 试试
https://community.letsencrypt.org/t/production-chain-changes/150739

搞了一下午，我感觉不是拿什么传输的问题，如果上一个人依赖没管理好我甚至觉得是正常现象。

打个比方啊，拿有包管理的 npm 打个比方吧，你再稍微想象一下 c++没有包管理,你要自己构建的依赖情况

```
npm install https://127.0.0.1:3021/user/json1.git # 7 years ago may build with vs2005 ，like maybe node-gyp dep python2
npm install https://127.0.0.1:3023/user/json2.git # 5 years ago may build with vs2012, like node-gyp dep python3

# where is the https://127.0.0.1:3021/user/json1?
# wait what the f**k with json1 and json2? vs2005? they still make you?


"scripts": {
"build": ...,
"pre-build" : "rsync D:/foo/bar/json E:/foo/bar/json3" # windows rsync, it's really cool! you made it mo**f**ker, but where is the f**king D:/foo/bar/json?

}
```
上面这些都是有依据可循的，在 vs 或者 qt 的配置里面你可能要在各个角落里面找到它们
或者会遇到 qmake ，cmake ，xmake ，vcpkg ，canon ，bazel 甚至混用的。。。

在这里再次感谢 npm ，pip ，nuget, cargo

小厂，先大致确定问题服务是哪组，开发查日志，问题严重需要联系运营找群里论坛里看有没有用户发复现操作，测试尝试复现。
拿到大致复现逻辑或者可能根本无法复现的，运维切备用线路，也可能问题太大先切，看运维和运营把控。
如果没有备用线路，看情况问运营争取关掉外网网关一段时间。至于该不该有备用是事后开会讨论的事。

如果日志查不出来就再拿其他工具分析旁路分析 tcpdump ，proc, gstack ，实在不行就找写这部分代码的开发一起调试吧，反正用户已经切备用线路了。

动态语言可以上一些 console ，或者一些内部接口实现一些简单的 runtime script ，例如动态读取一个脚本文件 or 语句执行
静态语言例如 c++就 ci 再 build 个 RelWithDebInfo ，该调试调试，该 dump 就 dump


当然上面说的运维+测试+看日志的+写这部分代码的人，可能都是你（ bushi

curd+sqlite+websocket
那就是要高性能有 orm 的 webframwork ，这个定义下只剩 drogon 和 oatpp 了

cpp-httplib 不支持 websocket
Poco 性能上限达不到另外几个,不过性能问题看项目
asio 自己撸，除非有高度客制化的需求，否则就是折磨自己
drogon （使用脚手架自动生成的 model 和接口时建议生成后自己过一遍知道坑在哪里


不过我会建议用 nodejs ，express 就挺香的

知识是需要累积的，一张白纸是需要额外时间理解控制语句，类型，数据结构，异常处理，线程，通信，工程架构，编译等等，你耗费在"语言"本身上的时间其实不多。

赛博诊断很难，就上面给出的信息其实很有限，猜不出来的。
运维上有个临时解决问题的方案，可以拿客户国家所在地区的云服务器，可以的话直接挂个透明代理，dns 按区域解析。。。
之后再慢慢排查问题，找到问题了，再撤下这个 dns 解析，让请求回来关掉透明代理就好了。