@NoahNye
@adoal
看了下手动启动和服务启动的进程信息 用户是一样的
主进程都是 root 其他的都是 apache

真是头大了

@adoal /var/opt/remi/php74/log/php-fpm/error.log 中也没有什么有用信息
都是停止启动什么的
[10-Apr-2022 15:06:02] NOTICE: Terminating ...
[10-Apr-2022 15:06:02] NOTICE: exiting, bye-bye!
[10-Apr-2022 15:06:28] NOTICE: fpm is running, pid 24619
[10-Apr-2022 15:06:28] NOTICE: ready to handle connections
[10-Apr-2022 15:06:28] NOTICE: systemd monitor interval set to 10000ms
[10-Apr-2022 15:09:28] NOTICE: Terminating ...
[10-Apr-2022 15:09:28] NOTICE: exiting, bye-bye!

@thunderw 还是没有详细信息

[root@cent79 ~]# systemctl status -l php74-php-fpm
● php74-php-fpm.service - The PHP FastCGI Process Manager
Loaded: loaded (/usr/lib/systemd/system/php74-php-fpm.service; enabled; vendor preset: disabled)
Active: failed (Result: signal) since 日 2022-04-10 10:13:03 CST; 57min ago
Process: 24028 ExecStart=/opt/remi/php74/root/usr/sbin/php-fpm --nodaemonize (code=killed, signal=SEGV)
Main PID: 24028 (code=killed, signal=SEGV)

4 月 10 10:13:02 cent79 systemd[1]: Starting The PHP FastCGI Process Manager...
4 月 10 10:13:03 cent79 systemd[1]: php74-php-fpm.service: main process exited, code=killed, status=11/SEGV
4 月 10 10:13:03 cent79 systemd[1]: Failed to start The PHP FastCGI Process Manager.
4 月 10 10:13:03 cent79 systemd[1]: Unit php74-php-fpm.service entered failed state.
4 月 10 10:13:03 cent79 systemd[1]: php74-php-fpm.service failed.

@gra 多谢 有主题推荐吗？

@goushenggege
微信支付宝的个人收款码远程收？

@Xusually 主要是觉得上 iis 的话会不会多余

@baobao1270 是的 我也只能想到这个路子

这几天又下了几个电影看 又是对不上码 崩溃 真是日了

@gefranks 弄成这样 115 的会员貌似不太值了 下载居然有问题

@wunonglin 你的意思是保持登录？
但是我不带 cookie 通过加上 f 参数 指定下载 720p 是可行的
不过这样的后果是两个没有 720p 的视频 下载失败

@M2K4 你是怎么备份的？是 lineageos 设置里的备份功能 就是那个 SeedVault ？
看 recover 里的备份虽然有 data 分区 但是不包含存储

@tcp 一加 3

@wdytoya 小版本可以直接升级 大版本不行

唉 完美主义强迫症患者 说件烦人的事
前段时间重装 pve 发现是基于 debian 的 Bullseye 感觉挺好 用了新的啊
只是 mariadb 还没有发布 Bullseye 下的版本 就等啊等了这快一个月？
终于昨晚等到了 安装了 结果安装完发现怎么有之前的数据
这才发现之前备份迁移旧 pve 上的数据时 拷贝目录到了新 pve 下的相同位置 是的 就是 /var/lib/mysql
然后 膈应饿一晚上 烦死了
等这么长时间想干干净净装个 mysql 结果是在老数据库的基础上

可以准备跑路了

@IvanLi127 @passerbytiny

有些时候服务器返回的 500 并不是自己在代码里能控制的吧？
而是服务器自己返回了 500 这个时候响应里是不是就没有业务错误信息了？
处理起来会不会就比较困扰？

@zpfhbyx 是的 就是这个意思 只要服务正常就应该返回 200 至于这个操作的响应 放在消息体里

@luckylo 确实 这个问题太奇葩了