@hantsy “不同的路径下 404 的意义已经将不同的 Resource 区分的很清楚，只有 SB 才用 200 返回一切数据” 你这种方式我没看到过，太高级了， 我还不会用，特别是如何把 sql 的执行错误的详细信息如何返回给前端然后提示客户。

数据库执行错误就几十种， 主键冲突， 表不存在，账号没有写权限等等，还要具体错误信息。

像以下的详细的错误应该如何通过你的 404 返回给前端
1. “ALTER TABLE `xxxx_db`.`STOCK2604` DROP PRIMARY KEY
Can't DROP 'PRIMARY'; check that column/key exists”

2. “ALTER TABLE`xxxx_db`.`STOCK2604`ADD PRIMARY KEY(`ORGID`,`SECCODE`,`ENDDATE`,`F001V`,`F004V`)
Specified key was too long; max key length is 767 bytes”

3. “SELECT CAST(CONV(HEX(MAX(`XDBMASK`)),16,10)AS UNSIGNED),CAST(CONV(HEX(MIN(`XDBMASK`)),16,10)AS UNSIGNED)
FROM`xxxxxx` WHERE CAST(CONV(HEX(`XDBMASK`),16,10)>0
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 2”

最后最后 ......，如果这个号练废了，可以生二胎，练新号，总结下老号失败原因，继续练。

没有什么好讨论的， 把这个看成一个项目，出资人是孩子的爸爸，执行董事也是孩子的爸爸， 你管他怎么养呢。孩子的爸爸开心就好。

你返回数据结构里面应该有一个状态码， 这些查询或操作失败的， 最好是返回 200 ok, 然后内有有一个状态码来表示具体的错误码，好点的还有一个错误的描述字符串， 方便前端提示给客户，否则都是 404，客户直接抓瞎了。

建议原生包壳这个可以外包， 你们只做 h5 页面内嵌。 其他的 js 的框架都是坑，复杂的需求就歇菜。

先确保你这个“并发设置是 500” 是 1 个进程里同时开 500 个线程去抓取吗？ 还是使用多进程+多线程的方式达到 500 个同时抓。

都是开源的直接看源码呗， 查下这个并发是同时启动 500 个线程吗？如果不是，就改源码同时开 500 个线程同时抓。

只要数据是在后台的，前端怎么破解都没关系的呀， 最后的验证都在后台服务器的， 账户通过在线数来限制，1 个账户允许 2-3 个设备在线，在多的连接就直接剔，或直接锁账户， 让用户手机验证改密码解锁。

直接找淘宝代充，还便宜

1. 抓取的最麻烦的就是抓的页面格式变了， 原来配的页面的东西就需要重新配置过， 才能定位到需要的内容。
是否可以考虑 使用 AI 训练来过滤内容。比如我希望抓取财经类新闻， 通过大量财经类新闻训练让 AI 识别这类内容，后续通过 AI 就可以准确过滤。
2. 另外一个是版权问题， 是否可以考虑把抓取的内容提取中心内容，这样就可以和原始的内容不一样，规避版权问题。

不知道楼主有什么这方面的建议吗?

用 Remote Desktop Gateway，windows server 自带的。 使用 https+rdp, 只要可以上网就可以连回家去的。

@XisucksYi 删库跑路， 前段时间不就有嘛，公司市值就降了好多亿。

你可以看其他部门给你封装好的模块源码，这样可以更加了解你的业务。

1 线城市买了房子， 保值比 2，3 线的要好， 就算你以后会老家，你卖掉 1 线城市的房子， 换到老家就可以。

简单的商城应用可以用 uniapp, 但复杂的图形可视化基本就歇菜了。各种不兼容。

程序员干几年就往管理和构架上面转， 底层都没人做，再加上国内没有真正的底层技术，都是国外的东西往国内倒腾。环境就这样了， 没办法。

看路由日志 不就知道 是什么原因了。

单元测试 只要能覆盖所有的代码分支，执行速度都是其次的吧， 一般不都是半夜自动编译出版本然后跑一遍所有的单元测试，出测试报告，

微服务用不起， 部署实施还要招一个懂 K8 的人打包发布到 docker, 平时节点坏了还要排查。这运维起码要 1.5w-2W/月吧.
一年就要小 20W 成本呢。