UnluckyNinja

@UnluckyNinja #32 如果是为了应付甲方，改一下二维码算法算了，变一下样式，三大一小定位方块也改成别的形式，让微信扫码等识别不出来就可以了

我是这么想的，

你在前端拍一张照片，把照片发到后端去识别解析再，等价于在前端识别一张二维码，包含原本应拍得的照片编码数据，发送到后端去解析判断。如果在前端通过自定义算法进行识别/验证，那么只能是防君子不防小人，这个自定义算法一定会被逆向出来。

前端显示成什么样不重要（除非你用法币那种物理意义上的高难度/高成本防伪技术），重要的是前端代表的编码信息不被人破解，那么你需要实现的其实是在线验证注册码的机制。

注册码自身要做到高熵，冗余、稀疏、无序、自校验等等。
在线验证要做到一号只能验证一次，验证后即失效，验证失败次数过多后限制频率（风控），还可以绑定在线账号对应到用户。
还要加上涂层防止被随意验证，只让终端用户来进行，用户看到图层被刮开就知道有问题。用简洁的格式还能省点涂料。

你更需要注意的是，如果伪造方从头到尾包办了整个验证流程，你怎么让用户发现出来？（那种发送注册码到陌生手机号的我真的是没眼看）。

设置自动保存，然后 codeaction 改成 explicit ，这样保存快捷键就是变成了格式化/lint 快捷键，不想用不按就行了。习惯按保存快捷键保存，那就反着改

@SupperCoder #10 这个是音响问题，有的音响在通电未通电状态切换就会有爆破音

我鼠标用久了经常出现中键误触的问题，于是会唤醒睡眠

也基本没有玩小游戏必给奖励的（就算给也是给鸡毛蒜皮的虚拟奖励，直接全发都不亏那种），尤其是实体奖励，最后都是走抽选系统控制总奖池大小。形式上有个参与感就够了

@Radeon #21 可以试一下 vite 的库模式 https://cn.vite.dev/guide/build.html#library-mode

@Radeon #13 其实我没太搞懂你的真正问题是啥，看上面的回复我以为你是要从现有的 cjs build 文件想办法弄一个 esm build 出来，但现在看来也不是。如果是吐槽 react 官方不作为，CRA 今年年初才终于从文档中移除，react 官方肯定不会在意这点。如果介意全局空间污染，但 2025 年介意空间污染的基本都在用构建工具了，也就不需要再去找 esm 的构建来引入了。

@UnluckyNinja #11 *这俩没关系，修正下措辞：直接照着 esm.sh 的做法改，或者看看其他 esm 重打包怎么做的