Composer config -g repo.packagist 命令静默失效，必须同时满足三要素：键名严格为单数 repo.packagist、第二个参数显式写 composer（type 值）、URL 为 HTTPS 且末尾带 /；否则自动回退官方源，验证需输出完整 JSON 对象。
composer config -g repo.packagist 命令不生效？三要素缺一不可
这条命令静默失败是常态，不是网络问题，而是键名、type值、URL格式三者中至少一个写错。最常见的是把 repo.packagist 写成 repos.packagist（多一个 s），或漏掉中间的 composer 类型声明，或 URL 少了末尾斜杠。
必须严格满足：
-
repo.packagist是唯一合法键名（注意是单数repo，不是repos） - 第二个参数
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/"}。空、null 或报 Key not found，说明没写进去，立刻重试。
全局配置在 CI/宝塔/Docker 里根本读不到
全局配置写在当前用户的 ~/.composer/config.json，但 CI 流水线（GitHub Actions、GitLab Runner）、宝塔面板的 www 用户、Docker 容器里的非 root 用户，都读不到你的个人配置。
正确做法：
- CI 中显式指定镜像：加环境变量
COMPOSER_REPO_PACKAGIST=https://mirrors.aliyun.com/composer/ composer install - 宝塔中给
www用户配：先确认执行用户（比如日志里 UID 是 1001），再运行sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 项目根目录下用项目级配置更可靠：运行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（去掉-g），它会自动向composer.json写入"repositories"字段，key 固定为"packagist"
注意：项目级配置优先级高于全局，哪怕你刚配好全局，只要 composer.json 里有 repositories 字段，就会被覆盖且不报错。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
换源后还是卡在 Loading repositories？清缓存和旧文件是关键
镜像只加速元数据拉取和 ZIP 下载，但 composer.lock 里记录的是原始包的 hash 和 dist URL，即使换了镜像，Composer 仍会尝试从 lock 中记录的原始 URL 下载——这是最常被忽略的点。
必须做这三步：
- 运行
composer clear-cache - 删掉项目下的
vendor/和composer.lock - 再执行
composer install -vvv，观察日志里下载域名是不是mirrors.aliyun.com等镜像域名
别用 composer update 替代 install —— update 会重新解析依赖树，可能绕过新镜像；install 才强制按新配置重装全部依赖。
宝塔面板里 composer install 卡住？先修 PHP CLI 环境
宝塔默认禁用 putenv、proc_open、pcntl_signal 这三个函数，Composer 启动即崩溃，根本走不到镜像环节。别急着换源，先让 CLI 跑起来。
操作步骤：
- 进宝塔「PHP 管理」→ 选对应版本 → 「禁用函数」页签 → 删除
putenv、proc_open、pcntl_signal - 终端执行软链接（以 PHP 8.0 为例）：
ln -sf /www/server/php/80/bin/php /usr/local/bin/php - 验证：
php -v和php -m | grep -E "openssl|tokenizer"，确保模块加载正常
做完再配镜像，否则换源只是给一个瘫痪的环境加速报错。
实际生效的关键不在“配了没”，而在“谁在读、读到哪、有没有旧缓存干扰”。镜像地址只是表层，真正卡住的地方往往藏在用户权限、锁文件残留、CLI 函数限制这些细节里。
