LNMP下Nginx 中文文件名或目录404无法访问的解决方法

貌似很多人还是会遇到中文乱码的问题,Apache可以使用mod_encoding支持中文目录和文件,LNMP下Nginx其实不需要安装额外的组件即可支持中文文件名或中文目录,下面说一下常见的CentOS、Debian、Ubuntu Linux发行版下的设置方法和可能会遇到的问题:

设置前可以执行:locale 看一下,如果显示是en_US.UTF-8,即是正常,不用按下面的步骤设置。如果显示其他编码需要按如下步骤设置。

CentOS:

编辑/etc/sysconfig/i18n 文件,内容修改为:(可以使用vi、nanowinscp图形管理软件,依个人口味选择)
LANG="en_US.UTF-8"
SYSFONT="latarcyrheb-sun16"

保存,重启系统生效,也可以编辑/etc/profile在文件末尾加入 export LANG="en_US.UTF-8" 端口SSH客户端,重新连接一下就生效。

Debian:

apt-get install -y locales
dpkg-reconfigure locales

执行 dpkg-reconfigure locales后会出现如下对话框:

用向下的方向键找到en_US.UTF-8 UTF-8,按空格选择,再按回车键。

再按向下键选择en_US.UTF-8,再按回车键确认。
重启系统。

Ubuntu:

编辑/etc/default/locale 文件,修改内容为(没有的话创建一个):
LANG="en_US.UTF-8"
LANGUAGE="en_US:en"
保存,再执行:locale-gen en_US en_US.UTF-8
重启系统。

执行:locale 看一下是否显示是en_US.UTF-8,如果报错,请在本文反馈。

按以上步骤设置好后即可支持中文,可以上传中文的文件或中文的目录。

可能会遇到的问题:

如果使用Winscp或Flashfxp之类的工具上传都要设置为utf-8才可以,设置步骤如下:

WinSCP:

  1. 打开WinSCP,在登录界面中选定要登录的会话
  2. 点击旁边的"编辑"按钮
  3. 在左侧树型菜单中找到"环境"项,并打开它
  4. 在右侧中一项为"文件名UTF-8编码",选择"开启",设置完成。

FlashFXP:

  1. 打开FlashFXP,点"站点",选择"站点管理器"
  2. 点击选择要登陆的站点,在右侧点击"选项"选项卡,"字符编码" 后面的列表框里选择UTF-8,设置完成。

如果在Putty或XShell等SSH客户端下显示乱码,也是需要修改字符编码为UTF-8的。

Putty:

  1. 打开Putty,在登录会话界面中选定Default Settings
  2. 再点击左侧树形菜单中的"Window",再点"Translation",中文版的话对应的是"窗口","转换"
  3. 在右侧界面中有一项"Remote character set:",中文版的是"假定接收数据的字符集",在下拉列表中选择"UTF-8",设置完成。

XShell:

  1. 打开XShell,在会话列表要登录的会话上右击,选择"Properties"
  2. 在点击"Terminal",在Translation里有个Encoding的下拉列表框,选择"UTF-8",设置完成,简单点的设置方法,直接点上面工具栏里面的蓝绿色的圆球,选择"UTF-8"。

说了这么多,其实就是一点,编码一致,编码不一致就会出现乱码。

如果是在没有更改编码前上传的文件,设置好后依然会是乱码的,建议重新上传一下文件。如果没有原来文件的备份可以使用下面命令进行转换:for f in `ls *.html` ; do mv $f `ls $f|iconv -f GBK -t UTF-8`; done 

其中*.html为要转换的文件类型,也可以更换为*.txt,*.rar 主要是看你是什么文件了,里面的GBK为源文件的编码类型,如果不知道源文件的编码类型可以执行:file -bi 文件名 。

如果想在Windows下改的话其实也是可以的Editplus就有批量修改文件编码的功能,其他的软件可能也有此类功能,可以自行研究一下。

如果是目录的话,目前好像是没有办法进行转换。

还有一个问题,如果是html之类的网页文件,如果原来是网页内容是gb2312或类似的非utf-8的编码,先要将网页里面的charset 改为charset=utf-8,再转换文件编码,否则网页还是会乱码的。

时间: 2024-07-29 18:30:52

LNMP下Nginx 中文文件名或目录404无法访问的解决方法的相关文章

配置NGINX支持中文URL 中文文件名或目录404无法访问的解决方法

Description 两只青蛙在网上相识了,它们聊得很开心,于是觉得很有必要见一面.它们很高兴地发现它们住在同一条纬度线上,于是它们约定各自朝西跳,直到碰面为止.可是它们出发之前忘记了一件很重要的事情,既没有问清楚对方的特征,也没有约定见面的具体位置.不过青蛙们都是很乐观的,它们觉得只要一直朝着某个方向跳下去,总能碰到对方的.但是除非这两只青蛙在同一时间跳到同一点上,不然是永远都不可能碰面的.为了帮助这两只乐观的青蛙,你被要求写一个程序来判断这两只青蛙是否能够碰面,会在什么时候碰面. 我们把这

LNMP下wordpress无法切换主题,只显示当前主题解决方法

最近在lnmp下发现wordpress后台无法切换主题,只能显示当前主题,开始还以为是文件没传完,又重置了一遍,还是一样.百度得知,原来军哥的LNMP安装包默认关闭了scandir函数,为了安全考虑. 找到问题所在很简单,其实军哥在安装包里面已经说明关闭了一些函数,自己研究下哈.用winscp或者flashfxp登陆,找到 /usr/local/php/etc/php.ini 下载下来进行编辑,ctrl+f查找disable_functions,找到我们要使用的scandir函数,删除,然后上传

首次使用windows管理界面访问安装在UNIX或linux下的DP服务器时提示无权限访问的解决方法

用windwos GUI管理界面连接时提示无权限访问: 在/etc/opt/omni/server/users/userlist 添加一行: "" "*" "*" * "admin"  再次运行DP的图形界面即可正常访问DP了.

nginx 中文文件名显示问题

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

在FireFox/IE下Response中文文件名乱码问题解决方案

在FireFox/IE下Response中文文件名乱码问题解决方案 作者: 字体:[增加 减小] 类型:转载 只是针对没有空格和IE的情况下使用Response.AppendHeader()如果想在FireFox下输出没有编码的文件,并且IE下输出的文件名中空格不为+号,就要多一次判断了,接下来将详细介绍下感兴趣的朋友可以了解下,或许对你有所帮助 发现很多园子里的人在处理Response下载文件名是使用这个方法 Response.AppendHeader("Content-Disposition

IIS 中文文件名下载会出现403访问被拒绝

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

ruby环境sass编译中文出现Syntax error: Invalid GBK character错误解决方法

sass文件编译时候使用ruby环境,无论是界面化的koala工具还是命令行模式的都无法通过,真是令人烦恼. 容易出现中文注释时候无法编译通过,或者出现乱码,找了几天的解决方法终于解决了. 这个问题的奇葩之处在于在xp环境中没有任何问题,只是在windows7环境中才出现的这个. sass编译时候出现如下错误的解决方法: Syntax error: Invalid GBK character "\xE5" on line 8 of E:\work\sass\sass\_big_box.

[JavaEE]Get请求URI中带的中文参数在服务端乱码问题的解决方法

在Get请求中,如果请求参数中带有中文,如 http://localhost:8080/DinnerParty/shop/search?query=多伦多, 在服务端拿到的是乱码. 这是因为客户端提交过去的是UTF-8编码的数据,而服务端解析URi时可能使用的是 iso8859-1编码. 修改tomcat配置文件server.xml <Connector port="8080" protocol="HTTP/1.1"               connect

CentOS下shell显示-bash-4.1#不显示用户名路径的解决方法

CentOS下shell显示-bash-4.1$不显示用户名路径的解决方法 问题描述: CentOS下新增一个用户,登录进去之后shell脚本的信息如下: 而不是我们经常看到的[email protected]的组合,看起来很不舒服. 原因就是你创建用户的时候,如果指定了-M参数,而因此没有创建用户家目录,所以系统就不会在创建用户的时候,自动拷贝/etc/skel目录下的用户环境变量文件到用户家目录,也就导致这些文件不存在,出现-bash-4.1#的问题了,手动拷贝一下就行 解决方法一.未验证