@crab 左下那不是有个跳过嘛？

我感觉，用 php 写，界面丑能接受，找前端改；用 next.js 写，界面丑不能接受，自己改。

crash 后，疯狂输出 log ，拒绝外设指令，写完了就恢复往日的流畅了。一定是这样的

@Sainnhepark 用延迟的话，那拿几个代理 ip 并行请求，不就绕过去了？

这个方案配合业务做成无感知的，用户体验就挺好。要是能让 wasm 和 native 速度上相当就好了，不然感觉有点事倍功半？哈哈

我觉得左撇子里也有很多人用右手操控鼠标

@lakehylia 你这充电宝怎么还带轮子，好高级哇 （星星眼

毕设直接 express 或 fastify 吧，避免折腾多余的东西

要不等企鹅的人在 v 站找你谈赏金吧 哈哈

没必要，url 路径和查询参数与请求体一样，都是入参，加 token 效果是一样的。动态变化的 url 只能让他们找你接口麻烦一点点。。。多搞几次也能发现规律。。。要是他直接模拟点击，接口啥样都无所谓。。。所以建议在前面套低成本的人机验证，减少高成本人机验证被刷的风险

这内容确实和微前端没啥关系。。。另外我感觉微前端是个伪概念。。。

设计时不设计好，事后加还不愿意，还想要自动的。。。有点过分啊

既然想自动加，那为啥不直接一开始就全部加上？

不会，我宁愿把东西放在托盘上当抽屉用。。不过现在桌子还有带这种鸡肋的东西吗🤣

直接试吧，我感觉继电器线圈通电有干扰。要不先用 mos 管试试？

@h0099 字符编码这个我也不能多说什么，我也没深入研究字符编码的问题，大概是编码长度转换出问题之类的，反正我是不信上古代码里关于字符串的处理。
另外预处理语句解决不了的业务你咋能怪预处理。。。我只是回复别人说替换文本不安全而已，和 op 的问题没关系。

@h0099 #16 你要知道，谈字符串就得结合字符串编码，这里面水深的很，你以为你看到的 9 ，天知道转了几手后到数据库执行是他还是不是 9

@h0099 你自己转的地址里不就是说用预处理语句的方法是坚固的么？你再看看？