Composer config -g repo.packagist 命令没生效是因为键名必须为单数repo.packagist、中间必须显式写composer type值、URL须HTTPS且末尾带/，三者缺一即静默回退官方源；验证需输出完整JSON对象。
composer config -g repo.packagist 命令为什么没生效
不是网络慢，也不是镜像站挂了，而是命令压根没写进配置文件——Composer 2.x 对 repo.packagist 的写入要求极严，漏掉任一条件就静默 fallback 到 https://packagist.org，且不报错、不提示。
-
repo.packagist键名不能多一个s（比如写成repos.packagist），也不能少repo.（比如直接packagist） - 中间必须显式写出
composer这个 type 值，不能省略或替换成 URL - URL 必须是 HTTPS，且末尾带
/，例如https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（会拼出/composerpackages.json导致 404） - Linux/macOS 下若提示
Permission denied，大概率是~/.composer目录归属不是当前用户，先运行chown -R $USER ~/.composer
验证是否真写进去了，只看这一行：composer config -g repo.packagist。正确输出必须是完整 JSON 对象，例如：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。返回空、null、报错或纯字符串，都说明失败。
全局配置在宝塔/CI里为啥不生效
因为全局配置默认写进 ~/.composer/config.json，而宝塔后台、GitHub Actions、Docker 容器等环境大多以 www 或 runner 用户身份执行 composer 命令，根本读不到你终端下普通用户的配置文件。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 宝塔里执行
composer install卡住？先确认实际运行用户：whoami或查 PHP 管理器日志 UID - 给
www用户单独配镜像：sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - CI 环境（如 GitHub Actions）默认不读全局配置，更稳妥的做法是放弃
-g，进项目根目录运行：composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加-g） - 该命令会安全合并进
composer.json的repositories字段，Git 可追踪，CI 可复现，且不会覆盖已有的私有源
换源后 still loading composer repositories 怎么排查
这不是镜像没配好，而是请求根本没发到镜像站——Composer 优先读 composer.lock 和本地缓存里的旧地址，哪怕你刚配完新源，它仍可能反复请求 packagist.org。
- 必须清缓存：
composer clear-cache，再删掉vendor/和composer.lock（如有需要） - 检查项目级
composer.json是否有硬编码的"packagist.org": false或"repositories"数组覆盖了全局设置 - 临时验证是否走镜像：加
--no-cache强制跳过缓存，再跑一次composer update --no-cache，用curl -I https://mirrors.aliyun.com/composer/packages.json看是否能通 - 企业内网若报
SSL certificate problem: unable to get local issuer certificate，可临时关 HTTPS 校验：composer config -g secure-http false，但长期应联系运维加证书白名单
镜像同步延迟导致包找不到怎么办
阿里云、腾讯云镜像通常有 5–30 分钟同步延迟，尤其小众包、刚发布的 dev-main 分支或私有包，镜像站网页能搜到但 CLI 报 Could not find package xxx 是常见现象。
- 先手动访问镜像站网页确认收录情况：
https://mirrors.aliyun.com/composer/packagist/搜索包名 - 若网页有但 CLI 找不到，清缓存后重试；仍不行，临时切回官方源调试：
composer config -g --unset repo.packagist - 华为云镜像偶尔延迟更高，新包发布后建议优先试阿里云或腾讯云：
https://mirrors.cloud.tencent.com/composer/ - 别用已停用的源，比如
https://packagist.phpcomposer.com，curl会直接报Could not resolve host
镜像只加速下载，不解决 Resolving dependencies 卡顿——那和依赖树复杂度、本地 composer.json 写法有关，跟镜像源无关。
