必须同时配置 http-proxy 和 https-proxy 才能生效，因 composer 元数据请求全走 https，仅配 http-proxy 无效；https-proxy 值必须以 http:// 开头，且需 url 编码特殊字符，否则静默失败。
只配 http-proxy 无法让 Composer 走代理，它必须同时看到 http-proxy 和 https-proxy 才能完整转发所有请求——Packagist 全量走 HTTPS，漏掉后者就等于没配。
为什么加了 http-proxy 还卡在 Loading composer repositories
Composer 对 HTTP 和 HTTPS 代理是完全分离处理的：http-proxy 只用于纯 HTTP 请求（极少），而所有元数据和包下载都走 HTTPS，必须由 https-proxy 接管。这个字段值必须是 http:// 协议开头（哪怕你的代理监听的是 TLS 端口），否则 Composer 会静默 fallback 到直连。
-
https-proxy填成https://127.0.0.1:8080或127.0.0.1:8080→ 直接失效，无报错，只有超时或 502 - 密码含
@、/、:必须 URL 编码，例如pa@ss/word→pa%40ss%2Fword - Windows 下若提示
Could not write to file，检查%APPDATA%\Composer\config.json目录是否存在且可写
多服务器批量配置必须显式指定 COMPOSER_HOME
用 ssh user@host "composer config -g https-proxy http://127.0.0.1:8080" 很可能失败，因为默认非登录 shell 不加载 ~/.bashrc，导致 COMPOSER_HOME 未设或 PHP 路径不可用。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 加
-l参数启用登录 shell：ssh -l user@host 'composer config -g https-proxy http://127.0.0.1:8080' - 更可靠方式：前置环境变量，如
ssh user@host 'COMPOSER_HOME=/home/user/.composer composer config -g https-proxy http://127.0.0.1:8080' - 验证是否生效：单独执行
ssh user@host 'composer config -g https-proxy'，输出必须是完整 URL 字符串，空或null即失败
NTLM 代理环境下别硬刚 Composer 配置
公司内网常用 NTLM 认证代理（比如 Windows 域环境），Composer 原生不支持，设了 http-proxy 也会返回 407 Proxy Authentication Required。
- 必须引入中转代理工具，如
cntlm或px，让它们监听127.0.0.1:3128并完成 NTLM 认证 - 再把 Composer 的
https-proxy指向这个本地地址：http://127.0.0.1:3128 - 临时验证：用
curl -x http://127.0.0.1:3128 -I https://packagist.org/packages.json测试中转层是否通
代理配置真正生效的关键不在命令是否跑过，而在 composer diagnose 输出里是否同时出现 secure-http: OK 和 proxy support: OK ——少一个，就说明某类请求仍被直连，问题还在链路里。
