Composer因系统时间偏差超15分钟会失败，因签名验证依赖本地时间与Packagist响应头Date比对；镜像源不修改Date或重签，故无法绕过；需用systemd-timesyncd校准时间，并在容器/CI中显式同步。
系统时间偏差超过15分钟，Composer 就会直接失败，哪怕你用了阿里云镜像也救不了——这不是网络或配置问题，是签名验证层的硬性拦截。
为什么镜像源也拦不住时间错误
Composer 在下载前要校验两件事：HTTPS 证书有效期 + Packagist 返回的签名时间戳。镜像源只代理数据，不改 Date 响应头，也不重签元数据。本地时间一歪，比对就崩，报错却藏得深：filemtime(): stat failed、signature verification failed，甚至看起来像缓存损坏。
- 用
curl -I https://packagist.org看响应头里的Date:字段，再运行date，两者差超过 15 分钟就是铁证 - Docker 容器、WSL、CI 节点都继承宿主机时间，一处不准，全链路失效
- 临时用
date -s改时间？别试——不持久，还可能引发时区错乱
Linux 服务器上快速修时间（systemd-timesyncd）
现代 Linux 发行版（Ubuntu 16.04+、Debian 9+、CentOS 8+）默认带 systemd-timesyncd，轻量、可靠、无需额外安装。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先查状态：
timedatectl status，重点看System clock synchronized: no和NTP service: inactive - 启用服务：
sudo timedatectl set-ntp true - 检查冲突：
ps aux | grep -E "(chronyd|systemd-timesyncd)"；如果chronyd在跑，停掉它：sudo systemctl stop chronyd && sudo systemctl disable chronyd - 验证效果：
timedatectl timesync-status，root dispersion应该在毫秒级，offset小于 ±50ms 才算稳
容器和 CI 环境要额外注意
容器默认不自动同步宿主机时间，即使宿主机已校准，容器内 date 仍可能错。
- Docker 启动时加挂载：
-v /etc/localtime:/etc/localtime:ro，避免时区漂移 - CI 脚本开头加一句：
sudo timedatectl set-ntp true || true（有些环境没权限，但至少不中断） - GitHub Actions 或 GitLab CI 中，不要依赖系统默认 NTP，显式用
actions/setup-node等自带时间校准的动作 - 如果用
alpine镜像，它默认没systemd，得换基础镜像或手动跑ntpd，不如直接切debian:slim
时间不准是底层信任锚点，所有上层动作（换镜像、调超时、清缓存）在它面前都是无效操作。修完时间再跑 composer install -vvv，看到请求地址确实是镜像域名，且没报任何 filemtime 或 signature 错误，才算真正过关。
