阿舍前一陣在試了一些模組之後的某一天，突然發生了只要是按「送出」或是「儲存設定」這一類的 Submit 按鈕之後，就會出現一片空白的畫面，也就是說沒有正常的傳回 Drupal 的設定完成的畫面與訊息，一開始，阿舍以無比的耐心與毅力 ( 因為懶得找原因，還能用就繼續用吧....呵..呵)，就每次按完之後，再手動從瀏覽器去往回二頁就 OK 了，可是懶惰還是會有報應的.....=____=!!。

這種問題在遇到像 Views 這種需要在一個設定畫面上動態新增和變更項目時，就會出現問題，所以阿舍也是被迫去找答案的，不然再這樣下去就會有一些事做不了了，所以就去 Drupal 官網來逛逛囉 !!

一開始是在論壇裡找，而且阿舍還捉不到要用什麼 "詞兒" 來搜尋，後來靈光一現，突然想起來，應該到「管理」 › 「日誌」 › 「最近日誌項目」去看一下，呵.....呵，果然有一排有紅色圓圈 X 的錯訊訊息 「Cannot modify header information - headers already sent by (output started at .....」，好吧 ! 就用這個錯誤訊息來找吧 ! 經過一番掃視之後，就有大德提到說這個是個老問題，而且還給了個網址，所以阿舍就被導引到 FAQ 去了，哦喔 ! 原來真的是個老症頭，，阿舍看了一下，原來是和檔案有關的。

在這篇的 FAQ 裡，提到造成此問題的原因有三種，但是以阿舍看來，應該是只有二類的，一個就是因為不同軟體或作業系統等因素，造成檔案在儲存之後，在檔案的最前面或檔案中，多產生了幾個特殊的字元，這些字元是不會被顯示出來的，除非是用 16 進位的編輯軟體才能看得到，所以會造成 Druapl 在讀檔時產生錯誤。

阿舍的就是這種症狀，阿舍在修改一個模組的程式之後，沒有注意到存檔的方式，所以產生出 叫做 UTF-8 BOM ( Byte Order Mark) 的問題，所以在檔案一開始的 前面就多出幾個怪字出來，這是阿舍看完 FAQ 之後用 UltraEdit 的 16 進位模式看才發現的，解決方法就是把前面那幾個怪字元都設成 00 後儲檔就好了，但是，怎麼會知道是不是這個原因呢 ? 阿舍有照官網的說明文件比對一下，果然，只要在「管理」 › 「日誌」 › 「最近日誌項目」 的錯誤訊息裡，出現有「output started at」及 「xxxxx.module:1」這個訊息的話，大概就會是這個問題哩....。

接下來的就是第二種症狀，這個阿舍沒遇過，但是是很容易理解的，就是，在 Druapl 的程式檔案裡，是不需要加入 PHP 的結束標籤 ?> 的，如果各位大德有加了，然後又不小心在這個標籤的後面多留了空白或一行，那麼也是會出現這樣的問題的，所以，只要找出來把它刪除就可以搞定的，而出問題的檔案是從「管理」 › 「日誌」 › 「最近日誌項目」的錯誤訊息裡可以找的到。

以上是阿舍遭遇空白頁的經驗和整理，就提供參考囉 !! ^^。

Warning: "Headers already sent" or "Cannot modify header information"
http://drupal.org/node/1424

Sorting it all Out ( 有關 BOM 的文章 )
http://blogs.msdn.com/michkap/archive/2005/01/20/357028.aspx

IE中打開UTF-8編碼網頁顯示空白問題
http://220.135.241.51/blog/article.asp?id=1582