LNMP一键包中composer config -g repo.packagist常失效，主因是用户权限错位：root配置写入/root/.composer/config.json，但PHP-FPM以www用户运行，读取的是/home/www/.composer/config.json（通常不存在）；同时CLI与FPM的php.ini可能不一致，导致openssl/curl缺失或SSL校验失败，使镜像请求静默回退官方源。
composer config -g repo.packagist 命令在 LNMP 一键包里为什么经常失效
LNMP 一键包（如 lnmp.org 的脚本）默认用 root 用户安装 PHP 和 Nginx，但多数一键包会额外创建一个独立的 www 或 nginx 用户运行 PHP-FPM。而 composer config -g 写入的是当前 shell 用户（通常是 root）的全局配置，路径为 /root/.composer/config.json；但部署时若用 www 用户执行 composer install（比如通过部署脚本或 Webhook），它读的是 /home/www/.composer/config.json —— 根本没这个文件，镜像配置就丢了。
常见现象：你在 root 下跑 composer install 很快，切到 www 用户再跑就卡在 packagist.org 超时。
- 验证方式：分别用
sudo -u www composer config --list和composer config --list对比输出 - 真正生效的配置路径取决于执行命令的用户家目录，不是“系统级”配置
- LNMP 一键包通常不自动创建
/home/www/.composer目录，也不会帮你初始化该用户的 Composer 配置
如何让 www 用户也用上国内镜像
别依赖 composer config -g，直接写死到项目级或用户级配置更可靠：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 进项目目录后，用
sudo -u www composer config repo.packagist composer https://packagist.phpcomposer.com—— 这会在项目composer.json里加repositories字段，所有用户执行都生效 - 或者手动创建
/home/www/.composer/config.json（确保www用户有读写权限），内容为：{ "repositories": { "packagist": { "type": "composer", "url": "https://packagist.phpcomposer.com" } } } - 注意 URL 协议必须是
https（旧版http://packagist.phpcomposer.com已不可用，2025 年起全站强制 HTTPS）
LNMP 一键包中 PHP CLI 和 FPM 的 php.ini 不一致导致镜像配置被忽略
有些 LNMP 一键包（如早期 lnmp.org v1.7）给 PHP-FPM 单独编译了 php-fpm.conf，并加载独立的 php.ini（路径常为 /usr/local/php/etc/php.ini），而 CLI 默认用的是 /usr/local/php/lib/php.ini。Composer 只在 CLI 环境下读取配置，但如果你在部署流程里用 php /path/to/composer.phar 方式调用，实际走的是 CLI 的 php.ini；而一键包里常把 disable_functions 或 extension_dir 设得不同，导致 CLI 缺少 openssl 或 curl 扩展——镜像 URL 解析失败，退回到官方源并超时。
- 检查 CLI 和 FPM 加载的配置是否一致：
php --inivsphp-fpm -i | grep "Loaded Configuration File" - 确认 CLI 是否能访问镜像：
sudo -u www php -r "echo file_get_contents('https://packagist.phpcomposer.com/packages.json') ?: 'fail';" - 若报 SSL 错误，说明 CLI 的
openssl扩展未启用，需在 CLI 对应的php.ini中取消注释extension=openssl
docker-compose 搭建的 LNMP 中 composer 镜像配置容易漏掉的环节
用 docker-compose 启动的 LNMP 容器（如 nginx + php-fpm + mysql），PHP 容器内没有用户家目录概念，composer config -g 写入的配置默认落在容器内 /root/.composer/config.json。但每次 docker-compose up --build 重建容器，该路径就被清空——镜像配置丢失。
- 解决方案：在
Dockerfile中 COPY 预置的config.json到/root/.composer/，或用ENTRYPOINT脚本首次启动时自动执行composer config -g - 更稳妥的做法是，在
composer.json里硬编码镜像（项目级），避免依赖容器环境 - 别用
php:alpine镜像跑 Composer —— Alpine 默认没curl或ssl_ca_bundle，即使配了镜像 URL 也会因证书校验失败 fallback 到官方源
最常被忽略的一点：LNMP 一键包或 Docker 容器里，composer 命令可能不是从 /usr/local/bin/composer 调用，而是通过 php /path/to/composer.phar 显式指定 PHP 解释器——此时镜像配置只对那个 PHP 实例生效，换一个 PHP 路径就失效。
