不能只配http-proxy，因packagist全量走https，必须同时配置https-proxy（值须以http://开头）才能建立connect隧道；二者缺一即静默直连，导致“loading composer repositories”卡死。
为什么只配 http-proxy 还是卡在 Loading composer repositories
因为 Packagist 全量走 HTTPS，而 http-proxy 只处理 HTTP 请求；HTTPS 请求必须由 https-proxy 字段触发 CONNECT 隧道，缺一不可。漏掉后者，Composer 会静默 fallback 到直连，结果就是卡住、超时、无报错。
常见现象包括：Loading composer repositories 卡死、cURL error 28、或最终返回 502 Bad Gateway。这不是网络慢，而是代理没真正生效。
-
https-proxy的值必须以http://开头（哪怕代理服务监听的是 TLS 端口），填https://或漏协议头都会静默失败 - 用户名/密码含
@、/、:必须 URL 编码，例如pa@ss/word→pa%40ss%2Fword - 必须加
-g参数，否则只写入当前项目composer.json，换目录就失效
镜像和代理能不能一起用
不能。二者作用层面不同，且互斥：镜像改的是元数据请求地址（packages.json、p2/xxx.json），代理改的是流量转发路径。同时配置会导致 Composer 行为混乱——镜像配置优先，http-proxy 和 https-proxy 字段被完全忽略。
国内用户卡在 Loading composer repositories，90% 是因为混配了镜像和代理。验证方式很简单：composer config -g --list | grep -E "(http|https)-proxy" 有输出，但 composer install -n -vvv 日志里没出现 Proxy CONNECT，说明代理根本没启动。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 想用代理，第一步永远是清空镜像：
composer config -g --unset repo.packagist - 必须同时设置
http-proxy和https-proxy，只设一个等于没设 - 企业内网若强制所有 HTTPS 流量过代理，即使用了镜像，没配
https-proxy一样连不上
NTLM 代理环境下怎么让 Composer 正常工作
Composer 原生不支持 NTLM 认证。直接配 http-proxy 会返回 407 Proxy Authentication Required 或 Unable to connect to http://repo.packagist.org。
解决方法不是改 Composer 配置，而是引入中转代理工具，比如 cntlm 或 px，让它们监听 127.0.0.1:3128 并处理 NTLM 认证，再让 Composer 连这个本地地址。
- 验证中转是否生效：
curl -x http://127.0.0.1:3128 -I https://packagist.org/packages.json，如果也报 407，说明中转层没配好 - Windows 下注意路径权限：
composer config -g报Could not write to file，要检查%APPDATA%\Composer\config.json是否存在且可写 - 别指望系统
HTTP_PROXY环境变量——Composer 明确忽略它，只认自己的字段
代理配好了还是失败？关键验证点在哪
代理配置的“成功”不是看命令有没有报错，而是看实际流量是否真走了代理。最可靠的验证方式是加 -n -vvv 运行命令，日志里出现 Proxy CONNECT 才算真正打通。
另一个容易被忽略的点是 TLS 握手：公司根证书不被信任时，会表现为静默超时或 SSL certificate problem。这时需要手动指定证书路径：composer config -g cafile /path/to/your-root.pem。
- Windows + WSL2 用户常因主机与子系统时间不同步导致握手失败，运行
sudo hwclock -s同步时间 - 代理进程本身是否在运行、防火墙是否拦截、端口是否被占用，都可能造成“配对了却连不上”
- 临时测试时，可用
composer config -g http.timeout 600拉长超时，避免误判为失败
