@PrinceofInj 惊了，那可真是错过了好时光。

@palemoky 普通的路由上面，应该是没有查看的功能的，一些软路由上面应该可以，关键字：linux 查看 nat 映射表

@Tumblr 我的意思是我之前有点掉书袋了，忘记了有时现实生活中的实际标准和书本上的有差异

我之前有个疑问，类似 128.80.160.*或者 172.50.160.*这种 ip 不都是公网 ip 吗（条件反射的那种），还以为有的学校这么强直接做起了 ISP 每个学生都分一个公网 ip，直到后来发现运营商搞的黑科技，居然可以直接用特殊 NAT 技术把内网 ip 转成跟公网 ip 一样格式…

正规一点都是用企业微信或者钉钉，再不济用 qq 群也行啊，用微信办公是最辣鸡的

虽然没领，但还是谢谢，好人一生平安。

@echo1937 从来都只有服务器考虑并发情况连接太多处理不过来，没见过客户端担心客户端太多导致自己排不上队的。。。。

@Tianao 同一 ip 区域下的 5 万多台终端在同一段时间使用了 tcp 连接同一服务器的同一端口，才会出现不够用的情况。
这种概率会有多大？即便真的出现了，也不过是出现拥塞现象，待其他的设备释放连接，网络即可恢复。
相反服务端出现这种情况次数更多，比如某博炸了，某宝卡了，这种没办法大多数情况下只能增加服务器数量。

@palemoky 对于拥有一个 ipv4 地址的客户机来说，的确是最大不能超过 65535 同时去连某一个服务器的端口，只能通过增加 ip 的方式来解决这类问题，不过日常生活中很少会遇到在一个 ipv4 的公网 ip 下，需要这么多的长连接去访问同一个服务器的端口，大多数时间都是短连接，用完马上释放。
你这个问题类比于 ipv4 不够用了怎么办。

标题党的核心就是一个词：流量。
因为平台不作为或者说默认流量为王+有太多受众群体，这种现象可以说很常见了。
换个角度想想，可能有些人平时无聊就是喜欢看这种哗众取宠的东西，理性的观众还是少量，又怎么说呢？
只能说短时间根本改善不了，最多希望平台优化推荐算法，让我不喜欢的内容少出现在推荐首页。

有个建议，服务器上传带宽和磁盘容量可能是你备份的关键。
因为上传带宽和磁盘容量太低了的话，就算给你一个完美的方案成功备份了你也存不了和 download 不下来，这样建议别折腾了直接问客服付费解决方案。
上传带宽还可以的话，你就按其他人的办法来。

以当前时间为准，之前未被引用的文件，一定是无用文件；之后的文件，取决于你希望临时上传的文件有效期是多少，举个例子，我上传一个文件，但是没保存表单，那么有用无用取决于多久之后我需不需要保存它，这就具有不确定性，你怎么能交给定时任务来判断。要是我，我直接定一个小时的有效期，上传的文件在一个小时内没有被引用，即可删除然后保存表单时校验文件是否还存在，不存在就提示文件已过有效期重新上传，仍然存在就直接保存（不考虑定时任务和保存表单并发情况）。

@xz410236056 他说的无线网桥，理论上 50km 甚至上百公里都行，跟 2G 没啥关系吧

蹲一个大佬帮忙分析下.bpl 文件是哪种语言和编译器的产物，如何反编译？网上大概找到是 Borland delphi 的语言，找不到怎么反编译的工具

是请过杨笠的的那个脱口秀大会吗？

@princelai 想法很不错，但是真正做起来才知道一个人的力量是很有限的，有时候我也会冒出来很多看似伟大激动人心的想法，但是实际上要实施的时候才懂得有各种各样的阻力，经济上、时间上等等

提高一下编辑的门槛，要不然什么人都能编辑了这玩意也就失去意义了

想问下后续有数据备份、笔记等功能吗？