composer config -g repo.packagist静默失败是因为必须同时满足四点：键名repo.packagist（单数）、type值composer、url以/结尾、带-g参数，缺一即回退官方源且不报错。
composer config -g repo.packagist 命令为什么总静默失败
它根本不会报错，写错一个字符就自动退回到 packagist.org。真正生效必须同时满足四点：repo.packagist（单数、无 s）、composer（type 值，不能省）、URL 以 / 结尾、带 -g 参数。漏掉任意一项，composer config -g repo.packagist 输出为空或仍是官方地址。
常见错误包括：repos.packagist（多 s）、composer config -g packagist.org（键名错）、https://mirrors.aliyun.com/composer（少斜杠导致请求 /composer/packages.json 404）。
验证方式只有一种：执行 composer config -g repo.packagist，输出必须是完整 JSON 或明确 URL；如果返回 null、空行、或 {"type":"composer","url":"https://packagist.org"}，说明没写对。
配了镜像却 still stuck at “Loading composer repositories”
这不是镜像没生效，而是请求压根没发出去——大概率被项目级配置覆盖了。Composer 的源优先级是：项目 composer.json 中的 repositories > 全局配置 > 默认源。
检查步骤：
- 运行 composer config repo.packagist（不带 -g），看是否输出镜像地址
- 打开项目根目录的 composer.json，确认是否存在 "repositories" 字段，尤其是 "packagist.org": false 这种彻底禁用语句
- 若存在 "repositories": []（空数组），它会屏蔽全局镜像，需手动改为 "repositories": {} 再重试
最准验证法：加 -vvv 跑一次 composer install，grep 日志里的 GET https，看域名是不是你设的镜像站，而不是 packagist.org。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么删了 vendor 和 composer.lock 才能走新镜像
composer.lock 文件里硬编码了每个包的 dist.url，它记录的是下载地址，不是仓库配置。只要 lock 文件存在，Composer 就按这个 URL 直接拉取，完全忽略当前 repositories 设置。
所以：
- 只运行 composer update 不行，它可能复用旧 lock 里的官方 URL
- 必须手动删掉 vendor/ 和 composer.lock
- 再执行 composer install，才能触发全新依赖解析 + 新镜像元数据拉取
注意：CI/CD 流水线中常因缓存 composer.lock 导致镜像配置“看似生效实则无效”，建议在构建脚本开头加 rm -f composer.lock 和 rm -rf vendor。
镜像 URL 含非标准端口（如 :8080）直接报错
Composer 解析 repositories 配置时，会对 URL 做白名单校验，仅接受默认端口 :80 和 :443。一旦你在镜像地址中写入 http://my-mirror:8080/composer/，它会在 JSON 解析阶段就拒绝加载该仓库，报错类似 unrecognized repository type 或 No valid composer repositories found。
这不是网络不通，而是配置层直接被拒——curl -I 能通也没用。
正确解法只有两个：
- 前置反向代理（Nginx/Apache），把 https://my-mirror.internal/ 映射到后端 http://127.0.0.1:8080/，对外暴露标准 HTTPS 端口
- 改用 type: "package" 手动定义包，绕过 Composer 的仓库校验逻辑
别试图改 Composer 源码或打补丁，升级后大概率失效；也别信“加个 --ignore-platform-reqs 就能过”，它不解决 URL 校验问题。
