composer config -g repo.packagist 不生效是因为未同时满足三个硬性条件：键名必须为单数 repo.packagist、中间参数必须显式写 composer（type 值）、url 必须 https 且末尾带 /；任一缺失即静默回退官方源，且无报错。
为什么composer config -g repo.packagist总不生效
不是网络卡，是命令写错了三个硬性条件，Composer 就会静默回退到 packagist.org，连报错都不给。
必须同时满足：
-
repo.packagist是固定键名——写成repos.packagist、packagist.org或mirror全部无效 - 中间的
composer是type值，不是可选参数，也不能省略或替换成其他字符串 - URL 必须是 HTTPS 且末尾带
/，比如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，说明根本没写对。
企业内网 / 宝塔 / Docker 环境该用哪种配置
全局配置（-g）在这些环境里基本等于没配——因为 Composer 不是从你登录用户的 ~/.composer/config.json 读，而是从 Web 服务用户（如 www）、CI 用户（如 runner）或容器内指定用户读取。
更可靠的做法是项目级配置：
- 进项目根目录，执行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（去掉-g） - 这条命令会安全写入
composer.json的"repositories"字段，key 固定为"packagist" - 如果项目已有私有源（如 Git 类型仓库），该命令会追加而非覆盖；但若
"repositories"是空对象{}，它会全量替换，导致私有源丢失
宝塔用户还要额外注意：PHP CLI 默认禁用 proc_open、putenv，Composer 启动即崩溃。先去「PHP 管理 → 禁用函数」里删掉它们，再配镜像。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
阿里云、腾讯云、华为云镜像怎么选
三者都可用，但路径细节和同步稳定性有差异：
- 阿里云地址最稳：
https://mirrors.aliyun.com/composer/，同步及时，推荐作为默认 - 腾讯云地址末尾也带
/：https://mirrors.cloud.tencent.com/composer/，适合阿里云偶尔限流时切换 - 华为云地址末尾不带
/：https://mirrors.huaweicloud.com/repository/php，但 Composer 会自动补全；不过其后端是 OBS 静态镜像，新包同步可能延迟几小时
遇到 404 或 503，别急着换源，先跑 composer diagnose 检查 DNS、证书、代理；公司网络拦截 HTTPS 时，可临时试腾讯镜像，比降级 HTTP 更安全。
换源后依然卡在 Loading composer repositories 怎么办
镜像只加速下载，不解决缓存和锁文件残留问题。旧 composer.lock 里记录的是官方源的 dist URL 和 hash，切镜像后校验必然失败。
必须清干净再重来：
- 运行
composer clear-cache - 删掉项目下的
vendor/目录和composer.lock文件 - 执行
composer install -vvv，观察日志是否出现mirrors.aliyun.com或对应镜像域名
特别注意：不要用 composer update 替代 install。update 仍会尝试复用旧 lock，install 才会按新镜像重新解析并生成新 lock。
