还是 cmd run.sh printenv > /etc/environment 了

@julyclyde #26
分离更好，但我们用不了。

@julyclyde #24

不仅限这一种场景。项目比较老光 nginx 的配置不下上千行。

参看 https://v2ex.com/t/881625 第六点 （这不是我司这不是我司这不是我司，只是其中一点类似）

所以，问题是：有没有什么好用的容器多进程管理工具在容器中。

@julyclyde 拿 laravel 来说 try_files $uri $uri/ /index.php 。我路由变化怎么办，老功能下线怎么办。用户访问旧 URL 直接返回 nginx 的 404 页么。当然不仅限这一种场景。

@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

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

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

问题：

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

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

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

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

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


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



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