先验证函数是否存在：php -r "var_dump(function_exists('proc_open'));"输出bool(false)即被禁用；再查禁用列表：php -i | grep disable_functions，确认含proc_open或proc_get_status；cli与web配置不同，须用php --ini定位真实ini文件。
怎么确认proc_open真被禁了，而不是其他问题
别信运维说“开了”，自己跑命令最准。先验证函数是否存在：php -r "var_dump(function_exists('proc_open'));"，输出bool(false)就是被删了；再查禁用列表：php -i | grep disable_functions，看输出里有没有proc_open或proc_get_status（注意逗号分隔、空格、大小写）。重点是CLI和Web环境可能加载不同php.ini，必须用php --ini确认当前命令行读的是哪个文件——改错位置等于白干。
改php.ini时proc_open和proc_get_status必须一起放开
proc_open不是开关型配置，只受disable_functions控制。它和proc_get_status是成对调用的，缺一不可。否则composer install能过，但post-install-cmd阶段仍会报错退出。
- 找到CLI模式下的
php.ini（比如/etc/php/8.2/cli/php.ini），搜索disable_functions =行 - 把整段
,proc_open,proc_get_status删干净，注意别留尾随逗号或多余空格（例如exec,,shell_exec会导致PHP启动失败） - 改完不用重启Web服务，但CLI下要验证：
php -r "var_dump(function_exists('proc_open') && function_exists('proc_get_status'));"必须返回bool(true)
宝塔面板里配镜像源前，得先清掉putenv和pcntl_signal
即使镜像URL写对了，composer install仍报Call to undefined function putenv()或proc_open() is not available，说明宝塔PHP设置里还锁着关键函数。
- 进宝塔【网站】→【PHP管理】→选中项目实际用的PHP版本（比如82，不是“默认”）→【禁用函数】
- 手动删除这三项：
putenv、proc_open、pcntl_signal（不是取消勾选，是整行删掉） - 删完必须点【重载配置】或重启该PHP版本服务，否则修改不加载
- 验证：
php -r "echo putenv('TEST=1');"和php -r "var_dump(proc_open('echo 1', [], $pipes));"都不报错才算通过
没权限改php.ini时，--no-scripts --no-plugins只是起点
共享主机、部分云平台（如旧版阿里云虚拟主机）通常不允许改全局配置。此时硬改无效，得换工作流：本地完整执行composer install --prefer-dist --no-scripts --no-plugins --optimize-autoloader，生成完整vendor/目录，再把vendor/和composer.lock一起上传到服务器。
- 上线后仅需运行
composer dump-autoload --optimize——这个命令不调用任何子进程 - 在
composer.json中加配置："config": { "preferred-install": "dist" }，确保后续新增包也走ZIP分发，不触发Git克隆 - 容易被忽略的是：如果项目里有
post-install-cmd脚本（比如Laravel的@php artisan optimize），光加--no-scripts还不够，得手动补上对应效果，否则线上功能缺失
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
