极速开发：Composer镜像加速配置精讲-composer-PHP中文网

composer镜像配置失效的主因是配置命令写错：repo.packagist误写为repos.packagist、url缺末尾斜杠、漏写“composer”参数；验证需执行composer config -g repo.packagist并确认返回正确json；项目级应手动编辑composer.json，添加packagist仓库并设"packagist.org": false；不同运行环境（宝塔/www用户、ci、systemd）须对应用户配置或使用--repository-url参数；还需检查cache-dir路径、parallel-downloads并发数及清除旧lock文件。

极速开发：composer镜像加速配置精讲

配了镜像但 composer install 还卡在 Downloading https://packagist.org/packages.json？说明根本没生效——不是网络问题，是配置写错了。

为什么 `composer config -g repo.packagist` 总是静默失败

这条命令不报错，但写不进配置的常见原因有三个：

repo.packagist 写成 repos.packagist（多一个 s），Composer 完全忽略，也不提示
URL 缺少末尾斜杠：https://mirrors.aliyun.com/composer ❌ → 必须是 https://mirrors.aliyun.com/composer/ ✅
第二个参数漏掉 composer：正确是 composer config -g repo.packagist composer https://...，少这个单词就 fallback 到官方源

验证是否成功，只看这一条命令输出：composer config -g repo.packagist。必须返回类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 的完整 JSON。返回空、null、或仍是 https://packagist.org，就等于没配。

项目级配置别用 `composer config repo.packagist` 直接覆盖

这条不加 -g 的命令会清空你项目里已有的 repositories 字段——比如你本来配了私有 Git 源，执行后全没了。

安全做法是手动编辑 composer.json：

在 repositories 对象里加一条："packagist": {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
同时确保根节点有："packagist.org": false（注意：不在 repositories 里，而在顶层）
别删掉已有私有源，保持它们和 packagist 并列

这样既走镜像，又不丢自定义源，CI 和团队协作时行为一致。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

宝塔、CI、systemd 里镜像不生效的真相

你在自己终端里用 root 配好了，但宝塔面板用 www 用户跑命令，GitHub Actions 用 runner 用户，它们读的是各自家目录下的 ~/.composer/config.json，不是你的。

解决方法分场景：

宝塔 PHP 管理器中：用 www 用户身份执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
CI 脚本中：别依赖全局配置，直接加参数：composer install --repository-url=https://mirrors.aliyun.com/composer/
systemd 服务：确保 User= 设置与配置写入的用户一致，或改用环境变量 COMPOSER_HOME 指向统一路径

临时测试是否走对源，加 -vvv 参数，看日志里真实请求的 URL 是不是以 mirrors.aliyun.com 开头。

缓存和并发数这些“隐形拖慢项”

镜像配对了，composer install 还慢？可能卡在别的地方：

cache-dir 落在机械盘、WSL2 挂载的 Windows 目录、或 NFS 上：查当前路径用 composer config --global cache-dir，迁移到 SSD 路径更稳
parallel-downloads 默认是 5，对国内镜像太保守：可设为 10 或 15（仅 Composer 2.2+ 支持），但 CI 中若报 Connection refused，先降回 6
已有 composer.lock 但刚换镜像：hash 可能不匹配，删掉 vendor 和 composer.lock 重来最稳妥