問題描述:
在本地除錯時session和cookie是用沒有問題的,我是用session儲存當前登入賬戶的資訊,上傳伺服器之後,發現跳轉之後session不復存在,為什麼呢？在當前頁面輸出session是存在的.
遇到這個問題三天了,因為是自學沒有老師可以請教,身邊也沒有幾個是弄PHP的,所以真的是很悲劇,於是乎百度,而百度上很多人都是屁話連天,沒有什麼可以解決問題的,經過三天的修改終於找到了根源,原來是因為絕大多數支援thinkphp的伺服器是linux系統，而我們的程式設計基本都還是windows,這樣就會出現bom頭這個問題,而PHP對於bom頭不能解析,而直接拿下來了,導致session和cookie不能用.
解決方法:
什麼是bom頭？在utf-8編碼檔案中BOM在檔案頭部,佔用三個位元組,用來標示該檔案屬於utf-8編碼,現在已經有很多軟體識別bom頭,但是還有些不能識別bom頭,比如PHP就不能識別bom頭,這也是用記事本編輯utf-8編碼後執行就會出錯的原因了.
去掉bom頭的辦法,簡單的是下面兩種:
1、editplus去BOM頭的`方法
編輯器調整為UTF8編碼格式後,儲存的檔案前面會多出一串隱藏的字元(也即是BOM),用於編輯器識別這個檔案是否是以UTF8編碼.
執行Editplus,點選工具,選擇首選項,選中文件,UTF-8標識選擇 總是刪除簽名,然後對PHP檔案編輯和儲存後的PHP檔案就是不帶BOM的了.
2、ultraedit去除bom頭辦法
開啟檔案後,另存為選項的編碼格式裡選擇(utf-8 無bom頭),確定就ok了,怎麼樣,去掉bom頭很簡單吧.
再來一段議論utf8的BOM資訊的,BOM是指php檔案本身的儲存方式為帶BOM的UTF-8,普通頁面的中文亂碼方式一般不是由這個原因導致的.
複製程式碼 程式碼如下:header("Content-type: text/html; charset=utf-8");
這句話控制html輸出頁面的編碼方式,BOM只有在WINDOWS下采用“記事本”儲存為UTF-8時才會有,這個可以用WINHEX把開始的2個位元組刪掉.
在dreamweaver裡面編碼設定裡面可以設定是否帶BOM,一般只要php輸出的不是圖片(GDI Stream），BOM都不會導致問題,GDI Stream如果開頭有了額外的 字元就會顯示為 紅叉.
