問題描述:
在本地調試時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如果開頭有了額外的 字符就會顯示爲 紅叉.
