我上班时间也不止 1 分钟一块钱啊，我上班还能摸鱼看 V 站呢，就这点钱凭什么帮你修 BUG ？

而且帮人修 BUG 看代码压力非常大，短时间需要集中注意力和精神，一边看一边跟人沟通，这活一单没有 500 块没人干吧？

DELL 服务器太适合了，特别是塔式服务器，噪音也比机架类型的好不少，其他一些差的网卡之类的可以自己插 PCIE 。

@JeriffCheng 你的结论太草率了，喷国内大模型能力不行是没问题的，但是妄下结论纯臆断得出“所有国内大模型中文语料二次训练 finetune ” 是完全错误的。

真以为系统是 windows pro ，你就是 pro 了？ 看到这句真的绷不住了

@jimmyczm 你的题目是“PKI 体系中，由 SSL/TSL 实现 HTTPS 应用，浏览器和服务器之间用于加密 HTTP 消息的方式是？”

你要看清楚题目，题目问的是加密 “HTTP 消息”的方式，而不是整个握手过程，加密 http 消息就是只用了对称加密啊。

感觉你 还没懂，这中间有两个过程：

1. 密钥交换，用的非对称加密，就是 RSA 。
2. 用第一步交换来的密钥，对后续的传输内容加密，这一步用的是 AES ，就是对称加密。

所以这个题应该选 B 。 这个问题你可以试着问 GPT ，它会给你完整详细的解答。

先说利益相关：

作为一个厂商，既当运动员又当裁判，这个测试从最开始的定位就站不住脚。

其次是测试方法：

你用阿里云作为拨测的出发点，然后测试其他云的单个 region ，得出仅有阿里云和你们的产品在线率是 100% 的结论。 然后测试时间仅为一周。 你哪怕多上几个节点，多测几个 region ，多用国内国外不同的云服务做做拨测，然后时间拉长到半年一年呢？

最后说你们的结论：

通篇再讲你们那个优势的 TTFB ，说实话我用对象存储根本不在意这个，最让人在意的稳定性和可靠性，你们就用了一周时间测试，然后吹自己是 100%，你们 SLA 可以承诺到 100%吗？ 阿里腾讯才出了事故大家都看见了吧。 推广都不会推广，测试手段业余得不行，在这之前我并不认识你们，说实话看了你这个报告，我对你们印象直接为负，绝对草台班子。

描述这么少，问得这么简单，可能同样的字数仅有给 ssh 权限才能帮你排查出来了。

@livid 打开首页全是这些腾讯云，比拼多多还狗皮膏药。

@kidlj 任何认为后门和 bug 将在某一天不复存在的想法都是一厢情愿和不切实际的，只要有人存在就不可能彻底解决这类问题。世界本来就是混沌的，你只能努力减少 bug ，永远也做不到杜绝。

这个世界就是这样，按闹分配，既然不能改变，就学着如何去闹。 感谢楼主，学到了。

不敢考虑，没那个家底去竞业。

经常接触过这样的需求，如果不考虑一定要原始文件中字符的顺序，我的选择是 Linux 上的 sort | uniq ，流式处理速度非常快。

不是“谨慎选择爱快（ ikuai ） SD-WAN 公益版”，而是谨慎选择所有闭源/（曾经）有后门的东西

教你怎么伪造：

swaks --body "testmyself" --header "Subject: hello I am you " --attach "You can put." -t "[email protected]" -f "[email protected]"

如果用第三方代发的话，还能绕过 SPF ，我就试过用 trump 的邮箱发给我的 gmail ，完全看不出来伪造的。

当然楼上说退信的话也是有可能的。