1.php中用smarty模板產生的html在瀏覽器中頂部有一空行.
2.用firedebug發現meta和link標記在body標籤裡.
本機上wmap運行沒事, 送到遠端伺服器上是IASP的服務, 會出現上述bug.
看了下源文件, 文本一樣的. 但保存時提示編碼問題.估計是utf-8問題了.
在網上找了下, 是utf-8 BOM問題.
解決方法: 用UltraEdit32把smarty模板文件即引用的模板文件(如include的header,footer等文件)全另存為無BOM的utf-8文件.
其它補充說明：
頁採用UTF888編碼，頭部和尾部用了模板包含文件的method，結果頭部和尾部無端端各多出一個約10px的空行，什麼也沒有。
原因是全部採用utf8編碼，包含文檔的時候，最後的二進位流中包含了多次UTF8 BOM標記，IE不能正常解析包含多個UTF8 BOM 標記的頁面，直接替換成實際顯示的回車，這樣導致一個空行，而firefox沒有這個問題。
故如果範本採用包含的method包含多個utf8文件需要用ultraedit儲存時另存為功能 選擇utf8 無bom格式儲存即可。
另外，如果中文頁面在html head標記中將title標記放在前面會導致頁面空白。
所以utf8頁面應該使用標準順序
<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頭：xEFxBBxBF，PHP腳本4、5尚對BOM無視，所以在解析前直接輸出。
對此w3.org 標準FAQ 中對此問題有一個專門的描述：
www.w3.org/International/questions/qa-utf8-bom
具體如下: ”ZERO WIDTH NO-BREAK SPACE”的char，它的編碼是FEFF。而FFFE在UCS中是不存在的char，所以就不應該出現在實際傳輸中。 UCS規格建議我們在傳輸位元組流前，先傳輸 char”ZERO WIDTH NO-BREAK SPACE」。這樣如果接收者收到FEFF，就表示這個位元組流是Big-Endian的；如果收到FFFE，就表示這個位元組流是Little- Endian的。因此char”ZERO WIDTH NO-BREAK SPACE」又被稱為BOM。
UTF-8不需要BOM來表示位元組順序，但可以用BOM來表示編碼方式。 char”ZERO WIDTH NO-BREAK SPACE”的UTF-8編碼是EF BB BF。所以如果接收者收到以EF BB BF開頭的位元組流，就知道這是UTF-8編碼了。
Windows就是使用BOM來標記文本文檔的編碼方式的操作Systam: WindowsXP Professional , 缺省char集：中文
1） notepad ： 可以自動識別出沒有帶bom 的utf-8 編碼格式文檔，但不可以自動識別出沒有帶bom 的utf-8 編碼格式文檔，但不可以控制保存文檔時是否添加bom ， 如果保存文檔，那麼會統一添加bom 。
2）editplus ： 不能自動識別出沒有bom 的utf-8 編碼格式文檔，文檔保存時，選擇UTF-8 格式，不會在文檔頭寫上BOM header.
3） UltraEdit ： 對於char編碼的功能最強， 可自動辨識帶有bom 和不含bom 的utf-8 文件（可設定） ；儲存的時候可以透過設定選擇是否新增bom.
（特別要注意的是，儲存一個新建立的文件時，需要選擇另存為utf-8 no bom 格式）
後來發現Notepad ++ 也對utf-8 bom 支援比較好，推薦大家使用。
更多 php產生的html meta和link標記在body標籤裡 頂部有個空行相關文章請關注PHP中文網！
