JoshChen_web格式編碼UTF8-無BOM的小細節(jié)分析
但是在開發(fā)的過程中,發(fā)現(xiàn)一個小細節(jié)的問題,必須要打開F12才能看到的,原來,在head頭部里面的所有引用的東西以及title等等,全部都跑到body里面去了,苦思冥想,百度、google全找不到答案。只好放棄了因為他并沒有影響到我的功能以及頁面上的樣式。
而到了今天,在開發(fā)別的項目的時候,頁面用到了frameset,我想大家應該都明白,frameset只有放在body外面才能使用。然而也是因為這個問題,把head里面的,以及frmaeset的內容全部跑到body里面,而且在body下還有一個空白行,結果整個頁面全部顯示空白,沒有了想要的效果。
后來不爽的打開ThinkPHP手冊,繼續(xù)學習這個框架,但沒有想到呀。在ThinkPHP手冊里面竟然有一句話提醒了我,讓我產生興趣,立刻就想到了這個問題有可能是導致的那個原因。
貼圖如下:
于是,去百度了一下BOM信息頭, 下面是資料搜索出來的信息:
“PHP并不會忽略BOM,所以在讀取、包含或者引用這些文件時,會把BOM作為該文件開頭正文的一部分。根據(jù)嵌入式語言的特點,這串字符將被直接執(zhí)行(顯示)出來。由此造成即使頁面的 top padding 設置為0,也無法讓整個網頁緊貼瀏覽器頂部,因為在html一開頭有這3個字符呢!”
所以啊,就是因為這個問題,導致頭部一直靠不上去。終于找到了解決的方法了。于是,下載了個Notepad++文本編輯器來修改我的所有PHP的文件,改完后,果斷成功了。頓時開心的啊……
修改完成,保存,頁面刷新。
大家再看看,頭部的信息有了??!完成了!我的frameset也終于沒有問題了!之前的項目也搞定了!好開心!哈哈??!
小小的程序猿就是這樣,遇到點點小問題就煩煩燥燥,沒耐心去解決。但是,解決了后,才發(fā)現(xiàn)那種興奮,那種滿足…哈,程序猿你懂哈,我們其實都很簡單!
語言只能是口語化了,不專業(yè),不要見怪,只希望大家能懂哈。
- Oracle將字符編碼從GBK轉到UTF8,如何操作比較穩(wěn)妥?
- php字符編碼轉換之gb2312轉為utf8
- PHP截斷標題且兼容utf8和gb2312編碼
- js 編碼轉換 gb2312 和 utf8 互轉的2種方法
- 基于php導出到Excel或CSV的詳解(附utf8、gbk 編碼轉換)
- MySql修改數(shù)據(jù)庫編碼為UTF8避免造成亂碼問題
- PHP utf-8編碼問題,utf8編碼,數(shù)據(jù)庫亂碼,頁面顯示輸出亂碼
- php驗證手機號碼(支持歸屬地查詢及編碼為UTF8)
- 查看修改mysql編碼方式讓它支持中文(gbk或者utf8)
- 真正根據(jù)utf8編碼的規(guī)律來進行截取字符串的函數(shù)(utf8版sub_str )
- 多種語言(big5\gbk\gb2312\utf8\Shift_JIS\iso8859-1)的網頁編碼切換解決方案歸納
- Mysql數(shù)據(jù)庫編碼問題 (修改數(shù)據(jù)庫,表,字段編碼為utf8)
- ASP關于編碼的幾個有用的函數(shù)小結(utf8)
- XMLHTTP 亂碼的解決方法(UTF8,GB2312 編碼 解碼)
- PHP UTF8編碼內的繁簡轉換類
- UTF8編碼內的繁簡轉換的PHP類
- PHP 截取字符串 分別適合GB2312和UTF8編碼情況
- utf8編碼檢測方法分享
相關文章
php刪除與復制文件夾及其文件夾下所有文件的實現(xiàn)代碼
最近寫代碼,需要個復制文件夾與及其文件夾下所有文件的功能,有時候需要刪除,就可以用這個函數(shù)了,通過xcopy與deldir的自定義函數(shù),確實方便多了,特分享下2013-01-01基于PHP安裝zip拓展,以及l(fā)ibzip安裝的問題
下面小編就為大家分享一篇基于PHP安裝zip拓展,以及l(fā)ibzip安裝的問題,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2018-03-03