2011-12-10 18 views
1

我正在開發一個非常簡單,但(希望)堅實的框架,只是適合我的需求。沒有更多的東西是真正需要的東西。 我知道你們中的某個人可能會發現我是最後一位「重新發明輪子的發明者」,但我相信這個項目,我認爲其他框架有時候是沒有理由的複雜的;我們都知道錯誤和錯誤隨着框架的複雜性呈指數級增長。讓PHP錯誤使他們的方式

我來處理錯誤的問題:PHP錯誤,框架錯誤(PHP錯誤組)等 有很多方法可以做到這一點,但我通常更喜歡簡單的。

我是否應該管理在Exceptions或set_error_handler()框架初始化期間可能發生的所有PHP錯誤,還是應該構建一個顯示(如果我們處於開發人員模式)或日誌(如果我們不在)的簡單錯誤處理程序開發人員模式)的錯誤?

例如:

include('file.php'); // required files for the application 

我應該檢查並返回「好看」的錯誤信息,如「框架無法運行,因爲文件丟失」。或者我應該讓PHP錯誤觸發自己的錯誤? 你將如何管理這種類型或錯誤?

+3

我要說的是,「問題和錯誤」主要來源於重新發明輪子... –

+0

記住,你正在使用PHP,這樣就可以使一個很好的格式化的HTML + CSS錯誤日誌:) – FakeRainBrigand

回答

2

你看,你剛剛混合事宜。

其實有你要通知

  1. 程序員
  2. 用戶兩個人。

瞭解這一點,你會發現沒有問題可以選擇:兩者。

對於程序員來說,默認的PHP處理程序是不夠的。驅動display_errorslog_errors設置PHP將按照您的要求進行操作:show (if we are in developer mode) or log (if we are not in developer mode) the errors

對於用戶(和搜索引擎)一個「好看的」 503錯誤頁面是強制性的。 當然,沒有像「文件丟失」的任何細節。只是一個道歉頁面。

唯一的問題是如何觸發。 使用自定義錯誤處理程序的一個很好的理由。

1

泄漏PHP錯誤可以是相當危險的安全明智的,因爲它可以揭示你的應用和服務器的內部結構。切換display_errors Off進行生產並使用自定義錯誤處理程序通常是很好的做法。對於開發而言,這並不重要。

我舉上display_errors php的文檔:

這是支持你的發展特點,不應該在生產系統(例如系統連接到互聯網)中使用。

相關問題