镜像配置没生效主因是三处硬性错误：键名必须为单数repo.packagist、第二参数必须显式写composer、URL须HTTPS且末尾带/；任一缺失即静默回退packagist.org，且不报错。
镜像配置没生效，90% 是因为 repo.packagist 键名、composer 类型值、URL 末尾斜杠这三处写错了——不是网络慢，是根本没走镜像。
为什么 composer config -g repo.packagist 总是静默失败
这条命令不报错，但漏掉任意一个硬性条件就会自动 fallback 到 https://packagist.org，你完全感知不到。
-
repo.packagist必须是单数repo，写成repos.packagist（多一个 s）就无效 - 中间必须显式带上
composer这个 type 值：命令是composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，漏掉composer就回退官方源 - URL 必须是 HTTPS 且末尾带
/：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（少斜杠会拼出 404 路径） - 验证是否成功：运行
composer config -g repo.packagist，输出必须是完整 JSON 对象，如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；空、null、或只返回字符串但不含type字段，都说明没写进去
全局配置在宝塔/CI 里不生效的真正原因
全局配置默认写进 /root/.composer/config.json，但宝塔面板、GitLab Runner、计划任务通常以 www 或 runner 用户身份运行，根本读不到 root 的配置文件。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先确认实际执行用户：比如在宝塔「PHP 管理器」中执行命令时，查日志 UID 或运行
whoami - 给对应用户单独配：例如对
www用户，执行sudo -u www composer config -g repo.packagist composer https://mirrors.tuna.tsinghua.edu.cn/composer/ - Windows 用户路径在
C:\Users\用户名\AppData\Roaming\Composer\config.json，别手写，一律用composer config -g命令写入 - 如果项目
composer.json里已有"repositories"字段，它会直接覆盖全局配置；此时应优先检查composer config --list和composer config --list --global输出差异
composer install 卡在 “Resolving dependencies” 不是镜像问题
这个阶段完全不发网络请求，是 Composer 在本地穷举满足所有版本约束的组合。镜像再快也帮不上忙。
- 典型诱因包括：
"php": "^7.4 || ^8.0"这类宽泛约束、"minimum-stability": "dev"、大量"dev-main"引用 -
require-dev里塞了太多工具包（如phpunit/phpunit+friendsofphp/php-cs-fixer+infection/infection），会让求解器指数级膨胀 - 解决方案：收紧 PHP 版本约束（如锁定
"php": "^8.2"）、移除未必要 dev 包、运行composer update --lock后提交新composer.lock，避免每次重算 - 可加
-vvv查看求解过程：composer update -vvv | grep -A5 "Resolving"，观察是否卡在某个包上
项目级配置怎么安全追加镜像而不删私有源
用 composer config repo.packagist（不加 -g）命令看似方便，但它会**全量替换** composer.json 中的 repositories 字段——已有 Git 私有源、Satis 源都会被清空。
- 如果
composer.json原来是"repositories": {}（对象结构），命令会转为数组并追加packagist条目，相对安全 - 如果已经是
"repositories": [ ... ]（数组结构），命令会直接覆盖整个数组，务必手动编辑 - 正确做法：在
repositories数组末尾手动添加一项：{"type":"composer","url":"https://mirrors.aliyun.com/composer/"}，同时确保根节点有"packagist.org": false（注意：不是放在repositories里，是同级字段） - 改完后必须运行
composer update --lock，否则composer.lock仍记录旧源地址，团队协作时 hash 不一致
最易被忽略的点：镜像只加速元数据拉取和 ZIP 下载，不解决依赖解析、vendor 解压、autoload 生成这些本地耗时操作。换源之后还慢，先看 -vvv 日志里卡在哪一行，再决定是调镜像、改约束，还是清理环境。
