阿里云ecs内网加速必须使用https://mirrors.cloud.aliyuncs.com/composer/，仅限vpc内网解析访问，公网不可达；需验证curl -s https://ip.cn返回内网ip段且nslookup解析为内网ip，同时排除nat网关干扰，否则配置无效。
阿里云ECS必须用mirrors.cloud.aliyuncs.com内网地址
公网镜像地址哪怕配对了，只要ECS走的是公网出口，就毫无加速效果，流量还照算。真内网加速只认https://mirrors.cloud.aliyuncs.com/composer/这个域名——它只在阿里云VPC内网可解析、可访问，公网打不开是正常现象。
常见错误：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/看着对，实则无效；curl -I https://mirrors.cloud.aliyuncs.com/composer/返回403或超时，说明当前ECS不在内网环境，硬配也没用。
- 验证是否真内网：运行
curl -s https://ip.cn，输出IP必须是10.0.x.x、172.16.x.x或192.168.x.x段，且不显示公网出口IP - 验证DNS解析：执行
nslookup mirrors.cloud.aliyuncs.com，A记录应为内网IP（如100.100.2.136），CNAME指向mirrors.cloud.aliyuncs.com.aliyuncs.com - 注意NAT网关干扰：即使没绑EIP，若开通了NAT网关，请求仍可能绕过内网直连，需关闭NAT或改用经典网络
华为云ECS内网加速要配/repository/php/composer/完整路径
华为云镜像不是“换域名就行”，https://mirrors.huaweicloud.com/composer/这种简写会404；必须用带/repository/php/composer/的全路径，且结尾斜杠/不能省——少一个字符，Composer就发错请求，静默失败。
华为云内网加速仅在同Region VPC内生效，且依赖DNS自动解析到内网VIP。家庭宽带或跨云厂商网络下，该镜像未必比阿里云快，别盲目切换。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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.huaweicloud.com/repository/php/composer/ - 错误写法：
https://repo.huaweicloud.com/repository/php/（域名错）、https://mirrors.huaweicloud.com/composer/（路径错） - HTTPS强制：HTTP地址会被Composer 2.0+直接拦截，不报错但连接失败
composer config -g写进哪个用户配置文件，就只对哪个用户生效
在宝塔、Docker或CI/CD中，sudo composer config -g写进/root/.composer/config.json，但实际跑构建的可能是www-data或runner用户，结果还是走默认源。这不是镜像没配好，是根本没读到配置。
项目级配置优先级高于全局，且写进composer.json后可提交Git，团队协作更可靠。但要注意："repositories"字段里"packagist"这个key不能改名，否则Composer不识别。
- 查当前生效配置：运行
composer diagnose，看Repo packagist.org:后面是不是你设的URL - 确认进程读取路径：PHP CLI下执行
echo getenv('HOME')，就知道~/.composer/config.json在哪 - 临时验证最准：加
-vvv --repository-url=xxx，日志里会明明白白打出实际请求的URL
镜像只加速下载，不解决Resolving dependencies卡顿
如果composer update卡在Resolving dependencies几十秒，和镜像源完全无关。这是Composer在本地做版本约束求解，受php版本范围、require-dev包数量、未锁定的dev分支影响极大。
内网零成本加速的前提是：先确保依赖能正常解析出来。否则再快的镜像也救不了卡在算法里的进程。
- 检查
composer.json：把"php": "^7.4 || ^8.0"缩窄成"php": "^8.2"，大幅减少组合爆炸 - 删掉不必要的
require-dev工具链，尤其含大量插件的phpunit、phpstan - 同步延迟真实存在：新发布的包可能5–30分钟才同步到镜像站，此时Composer会fallback回
packagist.org查一次
