在本地也解決了,但是上傳到伺服器依然有空行,搞了一個上午,都快崩潰了,最後決定自己想辦法解決,經過幾個小時的摸索終於有了完美解決方法了。
運用php顯示緩衝區顯示原理,成功去掉
在php的頭上加一行ob_start(); 然後再模板顯示前加個ob_end_clean(); 在模板顯示後加個ob_end_flush();
這樣問題就解決了,現在給整體結構實例碼:
複製程式碼 程式碼如下:
ob_start(); //此處為php邏輯操作
ob_end_clean(); //此處為php模板顯示
ob_end_flush();
?>
其它網友的補充:
開發中一直沒辦法解決的一個問題,收藏
頁採用UTF8編碼,頭部和尾部用了模板包含文件的方法,結果頭部和尾部無端端各多出一個約10px的空行,什麼都沒有。
原因是全部採用utf8編碼,包含文件的時候,最後的二進位流中包含了多次UTF8 BOM標記,IE不能正常解析包含多個UTF8 BOM 標記的頁面,直接替換成實際顯示的回車,這樣導致一個空行,而firefox沒有這個問題。
故若範本採用包含的方法包含多個utf8檔案需要用ultraedit儲存時另存為功能 選擇utf8 無bom格式儲存即可。
另外,如果中文頁面在html head標記中將title標記放在
前面會導致頁面空白。
所以utf8頁面應該要用標準順序
複製程式碼 程式碼如下:
BOM頭:xEFxBBxBF,PHP4、5尚對BOM無視,所以在解析前直接輸出。
對此w3.org 標準FAQ 中對此問題有一個專門的描述:
http://www.w3.org/International/questions/qa-utf8-bom
具體如下:
在UCS 編碼中有一個叫做」ZERO WIDTH NO-BREAK SPACE」的字符,它的編碼是FEFF。傳輸位元組流前,先傳送字元」ZERO WIDTH NO-BREAK SPACE」。 Little- Endian的。 因此字元」ZERO WIDTH NO-BREAK SPACE」又被稱為BOM。 -BREAK SPACE」的UTF-8編碼是EF BB BF。所以如果接收者收到以EF BB BF開頭的位元組流,就知道這是UTF-8編碼了。
Windows就是使用BOM來標記文字文件的編碼方式的作業系統: WindowsXP Professional , 缺省字符集:中文
1) notepad : 可以自動識別出沒有帶bom 的utf-8 編碼格式文件,但不可以控制保存文件時是否添加bom ,如果儲存文件,那麼會統一添加bom 。
2)editplus : 不能自動識別出沒有bom 的utf-8 編碼格式文件,文件保存時,選擇UTF-8 格式,不會在文件頭寫上BOM header.
3) UltraEdit : 對於字符編碼的功能最強大, 可以自動識別帶bom 和不帶bom 的utf-8 文件(可以配置) ;保存的時候可以通過配置選擇是否添加bom.
(特別需要注意的是,保存一個新建立的檔案時,需要選擇另存為utf-8 no bom 格式)
後來發現Notepad ++ 也對utf-8 bom 支援比較好,推薦大家使用。
以上就介紹了http://www.kaqima.com/index.ht php範本中出現空行解決方法,包含了http://www.kaqima.com/index.ht方面的內容,希望對PHP教學有興趣的朋友有幫助。