Composer install卡在Downloading https://codeload.github.com/，因镜像仅代理元数据不托管zip包，旧composer.lock仍记录原始GitHub地址；需删vendor和lock后重装，并确保全局或项目级配置正确、URL末尾带斜杠、用户权限匹配。
composer install卡在Downloading https://codeload.github.com/怎么办
这不是镜像没配好，而是 Composer 下载链路被拆成了两段：元数据走镜像，但 zip 包仍从 GitHub 原地址拉。阿里云、腾讯云等镜像只代理 packagist.org 的元数据（包名、版本、依赖关系），不托管实际 zip 文件。
现象就是 composer install -vvv 日志里反复出现：Downloading https://codeload.github.com/... 或 Downloading https://api.github.com/...，耗时动辄 10 秒以上。
- 必须删掉
vendor/和composer.lock，再执行composer install—— 否则旧 lock 文件里记录的dist.url还是原始 GitHub 地址，镜像完全不生效 -
--repository参数对已有composer.lock无效，它只影响元数据拉取环节，不改已锁定的 dist URL - 部分包（如私有 Git 仓库直连、
package类型定义）根本不由 Packagist 管理，镜像对其无作用，需单独配置repositories
为什么 composer config -g repo.packagist 总是静默失效
这条命令不报错，但 90% 的失败都源于三个硬性条件漏掉一个，Composer 就会默默 fallback 到官方源。
- 键名必须是
repo.packagist（单数、全小写）——写成repos.packagist、packagist.org或Repo.Packagist全无效 - 中间参数
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、报 Key not found 或仍是 https://packagist.org，说明根本没写进去。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
宝塔/CI/Docker 里镜像不生效的根本原因
全局配置 composer config -g 写的是当前用户的 ~/.composer/config.json，而宝塔默认用 www 用户运行，CI 流水线用 runner 或 git 用户，Docker 容器里可能是 www-data —— 它们读不到你本地 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/ - 项目级配置（写进
composer.json）天然规避权限问题，且可提交到 Git，新人拉代码即生效
项目级配置怎么安全追加镜像而不清空私有源
执行 composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加 -g）看似方便，但它在 Composer 2.2+ 中默认是**全量替换** repositories 字段，不是追加——已有私有 Git 源或 Satis 源会被清空。
- 正确做法：手动编辑
composer.json，在"repositories"数组里追加一条：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} - 务必保留原有其他条目，比如私有包源、本地
path源，不要删掉它们 - 根节点加
"packagist.org": false（注意不是放在repositories里），否则 Composer 仍可能 fallback 到官方源 - 改完后运行
composer update --lock，确保composer.lock记录新源地址
最易被忽略的点：换源后不清理 vendor/ 和 composer.lock，等于白配；镜像只优化下载通道，对 Resolving dependencies 阶段毫无帮助——那属于依赖求解逻辑，和网络无关。
