composer install 报证书错误主因是 php 的 openssl.cafile 与 curl.cainfo 路径不一致、ca 文件过期或系统时间偏差；需统一二者指向最新 cacert.pem，并验证镜像配置（项目级优先）及系统时钟同步。
Composer install 报证书配置错误，八成不是证书真坏了，而是 PHP 没找到或读错 CA 文件——路径写错、文件过期、或 openssl.cafile 和 curl.cainfo 指向不一致。
确认 PHP 实际使用的 CA 证书路径
PHP 的 OpenSSL 和 cURL 各自查证证书，但它们默认可能用不同路径。不统一就会一个通一个挂。
- 运行
php -r "print_r(openssl_get_cert_locations());"，重点关注default_cert_file和ini_cafile的值 - 同时检查
curl.cainfo：执行php --ini找到 php.ini 路径，打开后搜curl.cainfo，确认它和上面输出的default_cert_file是否指向同一文件 - 常见坑：Windows 下 php.ini 里写了
openssl.cafile，但漏配curl.cainfo；macOS Homebrew 安装的 PHP 默认不设curl.cainfo，哪怕openssl.cafile正确也照样报错
替换为最新 cacert.pem 并强制对齐路径
系统自带的 CA 包（如 CentOS 的 ca-certificates 或 Windows ZIP 包里的 cert.pem）往往停更多年，2026 年已无法验证主流 HTTPS 站点证书。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 下载权威证书集：
wget https://curl.se/ca/cacert.pem（Linux/macOS）或手动访问https://curl.se/ca/cacert.pem保存为cacert.pem - 把该文件放到确定可读的路径，例如
/usr/local/share/ca-certificates/cacert.pem（Linux）、C:\php\extras\ssl\cacert.pem（Windows）、/opt/homebrew/etc/openssl@3/cert.pem（macOS M1/M2） - 在 php.ini 中**同时设置两处**：
openssl.cafile = "/path/to/cacert.pem"curl.cainfo = "/path/to/cacert.pem" - 改完重启 CLI 环境（不需要 web server 重启），再跑
php -r "var_dump(openssl_get_cert_locations());"验证是否生效
镜像源配置错误会掩盖真实证书问题
换源后仍报 SSL 错误？别急着改证书——先验证镜像本身是否配对。很多“证书失败”其实是 Composer 根本没走你设的镜像，默默退回 packagist.org 后被拦截。
- 项目级配置优先于全局：只要
composer.json里有"repositories"字段（哪怕空数组[]），composer config -g repo.packagist ...就完全失效 - 正确写法是进项目目录，运行：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加-g） - 键名必须是
repo.packagist，type 必须显式为composer，URL 必须以/结尾 —— 少一个斜杠，比如写成https://mirrors.aliyun.com/composer，Composer 会拼出/composerpackages.json导致 404，然后静默 fallback 到原站触发证书错误 - 验证是否生效：
composer config repo.packagist应输出完整 JSON 对象，不是null或原始 URL
系统时间偏差比证书过期更常见
报 SSL certificate has expired？大概率本地时间快了或慢了超过 2 分钟。证书有效期校验依赖系统时钟，不是网络时间。
- Linux/macOS：运行
timedatectl status，看System clock synchronized:是否为yes；若否，执行sudo timedatectl set-ntp true再sudo systemctl restart systemd-timesyncd - Windows：管理员 CMD 运行
w32tm /resync，失败则先net start w32time，再指定可靠源：w32tm /config /syncfromflags:manual /manualpeerlist:"time.nist.gov pool.ntp.org" - 容器或 CI 环境常禁用 NTP，需在启动脚本中显式同步，不能依赖宿主机
真正卡点在于：证书路径、镜像配置、系统时间这三项必须全部对齐，缺一不可。单独调一项，其他两项仍可能把错误“转嫁”回来——尤其是项目级 repositories 存在时，全局镜像配置形同虚设，很容易让人误判问题根源。
