@julyclyde #14

try_files 的静态规则呢...

@ysicing 8w-9w 吧

@virusdefender 这个看了看代码.....emm 咋说呢 有些地方的处理逻辑[可能]会发生意外导致进程退出没太敢用。我再去看看。

@superchijinpeng
@julyclyde

nginx+fpm 在一个 pod 里开两个容器共享存储然后 fastcgi_pass 127 么

@Jirajine runit 测试接收不到退出信号

s6 是个啥。压缩包解压只有 /package 和 /command 。容器镜像里没有 /init 命令

@lovepocky k8s 里不太适合吧

redhat srv

插数据线？

reuseport 起新进程然后 kill 老服务

endless 足够

19 年 11promax 。现在 83

代理 https 请求？

@anoymouswho 什么时候给钱是你平台定的规矩。这个是防止二清。只是支付合规。实际上是即便你真的二清没人查你就没事。jhhh

@anoymouswho

团长是你平台自己么。不是那你就不算 [自] 销。如果团长是和平台无关的任何第三方的个人、公司或民间团体那不算 [自] 销。就适用于代销。

原则上防止采购方和平台联合跑路，需要接入三方分账。即：成为平台的采购者必须在平台进行实名备案。

问题：

团购的货源是代销模式还是采购自销模式。

代销模式，有没有供货商的角色存在。

如果有供货商的角色存在合规做法是微信和支付宝的三方分账。供货商提供营业执照或者是个人户的话提供身份证亦可，平台做为服务商申请微信支付服务商角色，用供货商信息代进件微信支付特约子商户。

团购支付货款后，冻结在微信支付（谁都不能动这个钱，只能用于退款或者分账给指定的目标特约子商户）。确认收货后，平台调用接口把对应钱款分账给指定目标子商户。

供货商、付款方，都是独立账户，钱也在微信支付监管，并没有落到平台的任何账户平台也不能动这笔钱。


如果是采购自销模式。那就是平台是收款方即可。没啥麻烦的了。



如果是有供货商，但是还没有供货商平台（供货商户的概念），那只能线下给供货商结算？那这是涉嫌二清的。

猜错了 +1

@gongshuiwen #3
还真没注意，阿里云的托管 k8s ackpro 。我去看看。

@julyclyde #5 nginx 三方插件的问题用了几个，都是五六年没更新过的。

@safarigu #14 所以每次在 watch 上点开 apple pay 时让你再输入一遍 6 位密码就可以接受了？