From 4c92ecd70592a7f64d8890ce2b0d67017512636a Mon Sep 17 00:00:00 2001 From: Alexander Schulze Date: Mon, 22 Dec 2014 02:54:42 +0100 Subject: [PATCH] [1.7.x] Fixed #23959 -- Clarified when checks automatically run. Backport of cf2390be164bcb3c5670f73b0a7062d6141f8664 from master --- docs/topics/checks.txt | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/docs/topics/checks.txt b/docs/topics/checks.txt index 076b63483d..59b8515435 100644 --- a/docs/topics/checks.txt +++ b/docs/topics/checks.txt @@ -12,8 +12,9 @@ The framework is extensible so you can easily add your own checks. Checks can be triggered explicitly via the :djadmin:`check` command. Checks are triggered implicitly before most commands, including :djadmin:`runserver` and -:djadmin:`migrate`. For performance reasons, the checks are not performed if -:setting:`DEBUG` is set to ``False``. +:djadmin:`migrate`. For performance reasons, checks are not run as part of the +WSGI stack that is used in deployment. If you need to run system checks on your +deployment server, trigger them explicitly using :djadmin:`check`. Serious errors will prevent Django commands (such as :djadmin:`runserver`) from running at all. Minor problems are reported to the console. If you have inspected