昨天做一個項目，其中有一個需求是每一張圖片對應(yīng)一小段文字對圖片的說明，普通的做法是新建一個表然后把圖片名與說明文字都記錄到數(shù)據(jù)庫內(nèi)。仔細考慮后感覺這個應(yīng)用不要數(shù)據(jù)庫也能完成，我實現(xiàn)的方案是把說明文字URLENCODE后當(dāng)做文件名，這樣當(dāng)我讀取文件的時候再把文件名URLDECODE就可以后驅(qū)圖片的文字說明了。

可是通過瀏覽器訪問圖片時卻提示找不到文件，如有一張圖片的說明文字為“瓊臺博客”，URLENCODE后生成的文件名如下

復(fù)制代碼 代碼如下:
%E7%90%BC%E5%8F%B0%E5%8D%9A%E5%AE%A2.jpg

于是我通過瀏覽器訪問圖片，提示找不到

仔細看了一下，發(fā)現(xiàn)瀏覽器訪問的時候自動把文件名給轉(zhuǎn)回中文了

火狐

chrome

IE

Safari

IE與Safari從地址欄上沒有看出轉(zhuǎn)為漢字，但也同樣都提示找不到文件。但我感覺應(yīng)該是它請求的時候也都自動轉(zhuǎn)了，只不過地址欄上的沒有顯示轉(zhuǎn)換后的。從Nginx的訪問記錄看訪問圖片時的請求情況

復(fù)制代碼 代碼如下:
 192.168.6.30 - - [12/Oct/2012:10:09:44 +0800] "GET /%E7%90%BC%E5%8F%B0%E5%8D%9A%E5%AE%A2.jpg HTTP/1.1" 404 199 "-" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Trident/5.0)"

請求URL處理沒發(fā)現(xiàn)什么異常，最后通過反復(fù)研究編碼后的文件名，發(fā)現(xiàn)都是由百分號與字母數(shù)字組成，我感覺應(yīng)該是瀏覽器在遇到百分號時可能會做些其它轉(zhuǎn)換處理了，所以導(dǎo)致瀏覽器訪問URLENCODE后的文件提示找不到。

于是我把所有URLENCODE后的文件名里的百分號都用下劃線替換

復(fù)制代碼 代碼如下:
%E7%90%BC%E5%8F%B0%E5%8D%9A%E5%AE%A2.jpg

替換為

復(fù)制代碼 代碼如下:
_E7_90_BC_E5_8F_B0_E5_8D_9A_E5_AE_A2.jpg

重新使用瀏覽器訪問，問題解決

如要獲取圖片的文字說明，直接把文件名的“_”替換回"%”再使用URLDECODE即可。

最后需要注意的是，Linux下文件名跟Win系統(tǒng)一樣都有長度限制，目前最常用的格式為ext3，這中格式允許255個字符長度，扣除大約5個作為拓展名后大約剩余250個長度純文件名，而一個漢字經(jīng)過URLENCODE后的長度為9個，因此最大可以編碼27個漢字做為文件名。

雖然這種方式存儲的漢字比較少，但可以利用一些加密方法獲得較短的一串密文，再把這段密文URLENCODE即可，具體實現(xiàn)方式我就不一一舉例，動手做做思考一下吧！

php技術(shù)：訪問編碼后的中文URL返回404錯誤的解決方法，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。