Composer安装教程：从入门到镜像加速-composer-PHP中文网

答案是composer镜像配置需严格满足三个条件才生效：键名必须为repo.packagist（单数）、type值必填composer、url须以/结尾；否则静默回退官方源。

composer安装教程：从入门到镜像加速

镜像配置不是“配了就快”，而是“配对了才快”——90% 的 Composer 慢，根本不是网络问题，是 composer config -g repo.packagist 这条命令写错了、没生效、或被覆盖了。

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

这条命令不报错，但极易写错三个关键点，导致完全不生效：

repo.packagist 不能写成 repos.packagist（多一个 s 就彻底忽略）
中间必须带 composer 这个 type 值：正确写法是 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/；漏掉 composer 就 fallback 到默认源
URL 必须以 / 结尾：https://mirrors.aliyun.com/composer/ ✅；https://mirrors.aliyun.com/composer ❌（少斜杠在 Composer 2.2+ 上会 404 或静默回退）

验证是否成功：运行 composer config -g repo.packagist，输出必须是完整 JSON，形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、或只返回字符串，都说明没写进去。

全局配置在宝塔 / CI / 多用户环境下为何不生效

全局配置写在当前用户的 ~/.composer/config.json（Linux/macOS）或 C:\Users\用户名\AppData\Roaming\Composer\config.json（Windows），但实际执行 composer install 的用户可能完全不同：

宝塔「一键部署」默认用 www 用户运行，你用 root 配的全局配置它根本读不到
GitHub Actions、Jenkins 构建时用的是 runner 或 jenkins 用户，不是你本地账户
解决方法：切到对应用户下执行，例如 sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/

更稳妥的做法是跳过全局配置，直接用项目级方式或临时参数。

Discussion Composer

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

下载

项目级配置怎么安全追加而不覆盖私有源

进项目根目录后执行 composer config repo.packagist composer https://mirrors.aliyun.com/composer/（注意不加 -g），Composer 会自动合并进 composer.json 的 repositories 字段：

如果原 "repositories": {} 是对象，它会添加 "packagist" 子项
如果原 "repositories": [] 是数组，它会在末尾插入新项，不破坏已有私有 Git 源
千万别手动写 "packagist.org": false —— 这会关掉基础包校验，导致 php、ext-json 等无法验证

改完务必删掉 vendor/ 和 composer.lock，再运行 composer install。旧 lock 文件里的 hash 是从旧源生成的，和镜像元数据不匹配会报错。