不配镜像会导致composer install卡在Loading repositories或Downloading阶段，根本原因是未连接国内节点；composer config -g repo.packagist命令静默失效主因是键名错（如repos.packagist）、缺type值composer、URL末尾无/，三者任一出错即回退官方源；验证需输出完整JSON或URL且-vvv日志中请求地址为镜像域名。
不配镜像，composer install 卡在 Loading composer repositories 或 Downloading 阶段，不是网络差，是根本没连上国内节点——配错一个字符就静默回退到 https://packagist.org。
composer config -g repo.packagist 命令为什么总不生效
它不报错，但实际完全没走镜像，90% 是因为三个硬性条件漏掉一个：
-
repo.packagist不能写成repos.packagist（多一个s就被彻底忽略） - 中间的
composer是type值，必须显式写出；漏掉就会 fallback 到官方源 - URL 必须以
https://开头，且末尾带斜杠：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（少斜杠会导致请求路径拼成/composerpackages.json直接 404）
验证是否写入成功：运行 composer config -g repo.packagist，输出必须是完整 JSON 对象（如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}）或至少是完整 URL 字符串。如果为空、null、或仍是 https://packagist.org，说明根本没写进去。
宝塔、CI、Docker 里镜像为啥还是不生效
全局配置 composer config -g 写的是当前用户的 ~/.composer/config.json，而宝塔默认用 www 用户运行，CI 流水线常用 runner 或 git 用户，Docker 容器里可能是 www-data 或自定义用户——它们都读不到你本地 root 或个人账户下的配置。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 排查方法：在对应环境里先切到实际执行用户（如
sudo -u www whoami），再运行composer config -g repo.packagist - 给
www用户配镜像：sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - CI 脚本中别依赖全局配置，改用临时参数更可靠：
composer install --repository-url=https://mirrors.aliyun.com/composer/
项目级配置 safer，但别用命令覆盖已有 repositories
进项目根目录执行 composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加 -g）会向 composer.json 的 repositories 字段安全追加条目，前提是：
-
repositories已存在且为对象（如"repositories": {}）或数组格式（如"repositories": []） - 如果是空对象，命令会转为标准数组并插入 packagist 条目
- 如果是空数组，命令会向末尾追加新项，不破坏已有 Git/VCS 源
- 千万别手动写
"packagist.org": false——这会导致基础扩展（如ext-json）校验失败
改完后建议运行 composer update --lock，确保 composer.lock 记录新源地址；若已存在旧 lock 文件，最好删掉 vendor/ 和 composer.lock 后再 composer install，否则仍可能从原始 dist URL 下载。
换源后 composer update 还卡住？和镜像无关
镜像只加速下载环节（Downloading、Fetching package），不解决依赖解析慢的问题。如果你发现 composer update 卡在 Resolving dependencies 超过 10 秒，大概率是以下原因：
-
composer.lock陈旧，或require版本约束太宽（如"^2.0"），触发深度版本回溯 - 某个包的
dist地址返回 404，镜像也救不了 - 本地 PHP 扩展缺失（如
ext-zip未启用），导致 Composer 改走慢速 source 安装路径
此时加 -vvv 查日志比换镜像更有效；优先用 composer install 恢复已有锁文件，而非无意义地 update。
