CodeIgniter框架怎么操作FTP服务_CodeIgniter框架远程文件上传指南【指南】-php教程-PHP中文网

codeigniter 不支持 ftp 上传和远程 url 文件的一体化上传验证，其 upload 类仅处理 $_files 本地上传流；ftp 上传需手动调用 ftp_connect() 等函数，远程文件下载须用 file_get_contents() 或 curl 校验后写入本地。

codeigniter框架怎么操作ftp服务_codeigniter框架远程文件上传指南【指南】

CodeIgniter 本身不支持 FTP 上传，也不提供远程 URL 文件下载 + 上传验证一体化流程。它的 upload 类只处理 PHP 的 $_FILES 原生上传流，即浏览器表单提交的本地文件 —— 这是根本限制，绕不开。

如果你看到“CodeIgniter FTP 上传”或“远程文件上传”，大概率是混淆了两个独立能力：

用 ftp_connect() 手动传文件（和 upload 类无关）
或先用 cURL / file_get_contents 下载远程文件到临时路径，再用 upload->do_upload() “伪装”成上传（但 upload 类会校验 $_FILES 结构，直接调用会失败）

下面说清楚怎么实际操作：

CodeIgniter 中手动调用 FTP 上传文件（非 upload 类）

FTP 上传和框架的 upload 类完全无关，你要自己写 FTP 逻辑，适用于：把已存在服务器上的文件（比如刚生成的 PDF、日志）推到另一台 FTP 服务器。

需要确保：
- 服务器开启 ftp 扩展（phpinfo() 查 ftp support: enabled）
- 目标 FTP 服务可连通，账号密码正确
- 上传路径需存在且有写权限（FTP 服务端侧）

示例代码（放在控制器方法里）：

CodeIgniter 4.7.0

CodeIgniter下载页提供 CodeIgniter 4.7.0 官方源码包，并整理框架安装、数据库配置与入门开发说明。

下载

$conn_id = ftp_connect('ftp.example.com', 21, 10);
if (!$conn_id) {
    die('FTP 连接失败');
}
$login_result = ftp_login($conn_id, 'username', 'password');
if (!$login_result) {
    die('FTP 登录失败');
}
ftp_pasv($conn_id, TRUE); // 强制被动模式，避免防火墙拦截
<p>$local_file = './uploads/report.pdf';
$remote_file = '/public_html/reports/report_20260424.pdf';</p><p>if (ftp_put($conn_id, $remote_file, $local_file, FTP_BINARY)) {
echo "上传成功";
} else {
echo "FTP 上传失败";
}
ftp_close($conn_id);
</p>

注意点：
- ftp_put() 第二个参数是远程路径，必须包含完整目录结构，FTP 服务端不会自动创建父目录
- 如果目标目录不存在，得先用 ftp_mkdir() + ftp_chmod() 逐级建目录
- 不要用 ftp_ssl_connect() 除非明确配置了 FTPS 服务，否则连接会静默失败

想“上传远程 URL 文件”？别碰 upload 类，改用 file_get_contents + write_file

用户常提的“远程上传”，其实是想填一个 URL（如 @#@#@#@#@#@#@#@#@#@0），让系统下载并保存到 uploads/。这时 upload 类完全无用 —— 它不读 URL，只认 $_FILES。

正确做法是：
- 用 file_get_contents() 或 curl 下载远程内容
- 校验内容是否为真实图片（比如检查前几个字节是否为 JPEG/PNG 头）
- 生成安全文件名（别直接用 URL 中的原始文件名）
- 写入本地上传目录

简要示例：

$url = 'https://www.php.cn/link/20004d9171f2c39562975a104b3b9d7d';
$content = file_get_contents($url);
if ($content === false) {
    show_error('远程文件获取失败');
}
<p>// 简单头校验（JPEG / PNG）
if (substr($content, 0, 3) !== "\xFF\xD8\xFF" && substr($content, 0, 4) !== "\x89PNG") {
show_error('文件类型不合法');
}</p><p>$ext = '.jpg';
$filename = 'remote_' . md5($url) . $ext;
$full_path = './uploads/' . $filename;</p><p>if (write_file($full_path, $content)) {
echo "已保存为：{$filename}";
} else {
show_error('写入文件失败，请检查 uploads/ 目录权限');
}
</p>

关键提醒：
- file_get_contents() 受 allow_url_fopen 配置影响，禁用时必须换 curl
- 远程文件大小没限制，务必加超时和最大长度控制（curl_setopt($ch, CURLOPT_TIMEOUT, 10) + CURLOPT_MAXFILESIZE）
- 绝对不要把用户输入的 URL 直接拼进 file_get_contents()，防止 SSRF；至少做域名白名单校验

为什么不能用 upload->do_upload() 处理远程文件？

因为 do_upload() 的底层逻辑强依赖 $_FILES['userfile'] 数组结构，包括 tmp_name、error、size 等键。你手动构造这个数组，upload 类在内部仍会调用 is_uploaded_file() 和 move_uploaded_file() —— 这两个函数只接受 PHP 上传机制产生的临时文件，对自定义内容直接返回 false。

常见错误现象：
- 调用 do_upload() 后始终走失败分支
- $this->upload->display_errors() 显示 “You did not select a file to upload.”，即使你伪造了 $_FILES
- 日志里出现 is_uploaded_file(): File is not uploaded

所以：别尝试 patch $_FILES，这是死路。远程文件下载 + 本地存储，是唯一可行路径。

真正容易被忽略的点是：远程文件下载环节没有做内容类型校验和长度截断，会导致恶意文件写入、磁盘打满、甚至 SSRF 利用。哪怕只是内部管理后台，只要接口接收 URL 参数，就必须做域名白名单 + Content-Type 检查 + 二进制头校验 + 写入前 size 限制。