版权声明:本文为博主原创文章,未经博主允许不得转载.          PHP中一般使用file_exists()判断某个文件或者文件夹是否存在,如果文件或文件夹存在则返回true,不存在则返回false.今天在实现文件下载功能时发现,在网页使用UTF8编码的情况下,该函数无法检测包含中文的文件是否存在,始终返回false.修改很久之后才发现是因为没有把完整路径进行编码的原因,仅仅对文件名进行转码是不够的. 下面的代码无法检测包含中文的文件是否存在,无论文件是否在都返回false: [php]

开发中大家都是使用的utf8编码,昨天遇到一个奇坑,本是一件很小的问题,解决也浪费了个吧小时.废话不多说,植入正题: 文件下载方式:通过header二进制流文件下载需求: 文件上传保留文件名不变数据字段file_url值:/public/upload/files/2019/04-29/中文测试包.rar linux(Ubuntu 18.04.2 LTS )文件目录:/home/wwwroot/web/public/upload/files/2019/04-29 windows10文件目录:D:\

再使用NTKO office控件时,在ntko往服务器提交文件时,中文文件名会出现乱码的问题! 其实解决这个问题可以换一种思路,在ntko往服务器提交文件时英文肯定是不会出现乱码的问题的! 那么想办法把中文文件名转换成英文放到隐藏域里,然后提交到服务器时再把隐藏域的英文转换成中文就没有问题了! 接下来就简单了 把中文名进行base64编码存到隐藏域 然后服务器获取隐藏域的值,再用base64解码就能得到正确的中文文件名了!附Base64简单编码解码 public string EncodeBas

解决问题的核心在于修改Tomcat的配置,在Server.xml文件中添加一个名为URIEncoding的属性,它用于对HTTP请求中的get方法传过来的URL进行编码.Tomcat内置的对于get协议中的URL编码是ISO-8859-1,这个字符集不能直接支持中文等双字节的信息,而中文文件的下载链接恰恰是通过get协议进行的. 打开$tomcat安装目录$/config/server.xml文件,在其中找到如下代码: <Connector port="8080" protoco

利用file_get_contents打开文件或采集远程服务器文件如果文名或url中碰到汉字中文那么会出现failed to open stream:Lnvalid argument in错误.   今天遇到一个很棘手的问题,客户用ftp向服务器传了一个文件,但是却无法被程序识别.查看代码后,没有发现问题,最后重演流程发现,客户上传的文件是中文命名的.于是小做测试发现,file_get_contents函数尽然不支持中文文件名文件. 原有代码如下: $filename='哈.txt'; echo

IIS 中文文件名下载会出现403访问被拒绝 服务器在安全加固后,出现了IIS 中文文件名下载会出现403访问被拒绝 换成英文的就好了

/** * 发邮件 * @param email * @param subject * @param body * @throws UnsupportedEncodingException */ public static void sendEmail(String email, String subject, String body) throws UnsupportedEncodingException,NoSuchProviderException,MessagingException,E

在Windows下使用git,安装包如下: https://git-for-windows.github.io/ 在使用git bash时git 默认中文文件名是 xx% 是因为 对0x80以上的字符进行quote 只需要 git config core.quotepath false core.quotepath设为false的话,就不会对0x80以上的字符进行quote.中文显示正常 参考网址:http://www.educity.cn/wenda/91414.html

        function get_basename($filename){                 return preg_replace('/^.+[\\\\\\/]/', '', $filename);              }              $file = "/tmp/你好.txt";         $filename = get_basename($file);           header("Content-type: appl

如图,中文文件名打开全是乱码,内容倒是装了converttoutf8没什么太大的问题. -------------------------------------------------------------------------------------------------------- 回答: 这个是sublime text 3的bug,当Windows 个性化 显示 中的设置自定义文本大小(DPI),大于默认的100%的时候,就会出现这个bug. 解决方法: 在sublime tex

前提:我们网站所有文件全部使用的是UTF-8 NO BOM的编码方式 1.找测试重现.360浏览器下载的呵呵,果然文件名是乱码.再请测试在ie浏览器下测试.IE9,8,7也全部是乱码.查看编码就是UTF-8.所名不是编码问题造成的.使用firefox8 测试很正常.猜想是因为ie的某些特殊的设置导致的问题. 2.以"PHP ie 下载 文件名乱码"为关键字搜索.果然,ie对中文文件名的下载文件是需要特殊处理的. 3.网上一哥们如是说: 如果$file_name是UTF-8编码的,比如文

--参考链接:http://blog.chinaunix.net/uid-26284395-id-3044132.html 解决问题的核心在于修改Tomcat的配置,在Server.xml文件中添加一个名为URIEncoding的属性,它用于对HTTP请求中的get方法传过来的URL进行编码.Tomcat内置的对于get协议中的URL编码是ISO-8859-1,这个字符集不能直接支持中文等双字节的信息,而中文文件的下载链接恰恰是通过get协议进行的. 打开$tomcat安装目录$/config/

用的apache的ant包,下载导入即可.由于过程比较简单,直接上代码. 代码可直接复制使用. 如果想在android上使用,记得要在AndroidManifest.xml里添加权限: <uses-permission android:name="android.permission.MOUNT_UNMOUNT_FILESYSTEMS"/> <uses-permission android:name="android.permission.WRITE_EXT

引用自:http://www.zhihu.com/question/24029280 如图,中文文件名打开全是乱码,内容倒是装了converttoutf8没什么太大的问题. 这个是sublime text 3的bug,当Windows 个性化 显示 中的设置自定义文本大小(DPI),大于默认的100%的时候,就会出现这个bug. 解决方法:在sublime text 3中,Preference, Settings-User,最后加上一行"dpi_scale": 1.0覆盖操作系统设置的

http://hdwangyi.iteye.com/blog/107709 Tomcat是Java开发者使用得较多的一个Web服务器,因为它占用资源小,运行速度快等特点,深受Java Web程序员的喜爱.不过,在使用中,由于Java中的中文问题的存在,如果不经过配置,在WEB程序中,不能直接支持具有中文文件名的文件的下载,这为Java Web程序的开发带来一定的不便.本文拟介绍一种手段,解决这个问题. 解决问题的核心在于修改Tomcat的配置,在Server.xml文件中添加一个名为URIEnc

现在php有很多类库,会生成文件,比如生成zip文件,生成二维码等等.这些类库用起来很爽,但是一旦生成带有中文的文件名,极有可能出现乱码. 问题:生成的中文文件名会变成乱码 解决:使用函数:iconv().rename() 生成文件名时,直接生成英文名,比如:a.zip.c.zip等等.然后,使用php的移动文件的函数rename即可, rename('a.zip',iconv('UTF-8', 'GB2312//IGNORE', '中文a.zip')); ignore的意思是忽略转换时的错误,

由于中文的Windows使用的是GBK编码,而Linux默认使用UTF-8编码的,如果在Windows打包带中文文件的zip包,则这个zip包在Linux下面使用默认的归档管理器打开这个zip包的时候,中文文件名会显示乱码. 解决方法,通过命令处理: $unzip -O GBK *.zip Ubuntu是基于Debian,Debian的unzip是改过的,其他系统的unzip已经没有-O选项.

  其实用lazarus很久(也不算久啦..),目前打算做完手头的最后一个小程序然后就转向c#窗体程序..之前用lazarus的时候出了很多问题,资料也不是很好找,所以这回把比较容易说的记下来省得忘掉. Lazarus读取中文文件名并显出来这个过程并没多大问题,但是实际会出现各种各样的问题.比如加载一个路径或标题包含中文的文件,软件显示出来的路径甚至正常但是就是不能正常使用文件.那么,先上解决方案好了.. 当你获取文件路径时,这样处理文件路径: pathvar:=utf8toansi(FileP

在 Cordova/Phonegap for Android 中包含中文文件名的页面 本贴首发于: http://xuekaiyuan.com/forum.php?mod=viewthread&tid=14 将中文文件名重命名为 jarsigner 程序支持的文件名 将文件名按 UTF-8 编码进行 URL 编码. $encodename = urlencode(iconv('GB2312','UTF-8',$filename)); 判断是否和原来的文件名相同 if ($encodename !

VPS论坛里已经说过设置方法,不过貌似很多人还是会遇到中文乱码的问题,Apache可以使用mod_encoding支持中文目录和文件,LNMP下Nginx其实不需要安装额外的组件即可支持中文文件名或中文目录,下面说一下常见的CentOS.Debian.Ubuntu Linux发行版下的设置方法和可能会遇到的问题: 设置前可以执行:locale 看一下,如果显示是en_US.UTF-8,即是正常,不用按下面的步骤设置.如果显示其他编码需要按如下步骤设置. CentOS: 编辑/etc/syscon

在Ubuntu下解压Windows下压缩的zip文件时,会出现解压出的带中文文件名的文件名乱码,这是因为Ubuntu和Windows默认的编码不同,Ubuntu下默认的编码是UTF-8,而Windows下默认的编码是GBK,而zip文件自身却不带有任何标识其编码的信息.对于这个问题,主要有以下三种解决方法: 一.命令行指定解压字符集 解压时指定字符集,可以是CP936,GBK,GB18030 $unzip -O CP936 xxx.zip 不过,"man unzip"对这个参数没有任何