必须同时配置http-proxy和https-proxy，因composer对http/https请求使用不同配置项，仅设http-proxy会导致packages.json等https元数据请求直连失败。
直接设全局代理最稳，composer config -g http-proxy 和 composer config -g https-proxy 必须都执行，缺一个就可能卡在“Loading composer repositories”。
为什么只配 http-proxy 还是连不上 packagist.org
Composer 对 HTTP 和 HTTPS 请求走不同配置项，https-proxy 不是可选的——哪怕你用的是 HTTP 协议的代理地址（比如 http://127.0.0.1:7890），也得单独设一遍。否则部分元数据请求（如 packages.json）会 fallback 直连，而内网/防火墙环境下直连基本失败。
-
https-proxy的值必须和http-proxy一致，协议仍用http://，不是https:// - 验证是否生效：运行
composer config -g --list | grep proxy，应同时看到http-proxy和https-proxy两行 - 别信
HTTP_PROXY环境变量——Composer 默认不读它，除非你明确加了--no-plugins或降级到极老版本
composer config -g 写进哪个文件？路径和权限要注意什么
写入的是当前用户的全局配置文件：~/.composer/config.json（Linux/macOS）或 %APPDATA%\Composer\config.json（Windows）。这个文件由 Composer 自动创建，但前提是目录存在且有写权限。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 如果执行命令后没反应、也没报错，先检查
~/.composer目录是否存在、是否可写 - Windows 用户注意：CMD 和 PowerShell 可能用不同用户上下文，建议统一用管理员权限的终端执行
- 改完后不需要重启终端，但旧的 Composer 进程（如正在跑的
install）不会自动 reload 配置，需中止重试
带认证的代理怎么填？特殊字符不编码必报 Invalid URI supplied
用户名密码必须 URL 编码，尤其 @、/、: 这几个字符。Composer 解析代理 URL 时，第一个 @ 就被当成分隔符，后面全乱套。
- 正确格式：
http://user%40domain:P%40ssw0rd@127.0.0.1:8080（不是user@domain:P@ssw0rd） - 快速编码命令：
php -r "echo rawurlencode('your_password');" - 域名里含
@（比如user@corp.proxy）也要编码，否则照样解析失败 - 如果代理本身不要认证，但地址里有
@（如某些 DNS 域名），同样得编码，不能跳过
NTLM 代理（比如公司 Windows 域代理）根本连不上怎么办
Composer 原生不支持 NTLM 认证，设了 http-proxy 也白搭，典型错误是 407 Proxy Authentication Required 或直接超时。
- 唯一靠谱方案：本地起一个兼容 NTLM 的中转代理，比如
cntlm或px，监听127.0.0.1:3128，再让 Composer 连这个本地地址 - 别试
https-proxy改成https://—— 旧版 Composer 会直接拒绝，新版也不解决 NTLM 问题 - 临时绕过：用
composer config -g http-proxy '' && composer config -g https-proxy ''清空，但仅限测试
真正卡住人的从来不是命令怎么敲，而是把 https-proxy 当摆设、把 @ 当普通字符、或者以为开了系统代理 Composer 就自动跟着走——它不看，真的不看。
