php模板中出現(xiàn)空行解決方法
更新時間:2011年03月08日 22:49:41 作者:
最近在寫php時,莫名其妙的瀏覽器頭多出一行空行,在網(wǎng)上搜索一下,大致都是把文件保存為非BOM的UTF-8格式
在本地也解決了,但是上傳到服務(wù)器依然有空行,搞了一個上午,都快崩潰了,最后決定自己想辦法解決,經(jīng)過幾個小時的摸索終于有了完美解決方法了。
運用php顯示緩沖區(qū)顯示原理,成功去掉
在php的頭上加一行ob_start(); 然后再模板顯示前加個ob_end_clean(); 在模板顯示后加個ob_end_flush();
這樣問題就解決了,現(xiàn)在給出整體結(jié)構(gòu)實例代碼:
<?php
ob_start(); //此處為php邏輯操作
ob_end_clean(); //此處為php模板顯示
ob_end_flush();
?>
其它網(wǎng)友的補充:
開發(fā)中一直沒辦法解決的一個問題,收藏
頁面采用UTF8編碼,頭部和尾部用了模板包含文件的方法,結(jié)果頭部和尾部無端端各多出一個約10px的空行,什么也沒有。
原因是全部采用utf8編碼,包含文件的時候,最后的二進制流中包含了多次UTF8 BOM標記,IE不能正常解析包含多個UTF8 BOM 標記的頁面,直接替換成實際顯示的回車,這樣導(dǎo)致一個空行,而firefox卻沒有這個問題。
故如果模板采用包含的方法包含多個utf8文件需要用ultraedit保存時另存為功能 選擇utf8 無bom格式保存即可。
另外,如果中文頁面在html head標記中將title標記放在<meta http-equiv=”content-type” content=”text/html; charset=UTF-8″ />前面會導(dǎo)致頁面空白。
所以utf8頁面應(yīng)該使用標準順序
<meta http-equiv="content-type" content="text/html; charset=UTF-8" />
<meta http-equiv="content-language" content="zh-CN" />
<meta name="robots" content="index,follow" />
<meta name="keywords" content="" />
<meta name="description" content="" />
<meta name="rating" content="general" />
<meta name="author" content="" />
<meta name="copyright" content="" />
<meta name="generator" content="" />
<title></title>
BOM頭:\xEF\xBB\xBF,PHP4、5尚對BOM無視,所以在解析前直接輸出。
對此 w3.org 標準 FAQ 中對此問題有一個專門的描述:
http://www.w3.org/International/questions/qa-utf8-bom
具體如下:
在UCS 編碼中有一個叫做”ZERO WIDTH NO-BREAK SPACE”的字符,它的編碼是FEFF。而FFFE在UCS中是不存在的字符,所以不應(yīng)該出現(xiàn)在實際傳輸中。UCS規(guī)范建議我們在傳輸字節(jié)流前,先傳輸 字符”ZERO WIDTH NO-BREAK SPACE”。這樣如果接收者收到FEFF,就表明這個字節(jié)流是Big-Endian的;如果收到FFFE,就表明這個字節(jié)流是Little- Endian的。因此字符”ZERO WIDTH NO-BREAK SPACE”又被稱作BOM。
UTF-8不需要BOM來表明字節(jié)順序,但可以用BOM來表明編碼方式。字符”ZERO WIDTH NO-BREAK SPACE”的UTF-8編碼是EF BB BF。所以如果接收者收到以EF BB BF開頭的字節(jié)流,就知道這是UTF-8編碼了。
Windows就是使用BOM來標記文本文件的編碼方式的操作系統(tǒng): WindowsXP Professional , 缺省字符集:中文
1) notepad : 可以自動識別出沒有帶 bom 的 utf-8 編碼格式文件,但不可以控制保存文件時是否添加 bom , 如果保存文件,那么會統(tǒng)一添加 bom 。
2)editplus : 不能自動識別出沒有 bom 的 utf-8 編碼格式文件,文件保存時,選擇UTF-8 格式,不會在文件頭寫上 BOM header.
3) UltraEdit : 對于字符編碼的功能最為強大, 可以自動識別帶 bom 和不帶 bom 的 utf-8 文件 (可以配置) ; 保存的時候可以通過配置選擇是否添加 bom.
(特別需要注意的是,保存一個新建立的文件時,需要選擇另存為 utf-8 no bom 格式)
后來發(fā)現(xiàn) Notepad ++ 也對于 utf-8 bom 支持比較好,推薦大家使用。
運用php顯示緩沖區(qū)顯示原理,成功去掉
在php的頭上加一行ob_start(); 然后再模板顯示前加個ob_end_clean(); 在模板顯示后加個ob_end_flush();
這樣問題就解決了,現(xiàn)在給出整體結(jié)構(gòu)實例代碼:
復(fù)制代碼 代碼如下:
<?php
ob_start(); //此處為php邏輯操作
ob_end_clean(); //此處為php模板顯示
ob_end_flush();
?>
其它網(wǎng)友的補充:
開發(fā)中一直沒辦法解決的一個問題,收藏
頁面采用UTF8編碼,頭部和尾部用了模板包含文件的方法,結(jié)果頭部和尾部無端端各多出一個約10px的空行,什么也沒有。
原因是全部采用utf8編碼,包含文件的時候,最后的二進制流中包含了多次UTF8 BOM標記,IE不能正常解析包含多個UTF8 BOM 標記的頁面,直接替換成實際顯示的回車,這樣導(dǎo)致一個空行,而firefox卻沒有這個問題。
故如果模板采用包含的方法包含多個utf8文件需要用ultraedit保存時另存為功能 選擇utf8 無bom格式保存即可。
另外,如果中文頁面在html head標記中將title標記放在<meta http-equiv=”content-type” content=”text/html; charset=UTF-8″ />前面會導(dǎo)致頁面空白。
所以utf8頁面應(yīng)該使用標準順序
復(fù)制代碼 代碼如下:
<meta http-equiv="content-type" content="text/html; charset=UTF-8" />
<meta http-equiv="content-language" content="zh-CN" />
<meta name="robots" content="index,follow" />
<meta name="keywords" content="" />
<meta name="description" content="" />
<meta name="rating" content="general" />
<meta name="author" content="" />
<meta name="copyright" content="" />
<meta name="generator" content="" />
<title></title>
BOM頭:\xEF\xBB\xBF,PHP4、5尚對BOM無視,所以在解析前直接輸出。
對此 w3.org 標準 FAQ 中對此問題有一個專門的描述:
http://www.w3.org/International/questions/qa-utf8-bom
具體如下:
在UCS 編碼中有一個叫做”ZERO WIDTH NO-BREAK SPACE”的字符,它的編碼是FEFF。而FFFE在UCS中是不存在的字符,所以不應(yīng)該出現(xiàn)在實際傳輸中。UCS規(guī)范建議我們在傳輸字節(jié)流前,先傳輸 字符”ZERO WIDTH NO-BREAK SPACE”。這樣如果接收者收到FEFF,就表明這個字節(jié)流是Big-Endian的;如果收到FFFE,就表明這個字節(jié)流是Little- Endian的。因此字符”ZERO WIDTH NO-BREAK SPACE”又被稱作BOM。
UTF-8不需要BOM來表明字節(jié)順序,但可以用BOM來表明編碼方式。字符”ZERO WIDTH NO-BREAK SPACE”的UTF-8編碼是EF BB BF。所以如果接收者收到以EF BB BF開頭的字節(jié)流,就知道這是UTF-8編碼了。
Windows就是使用BOM來標記文本文件的編碼方式的操作系統(tǒng): WindowsXP Professional , 缺省字符集:中文
1) notepad : 可以自動識別出沒有帶 bom 的 utf-8 編碼格式文件,但不可以控制保存文件時是否添加 bom , 如果保存文件,那么會統(tǒng)一添加 bom 。
2)editplus : 不能自動識別出沒有 bom 的 utf-8 編碼格式文件,文件保存時,選擇UTF-8 格式,不會在文件頭寫上 BOM header.
3) UltraEdit : 對于字符編碼的功能最為強大, 可以自動識別帶 bom 和不帶 bom 的 utf-8 文件 (可以配置) ; 保存的時候可以通過配置選擇是否添加 bom.
(特別需要注意的是,保存一個新建立的文件時,需要選擇另存為 utf-8 no bom 格式)
后來發(fā)現(xiàn) Notepad ++ 也對于 utf-8 bom 支持比較好,推薦大家使用。
相關(guān)文章
php解析xml提示Invalid byte 1 of 1-byte UTF-8 sequence錯誤的處理方法
在利用php解析xml時提示Invalid byte 1 of 1-byte UTF-8 sequence錯誤了,這個問題我百度查實說是編碼問題,結(jié)果我把編碼處理一下果然KO了,下面我來分享一下解決辦法2013-11-11
php實現(xiàn)按指定大小等比縮放生成上傳圖片縮略圖的方法
這篇文章主要介紹了php實現(xiàn)按指定大小等比縮放生成上傳圖片縮略圖的方法,可實現(xiàn)針對圖片的等比縮放生成縮略圖的功能,是非常實用的技巧,需要的朋友可以參考下2014-12-12

