DEBUG mode behavior in Django

Introduction

DEBUG mode helps you see detailed error messages and extra information while building your website. It makes fixing problems easier.

When you are developing a new Django website and want to find mistakes quickly.

When you want to see detailed error pages with helpful hints.

When you want to test changes before making your site live.

When you want to see SQL queries Django runs to optimize your code.

Syntax

Django

DEBUG = True

This line goes in your settings.py file.

Set DEBUG = False when your site is ready for real users to keep it safe.

Examples

Turn on debug mode to see detailed error pages and extra info.

Django

DEBUG = True

Turn off debug mode for production to hide error details and improve security.

Django

DEBUG = False

Sample Program

With DEBUG = True, if an error happens (like dividing by zero), Django shows a detailed error page with the problem and where it happened.

When DEBUG = False, Django shows a simple error page without details.

Django

# settings.py
DEBUG = True

# views.py
from django.http import HttpResponse

def home(request):
    # This will cause an error if uncommented
    # 1 / 0
    return HttpResponse('Hello, world!')

Important Notes

Never leave DEBUG = True on a live website because it can show sensitive information to visitors.

When DEBUG is True, Django serves static files automatically for convenience.

Use DEBUG to help during development, but always test with DEBUG = False before going live.

Summary

DEBUG mode shows detailed error info to help fix problems.

Use DEBUG = True only during development.

Set DEBUG = False for production to keep your site safe.

Practice

1. What is the main purpose of setting DEBUG = True in a Django project?

easy

A. To enable database backups automatically

B. To improve website speed in production

C. To disable all logging

D. To show detailed error messages during development

Solution

1. Step 1: Understand the role of DEBUG in Django

   DEBUG mode is designed to help developers by showing detailed error messages and debugging information.

2. Step 2: Identify the correct purpose

   Setting DEBUG = True enables detailed error pages, which is useful only during development, not production.

3. Final Answer:

   To show detailed error messages during development -> Option D

4. Quick Check:

   DEBUG = True shows errors [OK]

Hint: DEBUG = True means show errors for fixing [OK]

Common Mistakes:

• Thinking DEBUG improves production speed
• Confusing DEBUG with logging settings
• Assuming DEBUG enables backups

2. Which of the following is the correct way to disable debug mode in Django's settings.py?

easy

A. DEBUG = False

B. DEBUG = 'False'

C. debug = False

D. DEBUG = 0

Solution

1. Step 1: Check the correct syntax for boolean in Python

   In Python, boolean values are capitalized: True or False without quotes.

2. Step 2: Identify the correct assignment in settings.py

   DEBUG must be assigned the boolean False, not a string or lowercase variable.

3. Final Answer:

   DEBUG = False -> Option A

4. Quick Check:

   Boolean False without quotes disables debug [OK]

Hint: Use capitalized False without quotes to disable debug [OK]

Common Mistakes:

• Using 'False' as a string instead of boolean
• Using lowercase debug variable
• Assigning numeric 0 instead of False

3. Given the following Django settings snippet:

DEBUG = True
ALLOWED_HOSTS = []

What will happen if you access the site from a browser?

medium

A. The site will redirect to a login page

B. The site will show a detailed error page if an error occurs

C. The site will run normally without errors

D. The site will block all hosts and show a 400 error

Solution

1. Step 1: Understand DEBUG and ALLOWED_HOSTS interaction

   When DEBUG is True, Django ignores ALLOWED_HOSTS restrictions and shows detailed errors.

2. Step 2: Predict behavior on error

   If an error occurs, Django will display a detailed debug page to help fix it.

3. Final Answer:

   The site will show a detailed error page if an error occurs -> Option B

4. Quick Check:

   DEBUG True shows detailed errors despite ALLOWED_HOSTS [OK]

Hint: DEBUG True overrides ALLOWED_HOSTS for errors [OK]

Common Mistakes:

• Thinking ALLOWED_HOSTS blocks access when DEBUG is True
• Assuming no error page shows
• Confusing error page with login redirect

4. You set DEBUG = False but still see detailed error pages in production. What is the most likely cause?

medium

A. DEBUG must be set to a string 'False'

B. You forgot to set ALLOWED_HOSTS properly

C. You need to restart the Django server

D. You need to clear browser cache

Solution

1. Step 1: Recall DEBUG False behavior

   When DEBUG is False, detailed error pages should not appear. If they do, the setting likely didn't take effect.

2. Step 2: Identify common mistake

   Changes to settings.py require restarting the Django server to reload the configuration.

3. Final Answer:

   You need to restart the Django server -> Option C

4. Quick Check:

   Restart server after settings changes [OK]

Hint: Restart Django server after changing DEBUG [OK]

Common Mistakes:

• Using string 'False' instead of boolean
• Not restarting server after changes
• Assuming browser cache causes error pages

5. You want to deploy your Django app safely. Which combination of settings is best practice for production?

hard

A. DEBUG = False and ALLOWED_HOSTS set to your domain names

B. DEBUG = False and ALLOWED_HOSTS = []

C. DEBUG = True and ALLOWED_HOSTS = ['*']

D. DEBUG = True and ALLOWED_HOSTS set to your domain names

Solution

1. Step 1: Understand production safety rules

   In production, DEBUG must be False to avoid exposing sensitive info.

2. Step 2: Set ALLOWED_HOSTS correctly

   ALLOWED_HOSTS must list your domain names to restrict access and prevent host header attacks.

3. Step 3: Evaluate options

   Only DEBUG = False with proper ALLOWED_HOSTS is safe for production.

4. Final Answer:

   DEBUG = False and ALLOWED_HOSTS set to your domain names -> Option A

5. Quick Check:

   Production needs DEBUG False + correct ALLOWED_HOSTS [OK]

Hint: Production: DEBUG False + real domains in ALLOWED_HOSTS [OK]

Common Mistakes:

• Leaving DEBUG True in production
• Using wildcard '*' in ALLOWED_HOSTS
• Leaving ALLOWED_HOSTS empty