根本原因是用了http://开头的URL导致301重定向失败，必须用https://且末尾带/；验证需用composer require -vvv查看实际请求域名是否匹配镜像地址。

Composer配了HTTPS镜像源却报Failed to download或cURL error 22

根本不是镜像地址写错了，而是你用了http://开头的URL。Composer强制走HTTPS，遇到HTTP镜像会先收到301跳转，但Alpine、WAMP、某些企业代理等环境不自动跟随重定向，直接卡死。必须用https://且末尾带/，例如https://mirrors.tuna.tsinghua.edu.cn/composer/✅，https://mirrors.tuna.tsinghua.edu.cn/composer❌（少斜杠会导致路径拼接成/composerpackages.json）。

• 阿里云镜像自2025年底起已停用HTTP响应，http://mirrors.aliyun.com/composer/会直接拒绝
• 腾讯云和清华源虽仍接受HTTP，但必返回301——若本地curl不支持-L，就会中断
• 验证方式：运行composer require monolog/monolog -vvv，第一行日志里的Downloading https://域名必须是你配的镜像地址

镜像配置正确但报signature verification failed或filemtime(): stat failed

这不是镜像问题，是系统时间偏差超15分钟触发了Packagist签名时间戳校验失败。哪怕走的是阿里云镜像，它只代理数据，不改服务端返回的Date响应头，本地时间一歪，签名比对就崩。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

• 快速确认：curl -I https://packagist.org看返回的Date:头，和date命令输出对比，差太大就是铁证
• 别用date -s临时改——它不持久，还可能引发时区混乱
• 正确做法：sudo timedatectl set-ntp true启用systemd-timesyncd，再timedatectl timesync-status查延迟
• Docker容器要额外挂载：-v /etc/localtime:/etc/localtime:ro，否则宿主机时间准，容器内date仍可能错

HTTPS镜像源配置后仍走packagist.org

配置没生效，90%是键名、结构或优先级出错。Composer不报错，只是静默回退到默认源。

• 键名必须是repositories.packagist.org（不是repos.packagist，也不是repo.packagist），且值必须是JSON对象：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
• 命令要带-g且用单引号包裹JSON：composer config -g repositories.packagist.org '{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}'
• 项目级composer.json里的"repositories"字段优先级最高，哪怕全局配对了，也会被覆盖
• 最准验证法：composer install -vvv | grep "Downloading.*packages.json"，看实际请求域名

HTTPS镜像报SSL certificate verify failed或cURL error 60

不是镜像证书有问题，是PHP找不到可信CA证书文件。浏览器能打开 ≠ PHP CLI能通，因为CLI不继承系统证书链。

• 先查PHP证书路径：php -r "print_r(openssl_get_cert_locations());"，重点看default_cert_file是否为空或指向不存在的文件
• 下载权威CA包：curl -sS https://curl.se/ca/cacert.pem -o /usr/local/etc/php/cacert.pem（Linux/macOS）或C:/php/extras/ssl/cacert.pem（Windows）
• 在CLI模式下真正生效的php.ini里加两行（路径必须绝对、一致）：curl.cainfo = "/path/to/cacert.pem"和openssl.cafile = "/path/to/cacert.pem"
• 改完必须新开终端——PHP CLI进程不会热加载php.ini

时间不准、证书路径错、键名拼错、项目级配置覆盖——这四个点卡住绝大多数HTTPS镜像配置。它们互不干扰，但任何一个出问题，都会让composer install安静地退回官方源，连一句提示都不给。