Composer config -g repo.packagist 不生效是因为键名必须为 repo.packagist（单数、全小写）、type 值必须显式写 composer、URL 必须 HTTPS 且末尾带 /，三者缺一即静默回退官方源，不报错也不提示。
直接配对镜像 + 清掉旧缓存 + 重生成 lock 文件，才能真正提速；只改配置不清理，composer install 还是走老地址，根本不会快。
composer config -g repo.packagist 为什么总不生效
它不报错，但实际没用——因为三处硬性条件漏一即静默回退官方源：
-
repo.packagist键名必须一字不差：写成repos.packagist、repository.packagist或packagist.org全部无效 - 中间的
composer是type值，小写，不可省略；漏掉就等于没配 - 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，说明根本没写成功。
项目级配置怎么避免覆盖私有源
进项目根目录后执行 composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加 -g），Composer 会自动合并进 composer.json 的 repositories 字段，而不是清空重写：
- 若原
"repositories": {}，命令会转为标准数组格式并插入 packagist 条目 - 若原
"repositories": [{"type": "vcs", "url": "git@xxx"}]，命令会在数组末尾追加新项，不破坏已有结构 - 千万别手动写
"packagist.org": false——这会让php、ext-json等基础约束校验失败
改完必须删掉 vendor/ 和 composer.lock，否则 composer install 仍按 lock 文件里旧源的 dist URL 下载，完全不走新镜像。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
换镜像后依然卡在 Loading composer repositories
这不是镜像没配好，而是 Composer 在递归解析元数据时被阻塞，常见于含大量私有包、或 minimum-stability: dev 的项目：
- 禁用插件排查：某些废弃插件（如
hirak/prestissimo）与新版 Composer 冲突，先试composer install --no-plugins - 清缓存：运行
composer clear-cache，旧缓存里存的是官方源 URL 和 hash，不清掉会导致校验失败或 404 - 镜像同步有延迟：阿里云镜像通常 5–10 分钟同步一次，刚发布的包可能还没上，等一会儿再试
- 企业网络拦截 HTTPS：某些内网环境不信任国产 CA，可临时试 HTTP 地址（仅限测试环境）：
http://mirrors.aliyun.com/composer/
重点看 -vvv 日志里请求的是不是镜像域名；如果还出现 GET https://repo.packagist.org/，说明镜像根本没生效，得回头检查键名、type、URL 三要素。
宝塔/CI/Docker 里镜像为啥不生效
全局配置写在当前用户的 ~/.composer/config.json，但宝塔「一键部署」默认用 www 用户跑，CI 流水线用 runner 用户，它们读不到你本地 root 或普通用户下的配置：
- 在宝塔终端里先运行
whoami，确认实际用户（通常是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/
别指望 sudo composer config -g 写进 root 配置后其他用户能自动继承——Composer 不共享跨用户配置。这点最容易被忽略，尤其在 CI 流水线里反复失败却查不出原因。
