只配http-proxy仍连不上Packagist，因其全量走HTTPS，而http-proxy仅处理HTTP请求；HTTPS必须依赖https-proxy（值须为http://协议）建立CONNECT隧道，缺一则请求被直连拦截或超时。
为什么只配 http-proxy 还是连不上 Packagist
因为 Packagist 全量走 HTTPS，而 http-proxy 仅处理 HTTP 请求；HTTPS 必须通过 https-proxy 建立 CONNECT 隧道。漏掉后者，所有 HTTPS 请求都会 fallback 到直连，最终卡在 Loading composer repositories，且无明确报错。
关键点：
-
https-proxy的值必须是http://开头（哪怕代理监听 TLS 端口），不是https://或无协议 - 必须同时配置
http-proxy和https-proxy，缺一不可 - 命令要加
-g（全局），否则只写入当前项目，换目录即失效 - 验证是否生效：运行
composer config -g --list | grep -E "(http|https)-proxy"，确认两行都存在且 URL 格式正确
composer config -g repo.packagist 总是静默失败的三个硬条件
这条命令不报错、不提示，但写错任意一项就完全无效，Composer 会静默 fallback 到官方源。
必须同时满足：
- 键名是
repo.packagist（repo是单数，不是repos） - 第二个参数必须是
composer（表示仓库类型，不能省略） - URL 必须以
https://开头，且末尾带斜杠：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（少斜杠会导致拼出/packages.json路径，返回 404）
验证是否真正生效：运行 composer config -g repo.packagist，输出应为完整 JSON 对象，如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。若为空、null 或仍是 "https://packagist.org"，说明没写进去。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
代理和镜像混用时的优先级与常见冲突
镜像源（repo.packagist）和代理（http-proxy/https-proxy）是正交机制，但会叠加影响。典型冲突场景：
- 配了阿里云镜像，但本地代理未开或端口填错 → 卡在 DNS 解析后立即超时（实际请求发向镜像站，但代理层不通）
- 镜像 URL 写成
http://→ Composer 强制拒绝（2.0+ 版本要求镜像必须 HTTPS） - 公司内网有镜像站（如
https://mirrors.internal.company/composer/），却仍配了外部代理 → 浪费跳转，还可能触发 NTLM 认证失败 - SOCKS5 代理只配了
socks5://127.0.0.1:7891，但 Composer 版本
临时验证链路是否通：用 curl -x http://127.0.0.1:7890 https://mirrors.aliyun.com/composer/packages.json 手动测试。成功返回 JSON，说明代理 + 镜像路径通；报 Connection refused，先查代理进程；报 SSL operation failed，大概率是代理未正确转发 TLS 流量或本地 CA 证书不被信任。
CI/CD 和多用户环境下配置失效的根本原因
全局配置写在 $COMPOSER_HOME/config.json（通常是 /root/.composer/config.json），只对当前用户生效。但在真实部署中，这个路径往往读不到：
- 宝塔面板默认以
www用户执行composer install，读不到root的配置 - GitHub Actions 使用
runner用户，也读不到你本地root或ubuntu用户的全局配置 - Docker 构建中，
composer config -g写入的是构建容器内的/root/.composer，但运行时容器可能用另一个用户启动
更可靠的做法是项目级配置：进项目根目录后执行 composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加 -g）。该命令会自动向 composer.json 的 repositories 字段插入 "packagist" 条目，不覆盖已有私有源，且所有执行该命令的用户都能读到。
注意：改完后必须删掉 vendor/ 和 composer.lock，再跑 composer install --no-cache，否则旧缓存会掩盖配置变更效果。
