还有就是命令行上手启之后用 systemctl 也可以了？是持续多次启停都可以，还是要每次手启后只能用 systemctl 启一次？
多问问自己各种细节，说不定自己就找到问题了。

看到你在水木上贴的 unit 文件了，貌似也没啥特别的。
对了，你说是要启用一个扩展插件 修改了 php.ini ，然后就不对了？是啥插件？ php 装好自带的还是另装的？ php.ini 怎么改的？

膜拜大牛

说到摸鱼，在群体办公场所照样摸，甚至摸得更严重

@AllenHua 嗯，刚才看你最初的表述，误会了，以为你在惊叹类似于“雾草，tar.gz 竟然也被拿来当发行版打包格式，竟然也配跟 deb/rpm 这样真正的打包格式相提并论” ^_^

交互用户和服务用户表现不一样，感觉是文件权限问题。

FPM 自己的日志呢，比如 /var/log 下有没有 php74-fpm 之类的文件或目录。

乔帮主说喜欢和聪明人共事的原因是不需要顾及对方敏感脆弱的自尊心。

你这个同事，看你描述应该不是你的领导，是跟你平级的。那为啥他表功就有效，能让领导认可，你表功不但没有他那么好使，还会被他盖过去？职场就是这么现实，把苦劳变成功劳，把工作量变成绩效，也是工作能力的一部分。何况，其它楼也提醒过，你做的是不是真的有那么大的价值，需要理性分析一下。

@lower 可能实际上是一个 shar 文件，打包了之后再通过 shar 工具在头上加一段用 sh 写的自解压代码

@AllenHua 我是说它并不“原始”

可以理解为，Arch 并没有像 rpm/deb 一样为它的打包格式取一个单独的.arch 或者.pacman 的名字来刷存在感，只是很朴素地叫它 pkg.tar.gz 而已。

@AllenHua “没想到还有 pkg.tar.gz 这种原始 Linux 安装包”……这个理解可能有问题。tar.gz 只是一种把多个文件包在一起的归档格式，并不是说跟普通的 tar.gz 文件一样“解开就行”。某种打包格式用了 tar.gz ，甚至文件名末尾显式写了.tar.gz ，并不说明没有跟 deb/rpm 对等的控制机制。其实 deb 包的实际归档格式就是 ar ，你能说 deb 就是原始的 ar 安装包吗？

如果是淘宝这种级别的一互大场景，你需要考虑的不只是这两个操作（我觉得称为两个“方案”用词太豪华了）的技术细节差异，如同前面几楼说的，可能需要做架构设计先。
如果是普通的小规模系统，你是一个新手，只是做一个普通的简单查询……那么，建议先学好 SQL ，理解关系数据库。ORM 只是把人肉写 SQL 换成编程语言这一侧的书写方式而已。

这种多口**充电头**就是真的只能当充电头用，也就是说连上去被它供电的设备自己是要有电池的，不适合给无电池的设备供电，后面这种需求要每个设备用独立的单口头子。