@aragakiiyui
8000000/1000/3600=2.222222222
写入就两小时。。。囧

根本没想到给家庭用户去跑。。。
毕竟带宽质量很差，在线时长也无法保证，一般给的内部权重很低的。
这货目的就是@aiguozhedaodan 所说的拉拢机房网管。。
迅雷水晶就有不少ISP级矿机了。。G口不是事，10G不算高。。
（有不少直接在OLT设定端口权重，闲置带宽全跑上。。）

@aragakiiyui
你没说清楚你的那个处理是做啥的能改善多少没法说清。。。
如果是CPU压力大的应用，写个C/C++扩展吧，多进程是必须的了。
如果是IO压力大的应用，改善IO才是最重要的。

关键是我们不知道你做的是啥操作。。。
说回来800W数据都在内存？

单线程遍历并异步分发，多线程处理。。。

任何一个正常的浏览器都不会修改上传的数据，如果出现数据不同，那是浏览器问题。
在这你也说了客户端装了文件加密，那是外部插件的个体行为，与浏览器无关。
在信息如此缺乏的情况下，我们并不能给出任何有帮助的答案，请完善问题。

看着直播的时候一下子懵了。。。囧

所有请求都有伪造的可能，所以所有用户隔离的操作，都必须在服务器有一层验证。
理想的方式应该是把数据鉴权操作封装到model供前端API调用。

所以总的来说你需要两样东西
1：能保证不被伪造的用户相关的TOKEN，以便确定用户。
2：利用这个用户的id进行操作鉴权，无论是操作上的还是数据上的。

说回来为啥不要WDS？

MAC1200R

最长时间的是一台七喜15寸液晶，当年卖4K的货（02年）

@poison501
其实这个功能已经与普通转运网站无异了，既然这样也就好办了~
毕竟需求是明确的，流程是透明的，系统也是相近的。
这种系统现在看来能买，毕竟现成已经在用的系统有不少（好不好另算）。
买一套系统，剩下就是二次开发的事了。

倒回来现在的核心需求：
看起来，现在你拥有一个已经整理好的EXCEL文档，需要转换成XML
批量送给邮局（预申报），获得邮局返回的追踪号以及相关的运输单信息。

*最终把这个数据打印出来贴到包裹上（不确定这个需求，但流程上看挺像）
不知道我的描述是否有误，但是至少看起来是python脚本能完成的事。
至于后续追踪之类的，反正给自己用，也可以用脚本完成。。
看起来你也写了一个，但问题是这个XML必须通过网页方式提交给接口，现在想换成程序批量实现。

暂时能看出来的信息就是这样。。

@poison501
很遗憾的告诉你，没有任何可量化的指标判断。
因为对于圈外人而言，所有行内的判断基本都是看不懂的。
而且行内的判断依据也是无法量化的。
只能通过经验，笔试/面试/聊天，分析出一个人是否能够胜任某一个工作完成某项任务。

其实对于你这个需求，本身没任何技术难点，一点都没。
毕竟都是极其简单的CURD操作，同时没有任何的高并发需求。

但是，这本质上是一个外包业。
外包业务本身，特别是外行客户的外包业务，客户本身很难把自身的需求描述清楚，编辑成文。
毕竟很多时候都是使用EXCEL之类的工具手工处理，在操作上具有极大的灵活性。
很容易对软件的设计存在一些不合理的理解误差。
而开发人员因为不熟悉客户的实际需求，也难以分析整理出整一套系统的应用流程，并开发出合理高效的系统。

而目前来看，你的需求不应该是一个网站，而应该是一个带有web查询功能的一个后台管理工具。
实际上这类型工具开发速度/成本上应该C#占优，前台页面PHP完成，数据库使用mysql。
配合数个接口脚本来完成各项处理工作。

因为在文中只对最终系统进行了描述，并没有完整的说出整个需求场景。
所以不同的开发者在理解上会有所偏差，而且并不能提供更好的意见。
对于工作量的估计也会相对乐观，到头来可能花费更多的时间精力但并不能很好的解决现有问题。

其实归根结底还是沟通问题。

@cqcn1991 解析数据才是难点。。
对于那些点，除了三维坐标外还有这个点与另一个点的连接参数。绘制截面肯定绕不开这个

@leeyiw 没说明兼职做嘛。。囧
说回来两周->14天-》1小时/天-》14小时，不够啊

真要有这样的数据的话遍历一次不就行了么？

感觉这货最靠谱的应用应该是高精度的三维雷达，但是作用距离有限。

@jadecoder
网页20个小时感觉不太可能，细节坑太多，C#直接做界面20小时还有可能。
python对接那些快递公司接口单纯入库的话两个小时差不多，这事上PHP反而耗时更长

@leeyiw 你的月薪就2000？

@snopy
场景是web，还是其他？
web的话不建议这么做，其他环境自行定断，原因都是防火墙/NAT截断数据流
另外你给的说明几乎是没任何帮助意义的。。
因为涉及到不同的环境不同的场景对包的处理方式有所不同。
最简单就是开个SOCKET并且设定SO_KEEPALIVE。
但对于KEEPALIVE的一些参数，如检测间隔重试次数等的设定，在win和linux是不同的。

另：这种方式在复杂的网络环境下不保证可用，但这是最简单的做法。
连接本身一直不close就是长连接了，但往细的说这是个坑，要考虑的事情还挺多的。