慢是一直慢， 但是这两年是一直持续性的全面的慢，我感觉应该是有什么节点事件改变了，比如主干网故障、管控变严格了等等。。。

@patrickyoung #6 windows server core 和 windows nano server 了解下

你说的应该是编程语言 C#吧，dotnet 是编程框架 /平台。C#诞生之处肯定是继承了 Delphi 的一些设计了，毕竟这两个语言有同一个爸爸（ Anders Hejlsberg ）, 而 Delphi 就是 Pascal 风格。

还有后起之秀 Go 也是 Pascal， 所以 Pascal 只是一种选择， 并不是你认为的”另类“

走哪都要来测速这毛病真不好。

@yazoox #15 有两个改法，一是把 requestCert 里面 fetch 请求的 catch 加上，catch 里面 resolve 空字符串出来即可，还有种方式就是把 async-await 写法改成传统链式调用，即：certPromise.then(res => ws.send(cert)).catch(ex => console.log(ex));

另外对于不稳定或易超时的接口要加入重试机制

http 1.1 就可以复用 tcp 链接做到 http 持久链接，但是消息对(request-response) 是串行的，完成了一次 http 响应才发起下一次请求。服务端要独立处理每一次 request，凭证要包含在每一次请求当中。

而真正的 tcp 长链接是可以通过鉴权信任链接对象(socket)，经过三次握手链接成功后，客户端就可以发送凭证信息服务端验证后就可以把当前 socket 标记为受信任的，后面两端再通信的内容就无需鉴权。

另外你说的 消息对 是可以自己设计在 tcp 报文格式里面。比如在报文头放一个消息 ID 和回复消息 ID 字节区域，这样就很容易找到消息对了。

@ymlog 每次用的时候 npm install 不是很正常的操作吗， 网络传输 node_modules 本身就是错误的想法。另外还有.git 文件夹也切记不要上传，下载起来很快因为是打包下载再解压的，如果文件夹同步也会异常的慢零碎文件太多了

原来是链接搞错了
https://i.loli.net/2020/08/28/mnsAfHc5GzLt4kK.png

换个图库看下
https://sm.ms/image/mnsAfHc5GzLt4kK

@yazoox #4 这很简单啊，异步发送文件和异步请求证书就行，然后在 onmessage 里面同步等待请求证书的结果
code: https://gist.github.com/jiangzm/4474f2c2f601b23d306235b2233fbe03
preview: <img src="https://s1.ax1x.com/2020/08/28/d5rJOg.png" alt="d5rJOg.png" border="0" />

你该换个工作了

遇到 bug 很正常，但是对方因为自己能力不行不停的抱怨其他人很不常见，

你弄个发送队列不就好了，ws 从队列拿数据发送，组装的数据不断扔到队列。

后面你要封装 Promise 是要干嘛，没看懂， 可以贴了伪代码示例一下。

还在玩这些烂梗（ 0202 ）就知道是个不懂自我更新的人，改变吧

不能拉线的原因也没说， 如果是外观的话，完全可以用隐形光纤代替，几乎不影响外观

这和光猫有啥关系

@nekoyaki #11 主要是现在网速掉太厉害了，以前访问境外网站只是延迟高现在网速也不行，甚至到了不可用状态，比如 Github 下载只能维持在 10KB 左右。而且在阿里云服务器上访问境外 IP 地址也是很慢速度一样 10KB 左右（以前也没这个问题，提过故障单被告知无法解决没有说具体原因）。 很早有人说是海底光缆断了后来说修好了，后面网速也没见恢复。我都怀疑是不是被哪个能控制国内出口网关的人弄错了配置，然后影响了广大网络用户的使用。

我还是喜欢用鼠标和外接机械键盘