没看到是 IIS 7，不过应该用 https://www.iis.net/downloads/microsoft/dynamic-ip-restrictions 也可以。

LZSB，被卖了还帮人数钱那种。

不过年轻人，谁都有 SB 过的时候，先冷静下来总结一下吧。

一方面眼红 AT 的入口红利，另一方面又担心命门把持在他人手中，完全放弃 PWA 绝对是不明智的。

无聊是苹果还是谷歌，显然是不希望 AT 小程序模式做大的，PWA 就是制衡的手段，同时 PWA 也是革自己的命，目前的平衡还需要契机。

弄个树莓派寻路小车就行了。淘宝全套套餐直接买，Python 开发，有硬件交互，最后有实际成品，更有成就感。最重要的，说不定还能在学校 show 一波。

对边界情况要保证测试用例覆盖。
可能会超出预期的情况，如果项目时间不足，则需要防御性编程，发生问题可以第一时间定位。
发生过的错误，除了修复，还需要编写对应测试用例。

请求加 signature，后端不能无条件相信前端返回数据。

稍微再等等，DeskMini 要出 Ryzen 平台了，Ryzen 3 2200G + 8G X2 内存，综合性能还是比 i3 8100 强的。

不符合期望有两种情况：买了台小米，觉得跟 iPhone 比不行；买了台 iPhone，觉得买台小米也一样。

简单模型云平台有直接产品可以用，比如 Microsoft Azure。

再简单点的图片、视频识别等等，就更容易了，这些都可以 php 调用 api，付费就行。

Server →Apache/2.4.23 (Win32) OpenSSL/1.0.2j PHP/5.5.38
X-Powered-By →PHP/5.5.38

套模板无误。

打洞能否成功与 NAT 类型有关，打洞不成功就是依赖服务器中转。如果 NAT 类型问题无法解决，那么只能考虑自建 Moon 来改善。

公网 Nginx 通过 ssh 隧道反代本地，常规操作。

数据库上根据 select 结果来 update，多线程下要么使用幂等逻辑，类似：update status = 1 where id =1 and status =0; update sum = 19 where id= 1 and sum = 10，要么 select 就要上锁。

加锁是为了保证一致性，会影响并发数。而且还得注意索引，确保锁的粒度，当然，内部系统没那么讲究的话其实也没所谓。

redis 也行，毕竟单线程。另外如果取 key，重新写 value 不是原子（ redis lua ）操作的话，还是会出现并发问题。

至于前端限制，为了并发最好也是要做的，减少无谓的请求，web 页面可以考虑 Redirect After Post。

没啥意义。

1、钱给够，996 从来都不是问题。
2、小公司分部门，分项目组，大公司也要分事业部。
3、维护一个不是 996 的名单更容易，也更好证真或证伪。
4、伸手的太多，动手的太少。

IIS ARR 反代

这种程度的 tesseract 绝对可以了，之前弄着玩了一下，比这个复杂多了的也有 70%的正确率。