如何通过32位PHP向Web服务器上传2GB以上大文件？

你遇到的问题确实是32位PHP的硬限制——32位程序的地址空间上限决定了它没法直接处理2GB级别的文件操作，哪怕把php.ini和Apache的参数拉满也没用。下面给你几个落地性强的解决方案：

方案1：用浏览器端FTP上传绕过HTTP/PHP限制 #

这个方案完全绕开PHP的上传处理逻辑，直接通过FTP协议把文件传到服务器，再触发PHP完成后续的数据库更新：

• 第一步：配置服务器FTP服务
  先在树莓派上安装vsftpd：sudo apt install vsftpd，然后创建一个专门的上传用户，限制其只能访问指定的上传目录（比如/var/www/uploads），同时把目录权限设为www-data组可读写：sudo chown -R www-data:www-data /var/www/uploads，确保后续PHP能正常操作文件。
• 第二步：前端实现浏览器端FTP上传
  在你的HTML页面里加入纯JS的FTP上传逻辑，不需要依赖后端PHP。找一个无依赖的开源纯JS FTP客户端实现，用户选择文件后，JS直接和服务器的FTP端口（默认21）建立连接，分块上传大文件。你可以在页面里预设FTP的账号密码（或者让用户输入，根据你的安全需求），还能做个进度条显示上传状态。
• 第三步：触发数据库更新
  文件上传完成后，JS调用你的PHP接口，把文件名、存储路径等信息传过去，让PHP执行数据库更新操作，完成整个流程。

方案2：文件拆分上传+后端合并 #

这个方案还是用HTTP上传，但把大文件拆成小片段，绕过32位PHP的单文件处理限制：

• 前端拆分逻辑
  用JS把2GB的文件拆成多个小片段（比如每个100MB），给每个片段分配序号和总片段数。然后用FormData逐个把片段传到PHP脚本，同时传递原文件名、片段号、总片段数这些关键参数。
• 后端PHP处理
  1. 每个片段上传时，PHP将其保存到临时目录，命名规则可以是[原文件名].part[片段号]，避免覆盖。
  2. 当所有片段都上传完成（可以通过检查总片段数是否全部收到，或者前端主动发送“上传完成”信号），PHP执行合并操作：

     $originalFileName = 'your-target-file.ext';
     $totalParts = 20; // 对应2GB拆成100MB片段的总数量
     $finalFile = fopen("/var/www/uploads/{$originalFileName}", 'wb');
     for ($i = 1; $i <= $totalParts; $i++) {
         $partPath = "/tmp/{$originalFileName}.part{$i}";
         fwrite($finalFile, file_get_contents($partPath));
         unlink($partPath); // 合并后删除临时片段
     }
     fclose($finalFile);
     

  3. 合并完成后，调用数据库更新逻辑，记录文件信息。
• 注意事项
  要加入校验机制，比如每个片段上传时计算MD5，后端验证完整性；或者在前端记录已上传的片段，避免重复上传。另外，PHP的post_max_size和upload_max_filesize只要设置成比单个片段大就行（比如128MB）。

方案3：升级到64位系统和PHP（一劳永逸） #

树莓派4原生支持64位系统，直接升级到64位的Raspberry Pi OS Lite，就能从根源解决32位的限制：

• 先备份服务器上的所有数据：Web文件、数据库备份（用mysqldump或者对应数据库的备份命令）、Apache/PHP配置文件。
• 重新安装64位的Raspberry Pi OS Lite，然后依次安装Apache、PHP（64位版本）、数据库等服务，恢复之前的备份数据。
• 调整php.ini和apache2.conf的参数：把upload_max_filesize、post_max_size设为2GB以上，max_execution_time、max_input_time调大，Apache的LimitRequestBody也设为足够大的值（比如2147483648对应2GB）。
• 这个方案不需要修改前端逻辑，直接就能支持大文件上传，适合愿意花时间重装配置的场景。

内容的提问来源于stack exchange，提问作者chunchunmaru