PHP7.2file_get_contents读取https,PHP7.1缺少op错-php教程-PHP中文网

php https请求失败分两层：一是“unable to find the wrapper 'https'”，因未启用openssl扩展；二是“certificate verify failed”，因未配置openssl.cafile指向有效ca证书。

php7.2file_get_contents读取https,php7.1缺少op错

PHP 7.2 或 7.1 报 “Unable to find the wrapper 'https'”

这是最底层的失败，file_get_contents 根本没走到 SSL 验证那步，连 HTTPS 协议封装器都加载不了。错误本质是 PHP 编译时没启用 OpenSSL，或运行时没加载扩展。

常见现象：

Warning: file_get_contents(): Unable to find the wrapper "https" - did you forget to enable it when you configured PHP?
甚至 file_get_contents('http://') 正常，但 https:// 直接报错
php -m | grep openssl 输出为空

解决路径很明确：

Linux/macOS：确认已安装 openssl 开发包（如 libssl-dev），重新编译 PHP 时加 --with-openssl；或直接启用已编译好的扩展：extension=openssl.so 写入 php.ini
Windows：打开 php.ini，取消注释 extension=php_openssl.dll，确保该 DLL 文件真实存在且版本匹配 PHP 主版本
重启 Web 服务（Apache/Nginx + PHP-FPM）或 CLI 环境，用 php -i | grep -i openssl 验证是否生效

PHP 7.1+ 报 “SSL operation failed with code 1” 或 “certificate verify failed”

能走通 HTTPS 封装器，但卡在证书校验环节。这不是代码 bug，而是 PHP 不知道该信任谁——它找不到可信 CA 证书文件。

关键判断点：

错误信息含 SSL3_GET_SERVER_CERTIFICATE、certificate verify failed
phpinfo() 中 openssl.cafile 值为空，或指向一个不存在/无读取权限的路径
Linux/macOS 上系统证书路径通常是 /etc/ssl/certs/ca-certificates.crt，但 PHP 默认不自动读它

正确做法是显式配置证书路径，而不是关验证：

下载权威 CA 包（如 curl 官方维护的 cacert.pem），保存为 /usr/local/etc/php/cacert.pem（Linux/macOS）或 C:\php\cacert.pem（Windows）
在 php.ini 中设置：openssl.cafile="/path/to/cacert.pem"
重启服务后，用 php -r "print_r(openssl_get_cert_locations());" 确认路径已加载

为什么 `stream_context_create` 设 `verify_peer => false` 还报错？

常见于只设了 verify_peer => false，却漏掉配套项。OpenSSL 在 PHP 5.6+ 后要求两者必须同步关闭，否则仍会失败。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

典型错误写法：

$ctx = stream_context_create(['ssl' => ['verify_peer' => false]]);
// ❌ 缺少 verify_peer_name，PHP 仍会校验域名，报错

必须成对设置：

'verify_peer' => false 和 'verify_peer_name' => false 必须同时出现
如果目标是自签名或内网 HTTPS 服务，可额外加 'allow_self_signed' => true
该方式仅限开发调试，上线前必须撤掉——它等同于裸 HTTP，中间人攻击零防护

PHP 7.1/7.2 下更推荐用 cURL 替代 `file_get_contents`

file_get_contents 对 HTTPS 的控制粒度太粗：不能设 TLS 版本、无法获取状态码、重定向逻辑不可控、超时行为不直观。而 cURL 天然支持这些。

最小可用示例（带基础容错）：

$ch = curl_init('https://api.example.com');
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_TIMEOUT, 10);
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, true); // 生产环境必须为 true
curl_setopt($ch, CURLOPT_CAINFO, '/path/to/cacert.pem'); // 指向你的证书文件
$result = curl_exec($ch);
$http_code = curl_getinfo($ch, CURLINFO_HTTP_CODE);
curl_close($ch);

注意：

CURLOPT_SSL_VERIFYPEER 和 CURLOPT_SSL_VERIFYHOST 在 PHP 7.1+ 已标记为废弃，应改用 CURLOPT_SSL_VERIFYPEER + CURLOPT_CAINFO
若服务器启用了 SNI（绝大多数 HTTPS 站点都启用了），cURL 会自动处理；file_get_contents 在某些旧 OpenSSL 版本下可能失败
真正难搞的不是证书本身，而是企业代理——它会替换证书，此时必须把代理根证书追加进你的 cacert.pem

CA 证书路径配置和 OpenSSL 扩展启用，这两个点一旦漏掉任何一个，HTTPS 请求就会在不同层级静默失败。别猜，先用 php -i | grep -A5 -B5 openssl 看清实际加载状态。