@xtreme1 #2 说的是，民用市场太赚钱，大家都开始以为只有民用市场了，但是吧民用市场是个不是第一就没啥用的，后面的发展慢再正常不过了，但是这也不代表用在其他地方就不行啊

@whisky221 #2 过人行道减速慢行是个好习惯，考试规则的目的本来也就是让你一开始就别养成啥不良习惯

或许从另一个方面想想也许是自己太放大所谓权力了没呢，比如客户是上帝这事，一开始似乎是平等和良好服务意识，这么多年说来说去，大家很多时候还真把自己当上帝了，既然大多数人都觉得还行，自己纠结这个还真是给自己找气受啊，公司的目的本来也就是让多数人满意然后赚钱而已

一般来说，1M 带宽还没跑满这种，啥网络增强的更好肯定是幻觉吧

50 毫秒和 300 毫秒的区别，随机误差都排除不了，这有啥好纠结的，说不定 300 毫秒请求这次正好腾讯服务器收到了好多人请求忙不过来啊，或者哪网神经抖了抖

要科学一点，那也应该都在凌晨同一时刻，1000 次相同请求同一台 ip 、路由都一致的外网机器，然后比较平均时间分布也许还有点参考价值

写个驱动直接操作网卡？但是又有个啥用呢，该解决的问题你还是得解决一遍啊

这种正常操作不应该先写入 Kafka，让后用个流式框架统计出每天的再写入 influxdb 或者 mysql 之类的来监控么，哪有直接监控原始数据的，就算每天太粗糙，那每小时肯定绰绰有余了，否则这么大量，存入 mysql，查询从磁盘读出来都不知道要多久了，毕竟磁盘读取速度摆在那的

现实世界的逻辑很多时候都是简单就是复杂就是完美，而你设想着的更好更完美的东西往往都并不好用，http 并没有过时，而且把 udp 代替 tcp 看着很好，其实并不是一个好方案，毕竟浏览器的只是 http 使用场景之一

软路由的主要作用还是路由功能比较强大性能好，无线这种还是买个好点的 ap 或者路由器当 ap 用比较好

@Jiajin #161 用 openvpn 通过公网把两个内网组成大内网配置好了应该没啥风险吧，再说这样干的公司也多了去了，应该没啥高风险漏洞才是

楼主这个问题是使用未经深度测试且严格配置的软件暴露内网端口在公网上，通过 openvpn 组建的内网并不会暴露内网端口到公网

@nullboy #5 nextcloud 默认不是不开磁盘扫描的么，文件元数据以数据库为准，那么按理不会产生太多 io 才是啊

@xmlf #97 太乐观了吧，openvpn 这种好歹正经拿来做搭建虚拟专用网的，这么多年了也算经过正经考验了，也有人做安全审计，frp 这种正经公司谁会用，埋了多少坑谁知道呢，自己家里用用也许还行，给公司用太作死了

公司服务器好歹弄个 vpn 啊，frp 这种不靠谱的也敢在公司服务器上玩。。

非主观恶意且明确知道有风险的造成损失的，比如 bug 这种，谁知道哪会有 bug 啊，而且 bug 这属于开发流程不严谨公司管理流程有问题，这种确实不承担责任，但是吧你这个属于预知有安全风险还主动安装这软件且未和领导沟通导致被入侵，虽然非恶意，估计连带责任是很难逃掉了，如果有备份或是非交易算法知识产权啥的不会造成重大损失的那就太庆幸了

公司电脑啥的说真的还是别乱装工作无关的，更别说服务器了，指不定哪天就要背锅

韭菜涨的差不多了当然得割，所以该淡定还是淡定点

似乎这种短时页面上用的使用轮询机制感觉更简单的感觉，后台没过一段时间无数据超时就返回，有数据就返回数据，前端不延时，后台用个分布式锁啥的等待机制，需要返回的数据放到 redis 种，感觉结构更简单啊，直接 jquery ajax 就行，啥长连接啥心跳啥重试啥啥都不用管，容错啥的页更容易吧

@nicreve #8 不可能没有下单失败补回库存的情况吧，存件减又必须在下单前

看起来应该时某种简单的偏移算法啊

@byzf #5 是么？直接支持还是需要啥额外参数呢？我看各种都说 socks5 协议的啊，ssh 这种软件不大可能实现成自动判断请求类型的吧

这个脚本的性能嘛应该是很好的

@imdong #6 但重点是也许你并不能在这台机器上安装软件，或者安装了之后有安全风险，脚本嘛，crtl-C 或者终端退出后就安全了