Composer 配置代理必须同时设置 http-proxy 和 https-proxy，否则 HTTPS 请求直连导致卡在“Loading composer repositories”；https-proxy 值仍需以 http:// 开头，密码及特殊字符须 URL 编码；NTLM 代理需通过 cntlm/px 中转；验证代理应逐层测试，且需确保代理允许访问 packagist.org。
composer config -g http-proxy 和 https-proxy 必须同时执行
只配 http-proxy 会导致 packages.json 请求被直连——因为 Packagist 全量走 HTTPS，而 Composer 对协议严格分离：HTTP 请求走 http-proxy，HTTPS 请求必须走 https-proxy 字段。漏掉后者，现象就是 composer install 卡在 “Loading composer repositories”，无报错、无超时、只干等。
正确做法是两条命令都运行：
composer config -g http-proxy http://127.0.0.1:7890composer config -g https-proxy http://127.0.0.1:7890
https-proxy 的值仍必须以 http:// 开头，填 https:// 或省略协议会静默失效。验证是否生效，执行：composer config -g --list | grep -E "(http|https)-proxy"，必须看到两行非空输出。
密码含 @ / : / / 时必须 URL 编码
Composer 解析代理 URL 时，只认第一个 @ 为用户名/密码分隔符。例如 http://user:pa@ss/word@127.0.0.1:8080 实际被截断为用户名 user、密码 pa，后续全丢弃，结果不是报 Invalid URI supplied，就是静默跳过代理。
解决方法是手动编码：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 用
php -r "echo rawurlencode('pa@ss/word');"得到pa%40ss%2Fword - 拼成完整地址：
http://user:pa%40ss%2Fword@127.0.0.1:8080 - 域名里带
@（如proxy@corp.com）同样要编码，否则一样解析失败
NTLM 代理必须用 cntlm 或 px 中转
企业 Windows 域环境常见 NTLM 认证代理，Composer 原生完全不支持。直接配 http://user:pass@proxy:8080 会返回 407 Proxy Authentication Required 或 Unable to connect to http://repo.packagist.org ——这不是配置姿势问题，是协议层不兼容。
唯一可行解法：
- 本地起
cntlm或px，监听127.0.0.1:3128并处理 NTLM 认证 - 再让 Composer 连这个本地地址：
composer config -g http-proxy http://127.0.0.1:3128和https-proxy同样设 - 验证中转是否通：
curl -x http://127.0.0.1:3128 -I https://packagist.org/packages.json
代理链路不通时别只看 Composer 日志
Composer 不会告诉你“代理连不上”，只会表现为卡住、TLS 错误或静默失败。问题几乎总出在代理链路本身，而非配置语法。
逐层验证才是关键：
- 确认代理进程确实在运行、监听端口正确
- 用
curl -x http://127.0.0.1:7890 -I https://packagist.org/packages.json直接测代理通不通 - 返回
Connection refused→ 代理没启动或端口错 - 返回
SSL certificate problem→ 代理做了 HTTPS 拦截，需信任其 CA 证书 - 系统环境变量
HTTP_PROXY/HTTPS_PROXY会覆盖 Composer 配置，建议统一用config方式，避免冲突
真正容易被忽略的是：代理服务本身是否允许访问 packagist.org 或 github.com ——很多内网代理默认屏蔽外部域名，得找运维开白名单。
