lnmp环境下composer路径问题本质是path、composer_home与php cli上下文未对齐：需确保php命令在path中、全局bin目录加入path、禁用函数不拦截proc_open，并区分cli与php-fpm环境差异。
LNMP 环境下 Composer 的路径问题，本质不是“LNMP 配置 Composer”，而是 Composer 在 Linux 服务器上能否被 PHP 和 shell 正确调用——关键在 PATH、COMPOSER_HOME 和 PHP 进程的执行上下文三者是否对齐。
where composer 找不到？先确认 PHP CLI 是否可用
很多 LNMP 环境（如宝塔、AMH 或手动编译）只配置了 PHP-FPM，但没把 php 命令加进系统 PATH。Composer 依赖 PHP CLI 运行，如果 php -v 报 command not found，composer 必然失败。
- 运行
which php，若无输出，说明 PHP CLI 未加入 PATH；常见位置是/www/server/php/81/bin/php（宝塔）、/usr/local/php/bin/php（LNMP.org）或/opt/remi/php81/root/usr/bin/php（CentOS + REMI） - 临时生效：运行
export PATH="/www/server/php/81/bin:$PATH"；永久生效需写入/etc/profile或用户 shell 配置文件 -
php -r "echo 'ok';"能执行，才代表 CLI 环境就绪 —— 这步跳过，后续所有 composer 操作都会静默失败
composer install 报 proc_open 权限拒绝？检查 PHP 安全限制
LNMP 环境常禁用高危函数，composer install 依赖 proc_open、shell_exec 等执行子进程，一旦被禁，会卡在“Generating autoload files…”或直接报错。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 检查
php -i | grep disable_functions，确认proc_open、proc_get_status、exec未在禁用列表中 - 若已禁用，在
php.ini中删掉它们（注意：不要仅注释，要彻底移除），然后重启 PHP-FPM：systemctl restart php-fpm或/etc/init.d/php-fpm restart - 某些面板（如宝塔）会在“PHP 设置 → 禁用函数”里单独勾选，需在 Web 界面中关闭，而非只改 php.ini
全局命令 laravel / phpunit 找不到？重点看 $COMPOSER_HOME/vendor/bin
LNMP 下用 composer global require laravel/installer 装完后，laravel 命令仍不可用，根本原因是 shell 没把 $COMPOSER_HOME/vendor/bin 加进 PATH，而不是 Composer 本身装错了。
- 先查
echo $COMPOSER_HOME，若为空，则默认是~/.composer；可运行composer config --global home确认实际路径 - 把该路径下的
vendor/bin加进 PATH：例如export PATH="$HOME/.composer/vendor/bin:$PATH"，并写入~/.bashrc或/etc/profile - 验证：运行
ls ~/.composer/vendor/bin/应能看到laravel、phpunit等可执行文件；再运行which laravel应返回对应路径 - 注意：PHP-FPM 进程不读取用户 shell 配置，所以 Web 请求中调用这些命令仍会失败 —— 如需在 Web 中用，得显式指定完整路径，比如
/home/www/.composer/vendor/bin/laravel
换国内镜像却没生效？config -g repo.packagist 写法已过时
旧教程常用 composer config -g repo.packagist composer https://packagist.phpcomposer.com，但该镜像早在 2022 年停服，且新版本 Composer（2.2+）已弃用该语法，会导致配置写入失败或 silently ignored。
- 正确命令是：
composer config -g repos.packagist composer https://mirrors.aliyun.com/composer/（阿里云）或https://packagist.proxy.fly.dev/（Cloudflare 代理） - 验证是否生效：
composer config -g repos.packagist应输出完整 URL；再运行composer show -p | head -5，看请求域名是否变成你设的镜像站 - 如果项目级
composer.json里也写了repositories，它会覆盖全局配置 —— 调试时建议先删掉项目里的自定义源再测试
LNMP 环境下 Composer 最容易被忽略的点，是 PHP CLI 和 PHP-FPM 使用两套完全独立的配置与环境变量；你在终端能跑通 composer create-project，不代表 Web 请求里 exec('composer install') 就一定成功 —— 它们甚至可能连不同的 php.ini 都没加载。
