我做过的 B 端基于全部都有这个需求， 有的甚至更变态，
所有的模块需要全部支持自定义新增字段，这个字段还要参与排序， 检索
甚至还要参与导出到 execl ， 同时还要支持表头自定义
我甚至写一个更离谱的需求，各个模块某些字段是有联动性的，比如 A 模块有个联系人，B 模块在选 A 模块列表数据时，需要把 B 模块的联系人自动填写进去，也就是等于各个模块的自定义字段可以相互传递， 什么变态的需求都过来了

你直接说我要一个自定义字段的功能不就行了。。 这种需求基于在 B 端系统在常见了，我的建议是拿一个字段表和字段数据表去记录真实的数据。。，JSON 到后期你想改造加需求你回发现越来越难
我做过这个需求，我的做法就是按照我上面说的， 而且还可以搜索排序各种方式，不过我是写入到 ES 里的 所以 mysql 只是拿来村数据

@Purelove 类 C 语法 不过确实丑陋 这个是事实

@watzds 我还是觉得国内 APP 用起来舒服点，我不是替资本家考虑，我是从一个用户角度去思考产品，这是两码事

@Issuema youtube 那个 APP 我真的 还不如网页版用的舒服， 手势全无， 视频按住加速也没有， 我基本都用网页版

@bananahotell 本身就是一个资本家，你还祈求他能做什么，给员工发福利吗，福报这不来了吗

推特的业务线很多吗 养那么多人， 相比国内 APP ，国外的 APP 业务真的太简单了

@magicZ 主监听就好了，自写 client 然后 rest 推送，总不能内网你也没有开端口把

@Ecoli2 最好就是增量更新，增量更新每次一点点数据的拆分叠加， 每天做定时更新的话 你这个 rest 怕是吃不消

@Ecoli2 你完全可以用 canal 监听 binlog ，然后自己消费信息，canal 可以自写 client 进行逻辑消费，你在这里面进行一个 rest 推送即可，至于是否同步成功就要做回调处理，人肉补偿
反正我觉得你这个需求用 canal 来做完全没问题，本身 canal 的设计就是采用 server-client 的方式，可以多个 client 同时消费。

不引入 mq 的话，单纯靠 rest 接口方式显得很低效
binglog 的话可以试试阿里开源的 canal ，这个可以将消息推送到 MQ 里，也可以部署多个消费者，让每个下级单位去消费信息。

第一 rustdesk 他就算在后台运行系统一样休眠，并没有阻止系统休眠，导致我经常出门后连不上，后面改成了无休眠
第二就是 ios 端操作让人陶醉，体验感一般般
第三就是画质和速度甚至还不如其他远控，何况我还是走的是真内网，体验起来也很一般，敲代码卡顿严重
用了一段时间最后我还是选择了其他远控，rustdesk 也有商业版，但我宁愿去买更加成熟一点的商业远控

csrf-token 怎么可能被提取到，那就不是 csrf 了是 xss 了，能注入 xss 的话 csrf 已经不重要了

社区上门送温暖警告

@maichaide idea 也可以。。 一大堆这种插件，甚至还有看股市的

这哪里是坑，是你没去文档和好好了解 PHP 的底层，很多程序都是直接取$_POST ，那如果没有默认定义为 array ，那到时得一堆报错，坑更多

idea 量身定做的西装不穿，跑去穿一个体型偏小码的西装，你觉得难受不

可以了 换了个飞机可以了