你可以考虑用服务商主体来做商家小程序，不过这样就是多商户模式了看你的客户群能否接受;
另外还可以考虑把商家小程序的商城和支付拆开，支付功能用服务商主体创建一个统一的小程序，在商家小程序中下单后支付的时候跳转到统一支付小程序进行支付，支付成功后再跳转回去.

以前确实没问题，现在不太好验证不好说是否有问题，我也不确定你的商户是不是走完了所有的开户流程（完成进件和后续的一系列流程）；
另外我们用渠道的接口是可以单独设置支付路径和 appid 的；

你确定研究清楚了？
mini_program_sub_appid 　选填 string

[商家小程序 AppID]

1 、服务商小程序 AppID 与商家小程序 AppID ，二选一必填；
2 、请填写已认证的小程序 AppID ；
3 、完成进件后，系统发起特约商户号与该 AppID 的绑定（即配置为 sub_appid 可在发起支付时传入）
（ 1 ）若 AppID 主体与商家主体/服务商主体一致，则直接完成绑定；
（ 2 ）若 AppID 主体与商家主体/服务商主体不一致，则商户签约时显示《联合营运承诺函》，并且 AppID 的管理员需登录公众平台确认绑定意愿；

很多人是不是对单体应用有什么误解？认为单体应用只能运行一个实例吗？

感谢

文件应该是上传给后端，由后端来决定存储方式（本地、oss 、s3 、minio ）

2 个小时以上会累

10 年前这样玩可以，现在时代已经变了。

功能看起来不错，但是这个 UI 界面实在是。。。

windows server 可是有关键事件日志的，尤其服务器开关机、重启 都有日志和具体原因的
截图看看

一外包公司、二低代码 ，说明这个公司要极致的压缩成本，这个时候谁关注代码优雅不优雅？

听博士的。

是否同一个网络环境
是否相同的网卡、速率
是否有相同的网路配置（代理、DNS 等）

宝塔吧，我用了 7 、8 年了 至少也有 10 几台服务器 也没见出什么问题，方便那是真方便。

供参考：

'''
// 检查用户本地 cookie 是否存在语言选择
if (!$request->hasCookie('language ')) {
// 如果不存在，则获取浏览器语言
$acceptLanguage = $request->headers->get('Accept-Language');

//检查是否中文
if (strpos($acceptLanguage, 'zh-CN') !== false) {
$language = 'zh-CN';
} else {
$language = 'en';
}

}else{
$language = $request->cookie('language ');
}
// 设置语言
app()->setLocale($language);
'''

光猫电源问题，我前几天也是这个问题换了电源就好了

该网页无法正常运作