博客
关于我
Thinkphp3.2.3 多图上传,同类型只能上传一张问题
阅读量:374 次
发布时间:2019-03-05

本文共 2096 字,大约阅读时间需要 6 分钟。

在Thinkphp3.2.3版本中,实现多图上传功能时,遇到了一种问题:当尝试一次性上传多张.jpg文件时,系统只保存最后一张文件。经过深入分析,问题的根源在于文件的保存名(saveName)设置上。以下是详细的解决方案和优化方法。

问题背景

在使用Thinkphp框架进行文件上传时,如果在同一类型下尝试一次性上传多张图片文件(如.jpg格式),系统可能会只保存最后一张文件而忽略其他文件。经过多次调试和尝试,发现问题主要出现在文件的唯一性识别机制上。

传统解决方法的局限

在早期的解决方案中,开发者通常会尝试通过设置不同的文件扩展名或使用不同的上传路径来实现多图上传。但由于系统内部的唯一性控制机制,这种方法往往无法有效解决问题。

引入唯一标识符

为了确保每个上传的文件具有唯一性,避免重复存储,我们可以引入唯一标识符(UUID)来为每个文件生成独特的保存名。这种方法不仅能保证文件的唯一性,还能避免同名文件的冲突。

UUID生成方法

App/Common/Common/function.php文件中,可以添加如下代码来生成唯一标识符:

function guid() {    if (function_exists('com_create_guid')) {        return com_create_guid();    } else {        mt_srand((double) microtime() * 10000);        $charid = strtoupper(md5(uniqid(rand(), true)));        $hyphen = chr(45); // 使用下划线替代原有的连接符        $uuid = substr($charid, 0, 8) . $hyphen               . substr($charid, 8, 4) . $hyphen               . substr($charid, 12, 4) . $hyphen               . substr($charid, 16, 4) . $hyphen               . substr($charid, 20, 12);        return $uuid;    }}

上传方法优化

在文件上传的处理逻辑中,修改saveName的设置方式:

public function upload() {    $upload = new \Think\Upload();    $upload->maxSize = 0;    $upload->exts = array('jpg', 'gif', 'png', 'jpeg');    $upload->rootPath = './Public/upload/';    $upload->savePath = 'thumb/';    $upload->saveName = array('guid', '');    $info = $upload->upload();    if (!$info) {        $this->error($upload->getError());    } else {        $this->success('上传成功!');    }}

生成的文件路径优化

为了使文件路径更加友好,可以对生成的UUID进行优化处理。例如:

if (function_exists('com_create_guid')) {    return com_create_guid();} else {    mt_srand((double) microtime() * 10000);    $charid = strtoupper(md5(uniqid(rand(), true)));    $hyphen = chr(95); // 使用下划线替代原有的连接符    $uuid = substr($charid, 0, 8) . $hyphen           . substr($charid, 8, 4) . $hyphen           . substr($charid, 12, 4) . $hyphen           . substr($charid, 16, 4) . $hyphen           . substr($charid, 20, 12);    return $uuid;}

经过上述优化,生成的文件路径将变为:

C4D414B3_D751_173B_BCD9_F8C8CE95C5F5.jpg

总结

通过在文件上传过程中引入唯一标识符(UUID)为每个文件生成独特的保存名,可以有效避免同名文件的冲突问题。这种方法不仅保证了文件的唯一性,还提高了系统的稳定性和可靠性。在实际应用中,建议根据具体需求对文件命名规则进行调整,以满足更复杂的使用场景。

转载地址:http://qtdwz.baihongyu.com/

你可能感兴趣的文章
Nginx配置好ssl,但$_SERVER[‘HTTPS‘]取不到值
查看>>
Nginx配置如何一键生成
查看>>
Nginx配置实例-负载均衡实例:平均访问多台服务器
查看>>
Nginx配置文件nginx.conf中文详解(总结)
查看>>
Nginx配置负载均衡到后台网关集群
查看>>
ngrok | 内网穿透,支持 HTTPS、国内访问、静态域名
查看>>
NHibernate学习[1]
查看>>
NHibernate异常:No persister for的解决办法
查看>>
NIFI1.21.0_Mysql到Mysql增量CDC同步中_日期类型_以及null数据同步处理补充---大数据之Nifi工作笔记0057
查看>>
NIFI1.21.0_NIFI和hadoop蹦了_200G集群磁盘又满了_Jps看不到进程了_Unable to write in /tmp. Aborting----大数据之Nifi工作笔记0052
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增删改数据分发及删除数据实时同步_通过分页解决变更记录过大问题_02----大数据之Nifi工作笔记0054
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_根据binlog实现数据实时delete同步_实际操作04---大数据之Nifi工作笔记0043
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置binlog_使用处理器抓取binlog数据_实际操作01---大数据之Nifi工作笔记0040
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置数据路由_实现数据插入数据到目标数据库_实际操作03---大数据之Nifi工作笔记0042
查看>>
NIFI从MySql中离线读取数据再导入到MySql中_03_来吧用NIFI实现_数据分页获取功能---大数据之Nifi工作笔记0038
查看>>
NIFI从PostGresql中离线读取数据再导入到MySql中_带有数据分页获取功能_不带分页不能用_NIFI资料太少了---大数据之Nifi工作笔记0039
查看>>
NIFI同步MySql数据_到SqlServer_错误_驱动程序无法通过使用安全套接字层(SSL)加密与SQL Server_Navicat连接SqlServer---大数据之Nifi工作笔记0047
查看>>
Nifi同步过程中报错create_time字段找不到_实际目标表和源表中没有这个字段---大数据之Nifi工作笔记0066
查看>>
NIFI大数据进阶_FlowFile拓扑_对FlowFile内容和属性的修改删除添加_介绍和描述_以及实际操作---大数据之Nifi工作笔记0023
查看>>
NIFI大数据进阶_NIFI的模板和组的使用-介绍和实际操作_创建组_嵌套组_模板创建下载_导入---大数据之Nifi工作笔记0022
查看>>