Composer由于SSL证书过期导致下载失败的修复（证书更新）-composer-PHP中文网

根本原因是php底层openssl或curl加载的ca证书文件过期或路径失效——需运行php -r "print_r(openssl_get_cert_locations());"确认default_cert_file和ini_cafile路径是否有效且一致，再统一配置最新cacert.pem至openssl.cafile与curl.cainfo并重启环境。

composer由于ssl证书过期导致下载失败的修复（证书更新）

直接原因是 PHP 底层 OpenSSL 或 cURL 加载的 CA 证书文件过期或路径失效，不是 Composer 自身问题，也不是网络或镜像源配置错误。

怎么确认当前 PHP 实际用的是哪个证书文件

别猜路径，让 PHP 自己说。运行命令：php -r "print_r(openssl_get_cert_locations());"，重点关注两个字段：

default_cert_file：PHP 默认尝试读取的路径，如果为空、指向不存在的文件、或文件大小为 0，就是病灶
ini_cafile：来自 php.ini 的显式配置，如果和 default_cert_file 不一致，说明配置没生效或加载了错误的 php.ini

常见失效路径包括：/etc/ssl/certs/ca-certificates.crt（旧版 Ubuntu）、C:/php/extras/ssl/cacert.pem（XAMPP/WAMP 自带的老包）、/usr/local/etc/php/cacert.pem（Homebrew PHP 未更新时）。打开该文件，搜索 -----BEGIN CERTIFICATE----- 后面的签发时间——若最后更新是 2022 年以前，基本可以确定是它。

下载并配置最新 cacert.pem（跨平台通用）

必须用官方维护的证书包，别信 XAMPP/WAMP 自带的旧文件（多数停更于 2021 年）：

从 https://www.php.cn/link/5fe4dadcdb001d8566cd20e6d8a20251 下载最新 cacert.pem
保存到稳定绝对路径，例如：/usr/local/etc/php/cacert.pem（Linux/macOS）或 C:/php/extras/ssl/cacert.pem（Windows）

编辑 php.ini，取消注释或新增两行（路径必须完全一致）：

openssl.cafile="/usr/local/etc/php/cacert.pem"
curl.cainfo="/usr/local/etc/php/cacert.pem"

Windows 路径必须用正斜杠 / 或双反斜杠 \，单反斜杠会被 PHP 当作转义符解析失败
路径里不能含中文、空格或特殊符号，否则 PHP 可能静默忽略

改完后，CLI 模式需关闭当前终端、新开一个；Web 模式（Apache/Nginx）必须重启整个服务，光重载配置不行。

Discussion Composer

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

下载

系统级 CA 更新（推荐优先尝试）

很多 PHP 环境（尤其 CLI）直接复用系统证书。不更新会导致后续所有 HTTPS 请求（包括 curl、file_get_contents）都可能出问题：

Ubuntu/Debian：sudo apt update && sudo apt install --reinstall ca-certificates，再执行 sudo update-ca-certificates
CentOS/RHEL 7+：sudo yum update ca-certificates 或 sudo dnf update ca-certificates
macOS + Homebrew：brew reinstall ca-certificates，并确保 openssl@3 已链接（检查 php -r "print_r(openssl_get_cert_locations());" 中 capath 是否指向 Homebrew 的 cert.pem）
Docker：在 Dockerfile 中加 RUN apt-get update && apt-get install -y ca-certificates && rm -rf /var/lib/apt/lists/*（Debian/Ubuntu 基础镜像）

更新后重启终端，再执行 php -r "print_r(openssl_get_cert_locations());" 确认 default_cert_file 时间已刷新。

别踩这些坑

禁用 TLS 校验（如 --no-secure-http、composer config -g secure-http false）只是掩盖症状，不是修复：

--disable-tls 和 --no-secure-http 自 Composer 2.5+ 起已被移除或仅限调试使用
启用后所有包下载走 HTTP 明文，存在中间人劫持风险
某些私有仓库（如 GitLab Package Registry）强制 HTTPS，禁用 TLS 后直接连接拒绝
PHP 8.2+ 对空 CA bundle 的容忍度更低，即使设了 --disable-tls，仍可能因底层 OpenSSL 版本报错
composer config --global cafile 对默认源基本无效，它只影响 Composer 自封装的 HTTP 客户端（如 php-http 驱动），而实际触发 cURL error 60 的是底层 cURL 扩展

真正要改的地方只有两个：php.ini 里的 openssl.cafile 和 curl.cainfo，且必须指向同一个有效的、最新的 cacert.pem 文件。