composer报“不支持的依赖协议”实为repositories配置错误：type值非法（如"git"应为"vcs"）、"package"类型在2.2+已弃用、拼写错误或认证url格式不符，导致解析中断而非协议被禁。
repositories配置类型写错导致解析中断
Composer一看到非法type值就直接报“unsupported”或“not supported”，根本不会继续往下读。不是协议被禁，而是你写的"type": "git"这种写法在Composer 2.x里根本不合法——它只认"vcs"作为顶层类型，git只是vcs的底层协议。
-
"type": "git"→ 必须改成"type": "vcs"，并确保url字段是完整Git地址（如https://github.com/user/repo.git或git@gitlab.example.com:user/repo.git） -
"type": "package"→ Composer 2.2+ 已彻底移除，必须换用"type": "artifact"（对应本地tar包）或迁移到composer类型仓库 - 多个
repositories条目中只要有一个type拼错（比如"compsoer"），整个install就会失败，不会跳过错误项
私有仓库URL格式与认证不匹配
HTTPS和SSH两种方式不能混用，且各自对认证机制有硬性要求。用错格式会导致静默 fallback 或直接卡在“Could not read from remote repository”。
- HTTPS方式：URL必须带token，形如
https://<strong>YOUR-TOKEN</strong>@github.com/user/repo.git；或提前配好github-oauth.github.com全局凭证 - SSH方式：URL必须是
git@github.com:user/repo.git格式，且ssh -T git@github.com能返回Hi xxx! You've successfully authenticated - 密钥权限必须为
600，且属于当前运行composer的用户（比如宝塔里是www用户，不是root）
镜像源配置失效导致实际没走代理
你以为开了阿里云镜像，结果报错里还写着packagist.org/p/xxx.json，说明镜像根本没生效——90%的“远程加载失败”其实是这个原因。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 全局配置命令必须是：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（注意结尾斜杠，且键名是repo.packagist，不是repos或repositories） - 项目级
repositories非空时，全局镜像自动失效；此时要在项目目录下运行：composer config repo.packagist composer https://mirrors.aliyun.com/composer/（去掉-g） - 执行
composer config -g repo.packagist输出必须是完整JSON对象，如果显示null或https://packagist.org，说明配置失败
SSL证书过期或CA路径错误引发TLS握手失败
报错含cURL error 60、SSL certificate problem或卡在* TLS handshake，不是网络慢，是PHP内置的CA证书太旧，无法验证镜像站HTTPS证书链。
- 查当前CA路径：
php -i | grep -E "(openssl\.cafile|curl\.cainfo)"，常见位置是/etc/ssl/certs/ca-certificates.crt或/usr/lib/ssl/certs/ca-bundle.crt - 更新系统CA证书包（如Ubuntu：
sudo apt update && sudo apt install --reinstall ca-certificates） - 若PHP是自编译或Docker环境，需手动指定CA路径：
composer config -g cafile /path/to/cacert.pem
复杂点在于：这些环节彼此耦合。比如SSH配置错了，即使镜像源正确，也会在拉私有包时卡住；而镜像没生效，又会让问题表象看起来像网络故障。最容易被忽略的是项目级repositories覆盖全局镜像，以及cafile路径未随PHP升级同步更新。
