有的有的

@bugfan 你这样说的我也瑟瑟发抖。

@weeiy 这家对接的是个人支付宝，类似监控支付宝收款，云挂机的类型。每笔的抽成是从网站余额里面抽的，要下单先要充钱，支付成功了以后从网站余额扣手续费，这笔钱是直接到个人支付宝账户了 和平台没关系，回调地址可以是同步和异步，没有审查也无需备案。反正支付参数和回调参数都比较简陋。

@swulling 他这个支付网站是国内的 cn 域名，是备案了的。一下就能查到，这种没有能力去审查内容的，

@explon 门槛高，各种备案、个人无法对接，产品还要经过审查，有一些严重的甚至需要提供 icp 电信增值许可证

你服务是分布式的，要求每个服务生成的 id 必须是全局自增，因此必须引入一个新的组件来通信，不然无法得知当前服务器生成的 id 是否是递增的？

如果需要引入一个组件就比较好办了，高并发情况考虑高可用就行，高并发是指特别高的并发，假设服务 idGen 服务已经满足高可用的前提下，生成自增 id 显然不是问题，不管使用 redis 、还是自身内存都可以。

你要解决的问题就是高可用。

谢谢各位大佬。

被撞库了 经常的事情 我的号时不时提示在俄罗斯登录

经常是后端功能一会功夫就搞定了，前端一个样式调半天，

@tool2d 我目前用的是 bootstrap ，感觉内置的也挺丑的，得额外写 css

@Oktfolio 怎么搞定 SEO 呢

云短信验证码在线接收：

无敌云短信地址： https://www.clearcode.cn
有信云短信： https://smswudi.com
极速云短信: https://www.k8s1.com
云际云短信： https://yunjisms.xyz

可以在线接收验证码，接码平台，通过虚拟手机号获取验证码

回复一下大佬们：
业务场景是动态拼接 SQL. 根据页面编辑器组装查询条件，我拼出的 SQL 就是类似上面发的 SQL. 数据库是千万 /亿级别的数据量(starrocks), 之前用过 子查询，效率非常低，数据过大的场景可能会阻塞 IO. 1 楼老哥提供的思路实质上是集合的展开运算，但是在拼装 SQL 上会有比较大的压力。