Have done most of the day Nginx can not access the Chinese file name problem, now seems to be the problem of SECURECRT?
It seems to be a problem with character sets.
It seems that Nginx does not need to be loaded separately to support Chinese modules like Apache.
The server-side character set is as follows
Lc_ctype= "en_US. Utf-8″
Lc_numeric= "en_US. Utf-8″
Lc_time= "en_US. Utf-8″
Lc_collate= "en_US. Utf-8″
Lc_monetary= "en_US. Utf-8″
Lc_messages= "en_US. Utf-8″
Lc_paper= "en_US. Utf-8″
Lc_name= "en_US. Utf-8″
Lc_address= "en_US. Utf-8″
Lc_telephone= "en_US. Utf-8″
Lc_measurement= "en_US. Utf-8″
Lc_identification= "en_US. Utf-8″
The character set configured in the Nginx.conf file is also utf-8
Index index.html index.jsp;
The client uses is SECURECRT, the character set uses is Defalut, uses the RZ to upload on the server with the LS to display garbled, uses IE how to browse all can not see normally.
To find a friend to test his side of the Nginx, Chinese display incredibly all normal, and then he told me his secruecrt use of the character set is Utf-8, I use the uft-8 after using RZ upload files, in IE Chinese can be normal display.
One: Make sure your system is UTF coded
[Root@tserver ~]# Env|grep LANG
Two: The Nginx configuration file is set to
Index index.html index.htm index.php;
Three: If you use putty
mkdir nginx Chinese Technology Station
Echo nginx Chinese technology station > China. html
Four, if it is to upload files with SECURECRT, please select the--> appearance--utf-8
Five, if the filename appears garbled display
For f in ' LS *.html '; Do mv $f ' ls $f |iconv-f gbk-t UTF-8 '; Done
Another friend's solution is:
The way I'm using it is
In the back-end of the individual directory with the Apache proxy.
Apache supports Chinese code.
Proxy_pass http://127.0.0.1:81/#apache Server