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

可是通過(guò)瀏覽器訪問(wèn)圖片時(shí)卻提示找不到文件，如有一張圖片的說(shuō)明文字為“瓊臺(tái)博客”，URLENCODE后生成的文件名如下

于是我通過(guò)瀏覽器訪問(wèn)圖片，提示找不到

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

火狐

chrome

IE

Safari

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

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

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

替換為

重新使用瀏覽器訪問(wèn)，問(wèn)題解決

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

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

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

最新評(píng)論