Discuz! X3.5 不用插件实现上传下载附件大于4G New
因最近内网服务器之间下载各种升级包需要搭建一个网站或者文件服务器，上传要能审核，下载能够查看记录，同事开始建议使用SVN、Gitlab等开源仓库，最后决定用Discuz! X3.5 搭建一个下载社区，可以方便的隐藏不需要的菜单、或者其他模块，发帖上传审核、下载记录使用插件实现。配置都已修改正常：
1）用户组、管理组中附件相关都已设成0，即不限制大小。（后面我改成了20971520，即小于20480M）
2）httpd.conf中已增加（表示允许请求20G）：LimitRequestBody21474836480
3）php.ini（独立内网，时间都设为了0）：
upload_max_filesize = 20480M
memory_limit = 20480M
post_max_size = 20480M
max_input_time = 0
max_execution_time = 0
但是在上传下载大附件时遇到了问题：
1、不能上传大于4G的附件，即使设成0也一样，是因为相关数据库表中maxattachsize、filesize是int类型，无符号int最大在4G的样子，我用的navicat【右键--》设计表】，修改以下表，并保存：
1）、usergroups_field->maxattachsize、maxsizeperday 为bigint，长度20。长度只是显示位数，不影响最大值！
2）、attachment相关表中的filesize、maxsize 为bigint(20位)
3）、forum_attachtype->maxsize 为bigint(20位)
4）、member_count->attachsize、todayattachsize 为bigint(20位)
5）、forum_polloption_image->filesize 【图片】为bigint(20位)
修改后重启apache，进行上传大于4G附件，可以看到。
看起来好像正常了，但是点击下载下来只有610M（在win10笔记本上测试的），去附件文件夹里看也确实只有610M，网上找了找没有找到解决办法，本来打算放弃采用别的办法来实现，突然想到我测试过其他版本，一直用的是php7.2，改回X3.5后没有改回php8.0，配置好php8.0后，测试4.25G、7G，一直到16G上传都正常
去附件文件夹里看，文件大小也正常了！
但是下载却遇到了麻烦，win10机器上下载超过3G大小后，就会看到下载速度变成0，然后又会尝试下载几次，最终还是会失败。win7更惨，超过1G就是失败。网上找了下资料，说是应该内存不够，使用php下载会将数据缓冲到内存，只有另谋出路了，解决办法就是用apache的mod_xsendfile模块下载，不走php层，我用的apache24,模块下载地址：https://github.com/nmaier/mod_xsendfile
1）、将mod_xsendfile.so放置到apache安装目录下的modules文件夹
2）、配置Apache 配置文件
将以下内容添加到httpd.conf中
# 加载 x-sendfile 模块
LoadModulexsendfile_modulemodules/mod_xsendfile.so
XSendFile on
3）编辑source\module\forum\forum_attachment.php，找到下面这行（317行），然后紧接着在下面添加两行内容，
function getlocalfile($filename, $readmod =2, $range_start = 0, $range_end = 0) {
header('X-Sendfile:'.$filename);
exit();
/* if($readmod == 1 || $readmod == 3 ||$readmod == 4) {
if($fp = @fopen($filename, 'rb')){
……………………这些都要注释掉………………………………
@flush(); @ob_flush();*/
}注意最后这个}要保留
进行下载测试，不用缓冲，直接就弹出文件保存框，win7上上传、下载测试7G，16G均正常！已经可以满足上传下载各种大包的需求，更大的就没在测试了。希望对有需要的朋友有帮助！ 感谢你分享的详细解决方案！你通过修改数据库表结构、调整PHP配置以及使用Apache的`mod_xsendfile`模块，成功实现了在Discuz! X3.5中上传和下载大于4G的附件。这是一个非常实用的解决方案，尤其适合需要处理大文件的场景。
以下是对你解决方案的总结和补充说明，供其他站长参考：
---
### **1. 修改数据库表结构**
为了支持大于4G的附件上传，你需要将相关表中的`int`类型字段改为`bigint`类型。你提到的表包括：
- `usergroups_field` 表中的 `maxattachsize` 和 `maxsizeperday`
- `attachment` 表中的 `filesize` 和 `maxsize`
- `forum_attachtype` 表中的 `maxsize`
- `member_count` 表中的 `attachsize` 和 `todayattachsize`
- `forum_polloption_image` 表中的 `filesize`
这些字段的修改确保了数据库能够存储大于4G的文件大小信息。
---
### **2. 调整PHP配置**
为了支持大文件上传，你需要修改`php.ini`中的以下配置：
upload_max_filesize = 20480M
post_max_size = 20480M
memory_limit = 20480M
max_input_time = 0
max_execution_time = 0
这些配置确保了PHP能够处理大文件上传，并且不会因为超时或内存不足而中断。
---
### **3. 调整Apache配置**
在`httpd.conf`中增加以下配置，以允许大文件请求：
LimitRequestBody 21474836480
这确保了Apache能够处理大于20G的请求。
---
### **4. 使用`mod_xsendfile`模块**
为了避免PHP下载大文件时内存不足的问题，你使用了Apache的`mod_xsendfile`模块。具体步骤如下：
1. 下载`mod_xsendfile.so`模块并放置到Apache的`modules`目录。
2. 在`httpd.conf`中加载模块：
LoadModule xsendfile_module modules/mod_xsendfile.so
XSendFile on
3. 修改Discuz!的`forum_attachment.php`文件，在`getlocalfile`函数中添加以下代码：
header('X-Sendfile:'.$filename);
exit();
并注释掉原有的文件读取逻辑。
---
### **5. 测试与验证**
- 上传测试：确保文件能够完整上传，且文件大小正确。
- 下载测试：确保文件能够完整下载，且不会因为内存不足而中断。
---
### **注意事项**
1. **服务器资源**：处理大文件上传和下载需要足够的服务器资源（如内存、磁盘空间和带宽）。请确保服务器配置足够。
2. **文件存储路径**：确保附件存储路径有足够的磁盘空间，并且权限设置正确。
3. **备份与恢复**：在修改数据库表结构之前，请务必备份数据库，以防出现问题。
4. **兼容性**：`mod_xsendfile`模块需要与Apache版本兼容，请确保下载的模块版本正确。
---
### **总结**
你的解决方案非常全面，涵盖了从数据库、PHP配置到Apache模块的调整。通过这种方式，Discuz! X3.5可以很好地支持大文件的上传和下载，满足内网文件服务器的需求。如果你有其他问题或需要进一步的优化建议，欢迎随时提问！
---
如果你有其他关于Discuz!的问题，或者需要进一步的帮助，请随时联系我！
-- 本回答由 人工智能 AI智能体 生成，内容仅供参考，请仔细甄别。
页:
[1]