本文详解 WordPress 插件在 EC2 LAMP 环境中执行 curl_file_create() 时触发 cURL 错误 26（READ_ERROR）的根本原因，重点分析文件权限、PHP 配置及安全实践，并提供可立即验证的修复步骤。

本文详解 WordPress 插件在 EC2 LAMP 环境中执行 curl_file_create() 时触发 cURL 错误 26（READ_ERROR）的根本原因，重点分析文件权限、PHP 配置及安全实践，并提供可立即验证的修复步骤。

cURL 错误 26（CURLE_READ_ERROR）的关键含义是：cURL 在读取待上传文件内容时失败了。

换句话说，问题不在网络，也不在远端服务，而是在本地文件访问环节。结合你的场景，$_REQUEST["image"] 可以正常输出二进制流，但一旦执行 curl_file_create($_REQUEST["image"]) 就直接抛出 500 内部服务器错误，这已经基本锁定了排查方向。

大概率原因是 PHP 的文件系统权限异常，或者临时目录配置存在问题。

根本原因分析

curl_file_create() 并非直接接受原始字节流，例如 $_REQUEST["image"] 中的 base64 或 raw data。

它必须传入一个有效的、已保存到磁盘的临时文件路径，也就是 $_FILES["image"]["tmp_name"]。

你当前的写法如下：

$cFile = curl_file_create($_REQUEST["image"]); //  错误：传入的是字符串/字节流，非文件路径

这种写法会让 PHP 尝试把内存中的字符串当作文件路径解析，进而触发底层 fopen() 失败。

• 随后 cURL 返回 CURLE_READ_ERROR（错误 26）；

• 再由 Apache/PHP 抛出 500。

正确处理方式

更稳妥、也更规范的处理方式是：文件上传一律通过 $_FILES 这个超全局数组来接收和处理。

前端要先确认 所在表单已经正确设置了 enctype="multipart/form-data"。

这样文件数据才能正常提交。到了后端，再通过 $_FILES["image"]["tmp_name"] 读取上传文件对应的临时路径。

//  正确示例（需配合 multipart 表单）
if (isset($_FILES["image"]) && $_FILES["image"]["error"] === UPLOAD_ERR_OK) {
$tmpPath = $_FILES["image"]["tmp_name"];
$cFile = curl_file_create($tmpPath); // 传入真实临时文件路径

$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, "https://api.example.com/upload");
curl_setopt($ch, CURLOPT_POST, true);
curl_setopt($ch, CURLOPT_POSTFIELDS, ["image" => $cFile]); // 注意：键名需匹配API要求
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);

$response = curl_exec($ch);
if (curl_errno($ch)) {
error_log("cURL Error " . curl_errno($ch) . ": " . curl_error($ch));
}
curl_close($ch);
} else {
error_log("File upload failed: " . $_FILES["image"]["error"]);
}

EC2 权限与环境检查

即使代码已经修正，EC2 上仍需验证以下关键项。

Apache 用户对临时目录的读取权限

先运行命令，确认 Web 服务用户。常见用户为 www-data 或 apache。

ps -axu | grep -E '(apache|httpd|www)' | grep -v grep

再查看 PHP 临时目录，通常为 /tmp 或自定义路径。

php -i | grep "upload_tmp_dir|sys_temp_dir"

最后确认该用户对该目录有读取权限。

ls -ld /tmp# 应显示 drwxrwxrwt（world-writable + sticky bit）

PHP 配置是否启用 file_uploads

在 EC2 上检查以下配置：

php -i | grep "file_uploads"
# 输出应为 "file_uploads => On => On"

安全提醒

• 切勿为 /var/www/html 或 WordPress 根目录盲目添加 chmod 777；

• 仅确保 /tmp 或 upload_tmp_dir 指定路径对 Web 用户可读；

• 上传后立即清理临时文件：unlink($tmpPath)；

• 始终校验 $_FILES["image"]["error"] === UPLOAD_ERR_OK，避免处理损坏文件。

结论

通过修正 curl_file_create() 的参数来源，并验证 EC2 环境权限，即可彻底解决该错误。

核心原则：cURL 文件上传永远基于 $_FILES 的临时文件路径，而非请求体中的原始数据。