为啥要编译出这么多的 EXE 文件捏？

阿里云在线文档[各省备案规则]：
https://beian.aliyun.com/#MapDataContainer

。。。还以为你说的是东德天体营😓

前端的东西，就是公开的，加密混淆无非是增大破解成本而已，换句话说就是并不可靠。

还支持 EPUB 么？懒得再去下一个 EPUB 阅读器了……

Ngx_http_auth_basic_module 这个模块实现的是 HTTP 基本认证，根本就不涉及到多用户（或者说它实现的就是最基础的 CSP ）。
所以你直接去找个支持多用户的网盘程序不就得了？

当兵时做的是地勤，后来做过差点去考中控证的保安，有灯光和经纪人证的(话剧)小剧场技术主管，招投标负责写标书的以及微信平台运营。

@IdentityServer4
NFC 识别时间要长于二维码的，你先去了解下二者的工作原理吧。二维码就是个视觉化的编码而已，技术复杂度比 NFC 要简洁的多。而且你举的例子里到处都是“慢吞吞的解锁手机”、“闪屏广告”这种第三方因素导致的速度瓶颈，这都是可以优化掉的，但 NFC 现在基本没什么空间可以做了。而且离线刷卡建议你重新了解下吧，没那么多机型可以做离线的。

@IdentityServer4
客服其实现在外包都差不多，只是你自己把情感代入的太狠了，才会有种“痛彻心扉”的错觉。
用的多了你就知道了，除非你砸钱买 VIP，否则这年月没有上帝。

@gazce 各个平台都有体验好的案例，而且我自己也不是体验不好，而是我觉得这个产品没什么前途，注定会被二维码淘汰而已。

粉的莫名其妙，黑的也莫名其妙。
手机公交卡功能我个人是不推荐用的。一个是这个卡的功能基础虽然在 NFC，但是支持城市要跟公交部门单独谈，像有的开卡费什么的，其实是那边要求收的，把一个各个城市都有复杂情况的一个东西做成一个通用化产品，肯定会遮蔽掉(不是消除)原有的复杂性的部分；二是 NFC 在替代 RFID 卡时，识别时间更长，而且使用时也依赖于手机电量、天线位置等因素，便利度上并无提升。所以我是第一批用上公交卡的用户，也是第一批弃卡用回传统公交卡的用户。这个产品挺鸡肋的其实，背锅有很大一部分原因是需要对接公交集团那边，收益又不像做支付那种，而且还没什么拓展(也就多个门禁卡，还有一定要求)。
所以你因为它一个 NFC 子产品线的问题，觉得它手机不好？那你们粉的是什么东西？你们该不会是觉得凡小米出的就一定是香的吧？雷总要知道你们把它的产品当追星这般对待，也不知道是该高兴还是落泪。。。

能跑，但不推荐。

另外建议，一是 js 虽然是弱类型系统，但不要把弱类型当做特性来用，平时能统一类型还是尽量统一（能学一门后端语言是最好的）；二是`alert()`容易失控，用的时候尽量单独用；三是像这种选择语句(算是变种吧)，如果需要直接写`TRUE`的话，说明是选择条件短路，那么一般还会有更简写的形式（或者说这样用条件选择语句没有意义，就像`if(TRUE)`，可以，但没必要）

一部虚构的戏剧作品而已。
被这样“引用”的已经有点复读机了吧。

什么“讨论上尽量多的隐晦，大环境越来越需要”？
不就是怂么。
想说话就说，你想说的可能根本没什么，故弄玄虚反而像个神棍。

类似的功能基于定位 /地理围栏的产品我觉得市面上已经很多了。。再出同类型的，尤其是以“小”为卖点的产品没有必要，更何况幼儿类产品，设计上肯定得考虑防误吞咽，所以你看同类产品就没有做的特别小的。

最下边的截图里，基础的标点符号避头尾和双齐都处理一下吧，目前这个排印效果，可能还不如浏览器。。。

1. 不盲目跟风，遇事先镇定，有自己的判断
2. 很多时候很多事就只能旁观，参与就是裹乱。还是交给专业的人去做吧
3. 请习惯以上 2 点