正确命令是composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，漏-g、键名错为repos.packagist或URL缺末尾/均静默失效；验证需输出完整JSON或URL，且-vvv日志中必须出现mirrors.aliyun.com。
composer config -g repo.packagist 这条命令能全局启用阿里云镜像，但写错任意一个字符——比如漏 -g、少末尾斜杠、用错键名 repos.packagist——就会静默失效，你根本看不到报错，只觉得“还是慢”。
必须严格匹配的三个硬性参数
Composer 2.9.6（当前主流版本）只认 repo.packagist 这个键名，且必须带完整三元组：type 值为 composer，URL 必须是 HTTPS 并以 / 结尾。
-
repo.packagist不能写成repos.packagist（多一个 s 就无效）或packagist.org（完全不识别） - 中间的
composer是type值，不是注释，漏掉就 fallback 到https://packagist.org - URL 必须是
https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（少斜杠会拼出/packages.json导致 404）
验证是否真写进去了
别信感觉，只看这条命令输出：
- 运行
composer config -g repo.packagist - 正确应返回完整 JSON：
{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}或新版仅显示 URL 字符串 - 如果返回空、
null、Key not found，或仍是https://packagist.org，说明配置根本没生效 - 别手动编辑
~/.composer/config.json—— 容易格式错误、权限不足、引号缺失
为什么全局配置在宝塔/CI里不生效
全局配置写在当前用户的 ~/.composer/config.json，而宝塔面板、Docker、GitHub Actions 等通常以 www、runner 或 root 用户运行，它们读的是各自家目录下的配置文件。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查实际执行用户：在宝塔终端运行
whoami，或看 CI 日志里的 UID - 给对应用户配：例如是
www用户，就执行sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ -
sudo composer config -g写的是 root 的配置，普通用户调用时完全读不到
项目级配置才是团队和 CI 的安全选择
全局配置靠不住，项目级配置写进 composer.json，Git 可追踪、所有人行为一致，且不会被用户环境干扰。
立即学习“PHP免费学习笔记（深入）”；
- 进项目根目录，执行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（注意不带-g） - 该命令会自动识别已有
"repositories"结构：是对象就写入"packagist"键，是数组就追加新项，不破坏私有源 - 改完立刻运行
composer update --lock，确保composer.lock记录的是镜像地址，而非旧的官方源 - 切记：项目级
"repositories"字段优先级高于全局，哪怕全局配好了，只要composer.json里有这个字段，它就直接覆盖
composer install -vvv 日志里根本没出现 mirrors.aliyun.com；或者你清了缓存，却忘了删掉旧的 composer.lock 和 vendor/。 
