又不是必须的。访问环境不受信任就设，可信就不设。这不是和任何设密码的环境都一样吗……

同一楼。公司巴不得你在公司没事的时候休假，这样忙的时候就不会有人休假了……

其实感觉图片的存储以及带宽成本还是比较低的，不知道 v2 有没有做过这方面的成本估算

楼主反感的不是二维码点餐，而是索要非必要的个人信息。单纯的手机点餐服务是非常方便的，扫码直接点餐，桌号、公众号、手机号都不需要。结账可以在线支付也可以现金。

不必要的权限就是风险。顺便没见过 Linux 上只有一个 root 用户的……（不能控制台登录的用户就不叫用户了吗，气！）

@begeekmyfriend 你给整个 cache 加锁了，那上层调用你的时候不一样被锁住了吗。上层做细粒度的锁还有什么意义……

@begeekmyfriend 不知道你的上层概念指的是什么，但是 mysql 行级锁是通过给索引的每一项上锁来实现的。

@begeekmyfriend
1、一万个线程竞争一把锁，这是一个并发，而不是一万个并发
2、可以搜索一下 mysql 的行级锁

@begeekmyfriend 而且，你的 node 对应了很多记录吧。理论上最优的话应该是操作某个记录就只给这个记录加锁。对整个 block 加锁会锁住很多无关的记录

@begeekmyfriend 你不是说只有 5 个 cache 吗，那就是对应 5 个锁了？我不清楚你的具体实现，你这样能做到 5 个以上的并发吗？

@begeekmyfriend 给 cache 加锁就是全局锁，插入、查询不应该使用全局锁

语言只是工具，用筷子吃饭和用叉子吃饭的区别。如果每次吃饭都需要别人告诉你这个东西能不能吃，那筷子用得再好也没用……

API 请求怎么可能知道屏幕参数……请求里面又没有这个东西。一般都是页面 js 统计发给后端的。
至于手机、PC、微信、APP 的判断只要在日志里记录 User-Agent 就行了

@enenaaa
什么需求一定要在一个 http 请求里完成？

一个请求 + 懒得编码 -> 同步等待
一个请求 + 异步 -> swoole
多个请求 -> 回调地址

原生的 php 不支持异步，你又嫌同步效率低，又要在一个 http 请求里完成，那就是无解...

校招就是有这样的风险，跳槽是人家的自由，只能怪贵司没留住人……

估计被封了网页微信的使用权限，无解……

websocket 也行，长轮询也行。并发是必然的，有多少用户在登录就会有多少并发。又想要实时又不要并发哪有这么好的事……

指定一个回调地址，当消息返回时调用该地址即可。
很多 web 端的异步处理，例如调用支付宝进行支付，都是这么做的。

@begeekmyfriend
-- B+tree setting...
Set data index file name (e.g. /tmp/data.index):
Set index file block size (bytes, power of 2, e.g. 4096): 4
config node order:1431655762 and leaf entries:1431655762
Please input command (Type 'h' for help): i 1
Segmentation fault (core dumped)