你應(yīng)該在生產(chǎn)環(huán)境中把TEMPLATE_DEBUGFalse 如果這個設(shè)為`` True`` ，為了在那個好看的錯誤頁面上顯示足夠的東西，Django的模版系統(tǒng)就會為每一個模版保存一些額外的信息。
實現(xiàn)一個404模板

如果`` DEBUG`` 設(shè)置為`` True`` ，Django會顯示那個自帶的404錯誤頁面。 但如果`` DEBUG`` 被設(shè)置成`` False`` ，那它的行為就不一樣了： 他會顯示一個在你的模版根目錄中名字叫`` 404.html`` 的模版 所以，當(dāng)你準備部署你的應(yīng)用時，你會需要創(chuàng)建這個模版并在里面放一些有意義的“頁面未找到”的信息

這里有一個`` 404.html``的示例，你可以從它開始。 假定你使用的模板繼承并定義一個 `` base.html``,該頁面由titlecontent兩塊組成。

            
{% extends "base.html" %}

{% block title %}Page not found{% endblock %}

{% block content %}

            

              Page not found
            
            

              Sorry, but the requested page could not be found.
            
            
{% endblock %}


          

要測試你的404.html頁面是否正常工作，僅僅需要將DEBUG 設(shè)置為`` False`` ，并且訪問一個并不存在的URL。 （它將在`` sunserver`` 上工作的和開發(fā)服務(wù)器上一樣好）
實現(xiàn)一個500模板

類似的，如果`` DEBUG`` 設(shè)置為`` False`` ，Djang不再會顯示它自帶的應(yīng)對未處理的Python異常的錯誤反饋頁面。 作為代替，它會查找一個名為`` 500.html`` 的模板并且顯示它。 像`` 404.html`` 一樣，這個模板應(yīng)該被放置在你的模板根目錄下。

這里有一個關(guān)于500.html的比較棘手的問題。你永遠不能確定`` 為什么``會顯示這個模板，所以它不應(yīng)該做任何需要連接數(shù)據(jù)庫，或者依賴任何可能被破壞的基礎(chǔ)構(gòu)件的事情。 （例如：它不應(yīng)該使用自定義模板標簽。）如果它用到了模板繼承，那么父模板也就不應(yīng)該依賴可能被破壞的基礎(chǔ)構(gòu)件。 因此，最好的方法就是避免模板繼承，并且用一些非常簡單的東西。 這是一個`` 500.html`` 的例子，可以把它作為一個起點：

            
            

              Page unavailable
            
            

              Sorry, but the requested page is unavailable due to a
  server hiccup.
            
            

              Our engineers have been notified, so check back later.
            
          

設(shè)置錯誤警告

當(dāng)你使用Django制作的網(wǎng)站運行中出現(xiàn)了異常，你會希望去了解以便于修正它。 默認情況下，Django在你的代碼引發(fā)未處理的異常時，將會發(fā)送一封Email至開發(fā)者團隊。但你需要去做兩件事來設(shè)置這種行為。

首先，改變你的ADMINS設(shè)置用來引入你的E-mail地址，以及那些任何需要被注意的聯(lián)系人的E-mail地址。 這個設(shè)置采用了類似于(姓名, Email)元組，像這樣：

            
ADMINS = (
  ('John Lennon', 'jlennon@example.com'),
  ('Paul McCartney', 'pmacca@example.com'),
)


          

第二，確保你的服務(wù)器配置為發(fā)送電子郵件。 設(shè)置好postfix,sendmail或其他本書范圍之外但是與Django設(shè)置相關(guān)的郵件服務(wù)器,你需要將將 EMAIL_HOST設(shè)置為你的郵件服務(wù)器的正確的主機名. 默認模式下是設(shè)置為'localhost', 這個設(shè)置對大多數(shù)的共享主機系統(tǒng)環(huán)境適用. 取決于你的安排的復(fù)雜性,你可能還需要設(shè)置 EMAIL_HOST_USER,EMAIL_HOST_PASSWORD,EMAIL_PORT或EMAIL_USE_TLS。

你還可以設(shè)置EMAIL_SUBJECT_PREFIX以控制Django使用的 error e-mail的前綴。 默認情況下它被設(shè)置為'[Django] '
設(shè)置連接中斷警報

如果你安裝有CommonMiddleware(比如，你的MIDDLEWARE_CLASSES設(shè)置包含了'django.middleware.common.CommonMiddleware'的情況下，默認就安裝了CommonMiddleware),你就具有了設(shè)置這個選項的能力：有人在訪問你的Django網(wǎng)站的一個非空的鏈接而導(dǎo)致一個404錯誤的發(fā)生和連接中斷的情況，你將收到一封郵件. 如果你想激活這個特性，設(shè)置SEND_BROKEN_LINK_EMAILS 為True(默認為False),并設(shè)置你的MANAGERS為某個人或某些人的郵件地址，這些郵件地址將會收到報告連接中斷錯誤的郵件. MANAGERS使用和ADMINS 同樣的語法.例如:

            
MANAGERS = (
  ('George Harrison', 'gharrison@example.com'),
  ('Ringo Starr', 'ringo@example.com'),
)


          

請注意，錯誤的Email會令人感到反感，對于任何人來說都是這樣。