https://code.bdstatic.com/npm 之前在 V2EX 发过推广贴 https://www.v2ex.com/t/521411

不知道 @otakustay 现在还是否有条件维护了，毕竟这个推广贴距今已经三年多了。

@aitutu
@lirunext
现在三大运营商也在逐步收回了，个别地方现在要求套餐金额必须够大或者死猪不怕开水烫（工信部也没用）了。
三大有些地方不给还有另外一个原因是 BRAS 不是自建，比如联通在南方搞的 LAN 业务（建议别装）以及电信部分省的的城中村宽带业务，设备上面根本就没有公网 IP 的地址池甚至运营商根本没法控制这设备。

移动和小宽带肯定不行，基本上这些宽带的 BRAS 上面就没有公网 IP 的地址池，所以怎么要也没用（北京移动除外，公网 IP 业务明码标价 20 元 /月）。

典型是传输信道质量差导致系统降速到 100M 。

1. 面板坏了或者面板后面接的质量太差（不紧 /剥开太长）导致。
2. 墙内网线太差导致。

建议先重接面板，不解决问题则更换面板，随后尝试更换面板-设备的两条跳线，最后则更换墙内网线

@echo314
立法要求有明确的申诉渠道正常来说是不难的，既然万事万物不是百分百那自然就得有小概率事件的解决方案。按您这理论网购消费就应该库房发货后概不退款，因为售后服务对商家是有成本的。法院就应该一次宣判就终审判决，因为司法是有成本的。法律就应该一经设立概不修改，因为立法是有成本的。
当然立法要求有明确的免费申诉渠道之前腾讯作为私营企业他愿意一次审核收一万也只是道德问题而不违法，大家也只能道德层面批判罢了。

@whileFalse
这玩意是个可以商量的问题，搞不搞是一回事，最终用户买不买是一回事，五险一金还有不少人主动不交更何况商业保险了。另外中国保险风控没那么拉跨，真要大额理赔的时候就知道正常理赔可能都需要消耗大量的精力提交大量的材料才行。当然保险对自己的员工（如业务员、理赔员等）监管不力导致内外勾结那是另一回事，要探讨这个那就远超当前主题了。
另外如果真觉得电诈是必须解决的问题的话完全可以考虑类似农业领域的补贴保险，补贴的那点钱绝对能 Cover 掉现在各自条线上乱搞花的钱，安排一批人天天给反诈软件报送的错误警告来电提醒成本也不低，更别提有些时候需要警察上门或者群众去派出所登记异常、运营商风控停机之后让用户跑营业厅解锁甚至二次锁定不予恢复之类的给一般人带来的损失了。

1. 一个开发团队开发一个新功能开发周期 3 - 4 个月说明软件架构有严重问题，绝大多数项目和公司根本接受不了这个周期。建议需求规划端做合理拆分，单个需求用 4 个月不如拆成 20 个需求每个一周会更合理。如果没法拆分那也没办法，说明软件架构积重难返了，如果您不是给金融行业写 COBOL 的工作建议尽快转行。
2. 如果确实积重难返的话也有办法缓解，如果一个需求 7 天之内做不完，那么每周需要找一天 rebase 每个需求的 dev 仓库，保证当时 dev 仓库的内容是主线 Dev 仓库 + 新增内容，可以保证合并期间不那么折腾，相当于牺牲开发进度保证最后合并成功率。

@qiubangzhu nginx 现在和 php-fpm 对接没啥问题，Apache 现在很多时候也是走 php-fpm 对接 PHP 了（原来是靠 Apache2Handler ），所以现在用 LNMP 的多。

当年搞 LNMPA 是因为 nginx 处理静态页面比 Apache 快很多，而 nginx 和 php-fpm 对接不稳定导致经常挂。
现在两个问题都不存在了（ Apache 2.4 以后速度和 nginx 差距缩小到了可接受的程度，nginx 也能稳定和 php-fpm 对接了），所以选择 LNMP 或者 LAMP 都可以。

如果内存小的话确实首选 LNMP 。

@echo314 这费没法收，现在各种风控模型的准确率其实并不高，更难的是审核标准是个很难公开且时刻变化的东西，所以很难做到审核标准公开透明。再来个收费解封怕是得骂死，用户又不是诈骗犯也没有谨小慎微的躲开风控模型的义务。
另外这个监管用户行为，甚至窃听用户隐私的操作有没有写在用户协议上？是纯模型判断还是有人工参与？有没有拿生产数据训练模型或者直接把生产数据丢给人工的情况？
另外按您这个道理扩展一下，内容审核也占很高的平台运营成本，甚至很多中小平台出的起平台运营成本出不起 24 小时审核中心的钱，敢不敢向监管收一下费？

@dingwen07 是的，本身工具类软件就是纯粹的工具，搞这么复杂的东西就是简单东西复杂化。

@encro 微信视频怕不是直接微信封掉。

另外基于电信诈骗的低侦破率，我觉得没必要瞎搞这些风控，最后的结果是骗子总有办法绕开而正常人受害。
不如借鉴保险行业成熟经验，推出电诈保险服务。根据资产数额和被骗概率等数据综合计算保费，交了保费的用户被骗之后给出一定额度补偿金（例如被骗金额的 1/3 之类的），如果后续破案成功相应金额先行扣除算了。

建议尝试 VNC 之类的，很可能是第三方控制软件自身的问题。

@liliass 那我倒是觉得可以考虑联通。当然前提是价格不比移动高太多。

@ungrown 行业现状就这样，用户可以为终端付费却不能为 APP 付费，所以只能通过广告回本。另外广告开发和活动页开发的水平一般都比较一般（非推荐算法开发），外带挂的 SDK 质量也一般般，再加上各种采集打点（业务监控采集打点、活动采集打点、SDK * n 采集打点）就这样了。

@shenjinpeng
查找设备正常是只有在网页上触发才会更新定位，电量耗尽前定位和关机前定位需要高版本系统+手动开启。
另外停车场如果在地下很难成功定位（无卫星信号），成功定位了也很难上传（网络信号弱）。

@keymao
拼多多这种地方估计用户也不知道是脏机，没准唯一知道的就是“低于市场价”。

能到 100/20 且联通能提供公网 IP （非固定 IP 且您无固定 IP 的需求，如果只能给内网那就算了）我觉得可以考虑联通，否则还是移动。

语音业务一般是固定 IP 地址，您再看一下原来猫的配置，应该能查到，需要手动配置上才行。

@sp670 IMS 语音有的解析不出 IP 是正常，猫里面有个 Outbound 服务器（代理服务器），实际上他是直接连接 Outbound 服务器的，不走 DNS 解析。

不知道是主要借助管线和小区资源铺设联通的 FTTH ，还是什么奇葩的合作方法了。

其实您这场景都不用考虑直接换公网就行，基本上国内运营商做 CGNAT 都是一个宽带账号一次拨号提供几千个高端口，所以带机量大了必定炸。前几年有的比较狠的地方，一个宽带一次拨号一千个端口，一台机器开个迅雷可能其他电脑就没法上网了。另外共享 IP 的话单个 IP 流量太大或者请求数量太多，再或者有恶意请求都有可能触发网站的风控导致一些奇怪的问题。

@cubecube 国内运营商 CGNAT 不同于一般网络设备或者手机，为了监管溯源方便、日志记录成本低都是采用一个宽带账号一次拨号提供几千个高端口的方式。不会说跟网络设备或者手机一样采取池化复用完了按照只要五元组（或三元组）不同就可以复用一个 IP 上的一个端口的模式。

@windyskr 北外的镜像站是清华 Tuna 协会管，为了分担 Tuna 节点的压力。详见 https://mirrors.bfsu.edu.cn/news/bfsu-mirror/

@dream7758522 看镜像站提供什么资源了，国内不少镜像站是开放查询磁盘状态的，可参考以下地址

https://mirrors.tuna.tsinghua.edu.cn/status/
https://mirrors.bfsu.edu.cn/status/
https://mirrors.ustc.edu.cn/status/