系统检查框架是一套用于验证 Django 项目的静态检查。它检测常见的问题，并提供如何修复这些问题的提示。该框架是可扩展的，所以你可以很容易地添加自己的检查。
关于如何添加自己的检查并与 Django 的系统检查集成的细节，请看 系统检查主题指南。
CheckMessage¶系统检查提出的警告和错误必须是 CheckMessage 的实例。一个实例封装了一个单一的可报告的错误或警告。它还提供适用于该信息的上下文和提示，以及用于过滤目的的唯一标识符。
构造方法的参数：
level消息的严重性。使用预定义的数值之一。DEBUG、INFO、WARNING、ERROR、CRITICAL。如果级别大于或等于 ERROR，那么 Django 将阻止管理命令的执行。等级小于 ERROR 的消息（即警告）会被报告到控制台，但可以被静默。
msg描述问题的简短（少于 80 个字符）字符串。该字符串 不应 包含换行符。
hint一个单行字符串，提供解决问题的提示。如果不能提供任何提示，或者提示是错误信息中不言自明的，可以省略提示，或者使用 None 值。
obj可选的。为信息提供上下文的对象（例如，发现问题的模型）。该对象应该是一个模型、字段、管理器或定义了 str__() 方法的任何其他对象。该方法在报告所有消息时使用，其结果在消息之前。
id可选字符串。问题的唯一标识符。标识符应遵循 applabel.X001 的模式，其中 X 是字母 CEWID 中的一个，表示消息的严重性（C 表示严重，E 表示错误等）。这个数字可由应用程序分配，但在该应用程序内应是唯一的。
有一些子类可以使创建具有通用级别的消息更容易。当使用它们时，你可以省略 level 参数，因为它已被类名所隐含。
以下检查验证了你对 异步支持 的配置：
async.E001：你在部署时不应该设置 DJANGO_ALLOW_ASYNC_UNSAFE 环境变量。这将禁用 异步安全保护。
兼容性检查警告那些升级 Django 后可能出现的问题。
2_0.W001：你的 URL 模式 <pattern> 有一个 route 包含 (?P<、以 ^ 开始或以 $ 结束。这可能是在从 url() 迁移到 path() 时的一个疏忽。
4_0.E001:从Django 4.0开始， CSRF_TRUSTED_ORIGINS`设置中的值必须以一个形式开始（通常是``http://`或``https://），但发现了``<hostname>``。
以下检查验证你的 CACHES 配置是否正确设置：
caches.E001：你必须在你的 CACHES 配置中定义一个 'default' 缓存。
caches.W002 ：你的 <cache> 配置可能会暴露你的缓存或导致你的数据损坏，因为它的 LOCATION 匹配／是在／包含 MEDIA_ROOT ／ STATIC_ROOT ／ STATICFILES_DIRS。
caches.W003 ： 你的 <cache> 缓存 LOCATION 是相对路径。请使用绝对路径。
如果你使用的是 MySQL 或 MariaDB，将执行以下检查：
mysql.E001：MySQL／MariaDB 不允许有唯一约束的 CharField 有一个 max_length > 255。这项检查在 Django 3.1 中 被改为 mysql.W003，因为真正的最大尺寸取决于许多因素。
mysql.W002：MySQL／MariaDB 数据库连接 <alias> 未设置为严格模式。另见 设置 sql_mode。
mysql.W003：MySQL／MariaDB 不允许有唯一约束的 CharField 有 max_length > 255。
以下检查验证了你对 管理文件 的配置：
files.E001: FILE_UPLOAD_TEMP_DIR 设置引用了不存在的目录 <path>。
fields.E001：字段名不能以下划线结尾。
fields.E002：字段名不能有 "__"。
fields.E003：pk 是保留关键字，不能作为字段名使用。
fields.E004: choices 必须是一个映射（例如字典）或可迭代对象（例如列表或元组）。
fields.E005: choices 必须是一个将实际值映射到人类可读名称的映射，或者是一个包含 (实际值, 人类可读名称) 元组的可迭代对象。
fields.E006：db_index 必须是 None，True 或 False。
fields.E007：主键不能有 null = True。
fields.E008：所有 validators 必须都是可调用的。
fields.E009：max_length 太小，无法容纳 choices 中的最长值（<count> 字符）。
fields.E010：<field> 默认值应该是一个可调用对象，而不是一个实例，这样就不会在所有字段实例之间共享。
fields.E011: <database> 不支持具有表达式（db_default）的默认数据库值。
fields.E012: 无法在 db_default 中使用 <expression>。
fields.E013: CompositePrimaryKey must be named pk.
fields.E100： AutoField 必须设置 primary_key=True。
fields.E110：BooleanField 不接受空值。这项检查出现在 Django 2.1 中增加对空值的支持之前。
fields.E120： CharField 必须定义一个 max_length 属性。
fields.E121： max_length 必须是个正整数。
fields.W122： max_length 在使用 <integer field type> 时会被忽略。
fields.E130： DecimalField 必须定义一个 decimal_places 属性。
fields.E131： decimal_places 必须是个非负整数。
fields.E132： DecimalField 必须定义一个 max_digits 属性。
fields.E133：max_digits 必须是一个正整数。
fields.E134： max_digits 必须大于或等于 decimal_places。
fields.E140： FilePathField 的 allow_files 或 allow_folders 必须有一个被设为 True。
fields.E150: 如果 null=False，则 GenericIPAddressField 不能具有 blank=True，因为空值将存储为 null 值。
fields.E160：auto_now、auto_now_add 和 default 等选项是相互排斥的。这些选项只能有一个。
fields.W161：提供了固定的默认值。
fields.W162： <database> 并不支持在 <field data type> 列上创建数据库索引。
fields.W163: <database> 不支持在列上添加注释（db_comment）。
fields.E170：BinaryField 的 default 不能是字符串。使用字节内容代替。
fields.E180：<database> 不支持 JSONField。
fields.E190 ： <database> 不支持对 <field_type> 进行字符序设置。
fields.E220: <database> 不支持 GeneratedField。
fields.E221: <database> 不支持非持久化的 GeneratedField。
fields.E222: <database> 不支持持久化的 GeneratedField。
fields.E223: GeneratedField.output_field 存在错误：...
fields.W224: GeneratedField.output_field 存在警告：...
fields.E900：IPAddressField 已被删除，但历史迁移中的支持除外。
fields.W900：IPAddressField 已被废弃。在 Django 1.9 中，将取消对它的支持（除了历史迁移）。这个检查出现在 Django 1.7 和 1.8 中。
fields.W901：CommaSeparatedIntegerField 已被废弃。在 Django 2.0 中，对它的支持将被删除（除了在历史迁移中）。这个检查出现在 Django 1.10 和 1.11 中。
fields.E901：CommaSeparatedIntegerField 已被删除，但历史迁移中的支持除外。
fields.W902：FloatRangeField 已被废弃，将在 Django 3.1 中删除。这项检查出现在 Django 2.2 和 3.0 中。
fields.W903: NullBooleanField 已被弃用。除了在历史迁移中的支持外，在 Django 4.0 中将会移除对它的支持。此检查出现在 Django 3.1 和 3.2 中。
fields.E903：“NullBooleanField” 已被删除，但历史迁移中的支持除外。
fields.W904: django.contrib.postgres.fields.JSONField 已被弃用。（除了在历史迁移中的支持外）在 Django 4.0 中将会移除对它的支持。此检查出现在 Django 3.1 和 3.2 中。
fields.E904: django.contrib.postgres.fields.JSONField 已被移除，除了在历史迁移中的支持外。
fields.W905: django.contrib.postgres.fields.CICharField 已弃用。对其的支持（除了在历史迁移中）将在 Django 5.1 中移除。此检查出现在 Django 4.2 和 5.0 中。
fields.E905: django.contrib.postgres.fields.CICharField 已被移除，仅在历史迁移中保留支持。
fields.W906: django.contrib.postgres.fields.CIEmailField 已弃用。对其的支持（除了在历史迁移中）将在 Django 5.1 中移除。此检查出现在 Django 4.2 和 5.0 中。
fields.E906: django.contrib.postgres.fields.CIEmailField 已被移除，仅在历史迁移中保留支持。
fields.W907: django.contrib.postgres.fields.CITextField 已弃用。对其的支持（除了在历史迁移中）将在 Django 5.1 中移除。此检查出现在 Django 4.2 和 5.0 中。
fields.E907: django.contrib.postgres.fields.CITextField 已被移除，仅在历史迁移中保留支持。
fields.E200：unique 不是 FileField 的有效参数。这项检查在 Django 1.11 中已被删除。
fields.E201： primary_key 对于 FileField 来说不是个有效的参数。
fields.E202： FileField 的 upload_to 参数必须是个相对路径，而不是一个相对路径。
fields.E210： 不能使用 ImageField，因为未安装 Pillow。
models.E001： <swappable> 不是表单 app_label.app_name。
models.E002：<SETTING> 引用了 <model>，但该网站尚未安装，或者是抽象的。
models.E003：该模型通过中间模型 <app_label>.<model> 有两个相同的多对多关系。
models.E004：id 只有在字段也设置了 primary_key=True 的情况下才能用作字段名。
models.E005：父模型 <model> 中的字段 <field name> 与父模型 <model> 中的字段 <field name> 发生冲突。
models.E006: 字段 <field name> 与模型 <model> 中的字段 <field name> 冲突。
models.E007： 列名 <column name> 被其它字段使用的字段 <field name> 。
models.E008: index_together 必须是一个列表或元组。此检查在 Django 5.1 之前就已存在。
models.E009: 所有 index_together 元素必须是列表或元组。此检查在 Django 5.1 之前就已存在。
models.E010： unique_together 必须是个列表或元组。
models.E011： 所有 unique_together 元素都必须是列表或元组。
models.E012: constraints/indexes/unique_together 引用了不存在的字段 <field name>。
models.E013: constraints/indexes/unique_together 引用了 ManyToManyField <field name>，但 ManyToManyField 不支持该选项。
models.E014： ordering 必须是个元组或列表（即便你只想按照一个字段进行排序）。
models.E015：ordering 指向是不存在的字段、相关字段或查找 <field name>。
models.E016: constraints/indexes/unique_together 引用了字段 <field_name>，但该字段不属于模型 <model>。
models.E017：代理模型 <model>，包含模型字段。
models.E018：自动生成的列名对字段 <field> 来说太长。数据库 <alias> 的最大长度为 <maximum length>。
models.E019：自动生成的列名对 M2M 字段 <M2M field> 来说太长。数据库 <alias> 的最大长度为 <maximum length>。
models.E020：<model>.check() 类方法目前被覆盖。
models.E021：ordering 和 order_with_respect_to 不能一起使用。
models.E022：<function> 包含对 <app label>.<model> 的惰性引用，但应用 <app label> 没有安装或没有提供模型 <model>。
models.E023：模型名称 <model> 不能以下划线开头或结尾，因为它与查找语法相冲突。
models.E024：模型名称 <model> 不能包含双下划线，因为它与查找语法相冲突。
models.E025：<property name> 属性与相关字段存取器发生冲突。
models.E026：该模型不能有一个以上的 primary_key=True 字段。
models.W027：<database> 不支持检查约束。
models.E028：db_table <db_table> 被多个模型使用：<model list>。
models.E029：索引名 <index> 对模型 <model> 不是唯一的。
models.E030 ：索引名 <index> 在模型 <model list> 中不是唯一的。
models.E031：约束名称 <constraint> 对模型 <model> 不是唯一的。
models.E032 ： 约束名称 <constraint> 在模型 <model list> 中不是唯一的。
models.E033：索引名称 <index> 不能以下划线或数字开头。
models.E034：索引名称 <index> 不能长于 <max_length> 字符。
models.W035：db_table <db_table> 被多个模型使用：<model list>。
models.W036：<database> 不支持带有条件的唯一约束。
models.W037：<database> 不支持有条件的索引。
models.W038：<database> 不支持可推迟的唯一约束。
models.W039 ： <database> 不支持非键列的唯一约束。
models.W040 ： <database> 不支持带有非键列的索引。
models.E041 ： constraints 指向 join 字段 <field name>。
models.E042: <field name> cannot be included in the composite
primary key.
models.W042 ： 在没有定义主键类型时使用的自动创建的主键，默认为 django.db.models.AutoField。
models.W043 ： <database> 不支持对表达式的索引。
models.W044: <database> 不支持在表达式上的唯一约束。
models.W045: 检查约束 <constraint> 包含 RawSQL() 表达式，并且在模型的 full_clean() 中不会得到验证。
models.W046: <database> 不支持在表上添加注释（db_table_comment）。
models.W047: <database> 不支持具有不同的空值的唯一约束。
models.E048: constraints/indexes/unique_together refers to a
CompositePrimaryKey <field name>, but CompositePrimaryKeys are
not supported for that option.
The following checks verify custom management commands are correctly configured:
commands.E001: The migrate and makemigrations commands must have
the same autodetector.
安全检查并不能使你的网站安全。它们不会审计代码，进行入侵检测，或做任何特别复杂的事情。相反，它们有助于执行一个自动化的、唾手可得的检查清单，可以帮助你提高网站的安全性。
其中一些检查可能不适合你的特定部署配置。例如，如果你在负载均衡器中进行 HTTP 到 HTTPS 的重定向，那么不断地被警告没有启用 SECURE_SSL_REDIRECT 会很恼火。使用 SILENCED_SYSTEM_CHECKS 来关闭不需要的检查。
如果使用 check --deploy 选项，则会运行以下检查：
security.W001: 你的 MIDDLEWARE 中没有包含 django.middleware.security.SecurityMiddleware，因此 SECURE_HSTS_SECONDS、SECURE_CONTENT_TYPE_NOSNIFF、SECURE_REFERRER_POLICY、SECURE_CROSS_ORIGIN_OPENER_POLICY 和 SECURE_SSL_REDIRECT 设置将不会生效。
security.W002：你的 MIDDLEWARE 中没有 django.middleware.clickjacking.XFrameOptionsMiddleware，因此你的页面不会使用 'x-frame-options' 头。除非有很好的理由让你的网站以框架形式提供服务，否则你应该考虑启用这个头以帮助防止点击劫持攻击。
security.W003：你似乎没有通过中间件使用 Django 内置的跨站请求伪造保护功能（django.middleware.csrf.CsrfViewMiddleware 不在你的 MIDDLEWARE 中）。启用中间件是最安全的方法，以确保你不会留下任何漏洞。
security.W004：你没有为 SECURE_HSTS_SECONDS 配置设置一个值。如果你的整个网站只通过 SSL 提供服务，你可能需要考虑设置一个值并启用 HTTP 严格传输安全。一定要先阅读文档，不小心启用 HSTS 会导致严重的、不可逆转的问题
security.W005：你没有将 SECURE_HSTS_INCLUDE_SUBDOMAINS 设置为 True。如果没有这个设置，你的网站就有可能受到通过不安全连接到子域的攻击。只有当你确定你的域名的所有子域都应该只通过 SSL 来提供服务时，才将此设置为 True。
security.W006：你的 SECURE_CONTENT_TYPE_NOSNIFF 配置没有设置为 True，因此你的网页不会以 'X-Content-Type-Options: nosniff' 头提供服务。你应该考虑启用这个头，以防止浏览器错误地识别内容类型。
security.W007: 你的 SECURE_BROWSER_XSS_FILTER 设置没有被设置为 True，因此你的页面将不会包含 'X-XSS-Protection: 1; mode=block' 头部。你应该考虑启用这个头部以激活浏览器的 XSS 过滤，以帮助防止 XSS 攻击。这个检查在 Django 3.0 中被移除，因为现代浏览器不再支持``X-XSS-Protection`` 头部。
security.W008：你的 SECURE_SSL_REDIRECT 配置没有设置为 True。除非你的网站需要通过 SSL 和非 SSL 连接，否则你可能需要将此设置设置为 True，或者配置一个负载平衡器或反向代理服务器，将所有连接重定向到 HTTPS。
security.W009: 你的 SECRET_KEY 字符串长度小于 50 个字符，包含少于 5 个不同字符，或以 'django-insecure-' 为前缀，表明它是由 Django 自动生成的。请生成一个长且随机的值，否则 Django 的许多安全关键功能将容易受到攻击。
security.W010：你的 INSTALLED_APPS 中有 django.contrib.session，但你没有将 SESSION_COOKIE_SECURE 设置为 True。使用仅安全的会话 cookie 可以使网络流量嗅探器更难劫持用户会话。
security.W011：您的 MIDDLEWARE 中有 django.contrib.session.middleware.SessionMiddleware，但你没有将 SESSION_COOKIE_SECURE 设置为 True。使用仅安全的会话 cookie 可以使网络流量嗅探器更难劫持用户会话
security.W012：SESSION_COOKIE_SECURE 未设置为 True。使用仅安全的会话 cookie 使网络流量嗅探者更难劫持用户会话。
security.W013：你的 INSTALLED_APPS 中有 django.contrib.session，但你没有将 SESSION_COOKIE_HTTPONLY 设置为 True。使用 HttpOnly 的会话 cookie 可以使跨站脚本攻击更难劫持用户会话。
security.W014：你的 MIDDLEWARE 中有 django.contrib.sessions.middleware.SessionMiddleware，但你没有将 SESSION_COOKIE_HTTPONLY 设置为 True。使用 HttpOnly 的会话 cookie 可以使跨站脚本攻击更难劫持用户会话。
security.W015：SESSION_COOKIE_HTTPONLY 未设置为 True。使用 HttpOnly 的会话 cookie 使跨站脚本攻击更难劫持用户会话。
security.W016：CSRF_COOKIE_SECURE 未设置为 True。使用仅安全的 CSRF cookie 会使网络流量嗅探者更难窃取 CSRF 令牌。
security.W017：CSRF_COOKIE_HTTPONLY 未设置为 True。使用 HttpOnly CSRF cookie 会使跨站脚本攻击更难窃取 CSRF 令牌。这个检查在 Django 1.11 中被删除了，因为 * :setting:`CSRF_COOKIE_HTTPONLY` * 配置没有实际的好处。
security.W018：在部署时不应将 DEBUG 设置为 True。
security.W019：在你的 MIDDLEWARE 中有 django.middleware.clickjacking.XFrameOptionsMiddleware，但 X_FRAME_OPTIONS 没有设置为 'DENY'。除非有很好的理由让你的网站在一个框架中为其他部分服务，否则你应该把它改为 'DENY'。
security.W020：ALLOWED_HOSTS 在部署时不得为空。
security.W021：你没有将 SECURE_HSTS_PRELOAD 设置为 True。否则，你的网站将无法提交到浏览器预加载列表。
security.W022：你没有设置 SECURE_REFERRER_POLICY 配置。如果没有这个配置，你的网站将不会发送 Referrer-Policy 头。你应该考虑启用这个头以保护用户隐私。
security.E023：你的 SECURE_REFERRER_POLICY 配置为无效值。
security.E024: 你已将 SECURE_CROSS_ORIGIN_OPENER_POLICY 设置为无效值。
security.W025: 你的 SECRET_KEY_FALLBACKS[n] 字符串长度小于 50 个字符，包含少于 5 个不同字符，或以 'django-insecure-' 为前缀，表明它是由 Django 自动生成的。请生成一个长且随机的值，否则 Django 的许多安全关键功能将容易受到攻击。
以下检查验证你的安全相关配置是否正确设置：
security.E100: DEFAULT_HASHING_ALGORITHM 必须是 'sha1' 或 'sha256'。此检查出现在 Django 3.1 和 3.2 版本中。
security.E101 ： CSRF 失败视图 'path.to.view' 没有使用正确的参数个数。
security.E102 ： 无法导入 CSRF 失败视图 'path.to.view'。
signals.E001：<handler> 与 <signal> 信号连接，并惰性引用发送方 <app label>.<model>，但应用 <app label> 没有安装或没有提供模型 <model>。
以下检查验证你的 TEMPLATES 配置是否正确设置：
templates.E001: 你在 TEMPLATES 中设置了 'APP_DIRS': True，但同时在 OPTIONS 中指定了 'loaders'。请移除 APP_DIRS 或移除 'loaders' 选项。此检查在 Django 5.1 中被移除，因为系统检查现在可能会抛出 ImproperlyConfigured 异常。
templates.E002：string_if_invalid 在 TEMPLATES 的 OPTIONS 必须是一个字符串，但得到：{value} （{type}）。
templates.E003: <name> 用于多个模板标签模块：<module list>。此检查在 Django 4.1.2 中更改为 templates.W003。
templates.W003: <name> 用于多个模板标签模块：<module list>。
以下是对你的翻译配置进行的检查：
translation.E001:：你为 LANGUAGE_CODE 设置提供了一个无效值 setting: <value>。
translation.E002：你在 LANGUAGES 配置中提供了无效的语言代码 setting: <value>。
translation.E003：你在 LANGUAGES_BIDI 设置中提供了一个无效的语言代码 setting: <value>。
translation.E004：你为 LANGUAGE_CODE 配置提供了一个不在 LANGUAGES 配置中的值。
以下检查项针对你的 URL 配置执行：
urls.W001：你的 URL 模式 <pattern> 使用 include()，并以 $ 结尾的 route。把 route 中的美元符号去掉，以避免包含 URL 的问题。
urls.W002：你的 URL 模式 <pattern> 有一个以 / 开头的 route。请删除这个斜线，因为它是不必要的。如果这个模式是以 include() 为目标，请确保 include() 模式有一个尾部的 /。
urls.W003：你的 URL 模式 <pattern> 有一个 name，包括一个 :。去掉冒号，以避免模糊的命名空间引用。
urls.E004：你的 URL 模式 <pattern> 无效。确保 urlpatterns 是一个 path() 和／或 re_path() 实例的列表。
urls.W005：URL 命名空间 <namespace> 不是唯一的。你可能无法反查此命名空间中的所有 URL。
urls.E006：MEDIA_URL ／STATIC_URL 的配置必须以斜线结束。
urls.E007：自定义 handlerXXX 视图 ''path.to.view' 没有使用正确的参数数（...）。
urls.E008：无法导入自定义 handlerXXX 视图 'path.to.view'。
urls.E009: 你的 URL 模式 <pattern> 存在无效的视图，请使用 <view>.as_view() 而不是 <view>。
urls.W010: 你的 URL 模式 <pattern> 中有一个未匹配的 <angle bracket>。
contrib 应用检查¶admin¶后台检查项均作为 admin 标签的一部分执行。
以下检查项在每个通过后台站点注册的 ModelAdmin （或其子类）上执行。
admin.E001： raw_id_fields 的值必须是个列表或元组。
admin.E002: raw_id_fields[n] 的值指向了 <field name>，这不是 <model> 的字段。
admin.E003： raw_id_fields[n] 的值必须是个外键或一个多对多字段。
admin.E004： fields 的值必须是列表或元组。
admin.E005： fieldsets 和 fields 都是定制的。
admin.E006： fields 的值包含了重复字段。
admin.E007： fieldsets 的值必须是个列表或元组。
admin.E008： fieldsets[n] 的值必须是个列表或元组。
admin.E009： fieldsets[n] 的值的长度必须是 2。
admin.E010： fieldsets[n][1] 的值必须是个字典。
admin.E011： fieldsets[n][1] 的值必须包含键 fields。
admin.E012： fieldsets[n][1] 中有重复字段。
admin.E013: fields[n]/filter_horizontal[n]/filter_vertical[n]/fieldsets[n][m] 的值不能包括 ManyToManyField <field name>，因为该字段手动指定了关系模型。
admin.E014： exclude 的值必须是个列表或元组。
admin.E015： exclude 的值必须包含重复字段。
admin.E016： form 的值必须继承自 BaseModelForm。
admin.E017： filter_vertical 的值必须是个列表或元组。
admin.E018： filter_horizontal 的值必须是个列表或元组。
admin.E019: filter_vertical[n]/filter_horizontal[n] 的值指向了 <field name>，这不是 <model> 的字段。
admin.E020：filter_vertical[n]/filter_horizontal[n] 的值必须是多对多字段。
admin.E021：radio_fields 的值必须是一个字典。
admin.E022: radio_fields 的值指向了 <field name>，这不是 <model> 的字段。
admin.E023 : radio_fields 的值指的是 <field name>，它不是 ForeignKey 的实例，也没有 choices 的定义。
admin.E024：radio_fields[<field name>] 的值必须是 admin.HORIZONTAL 或 admin.VERTICAL。
admin.E025：view_on_site 的值必须是可调用值或布尔值。
admin.E026：prepopulated_fields 的值必须是一个字典。
admin.E027: prepopulated_fields 的值指向了 <field name>，这不是 <model> 的字段。
admin.E028：prepopulated_fields 的值指的是 <field name>，它不得是 DateTimeField、ForeignKey、OneToOneField 或 ManyToManyField 字段。
admin.E029：prepopulated_fields[<field name>] 的值必须是一个列表或元组。
admin.E030: prepopulated_fields 的值指向了 <field name>，这不是 <model> 的字段。
admin.E031：ordering 的值必须是一个列表或元组。
admin.E032：ordering 的值有随机排序标记 ?，但也有其他字段。
admin.E033: ordering 的值指向了 <field name>，这不是 <model> 的字段。
admin.E034：readonly_fields 的值必须是一个列表或元组。
admin.E035: readonly_fields[n] 的值引用了 <field_name>，它既不是可调用的，也不是 <ModelAdmin class> 的属性，也不是 <model> 的属性。
admin.E036：autocomplete_fields 的值必须是一个列表或元组。
admin.E037: autocomplete_fields[n] 的值指向了 <field name>，这不是 <model> 的字段。
admin.E038：autocomplete_fields[n] 的值必须是外键或多对多字段。
admin.E039：模型 <model> 的管理必须注册，才能由 <modeladmin>.autocomplete_fields 引用。
admin.E040：<modeladmin> 必须定义 search_fields，因为 <other_modeladmin>.autocomplete_fields 引用了它。
ModelAdmin¶对管理站点注册的任何 ModelAdmin 进行以下检查：
admin.E101： save_as 的值必须是个布尔值。
admin.E102： save_on_top 的值必须是个布尔值。
admin.E103： inlines 的值必须是个列表或元组。
admin.E104： <InlineModelAdmin class> 必须继承自 InlineModelAdmin。
admin.E105： <InlineModelAdmin class> 必须有个 model 属性。
admin.E106： <InlineModelAdmin class>.model 的值必须是个 Model。
admin.E107： list_display 的值必须是个列表或元组。
admin.E108: list_display[n] 的值引用了 <label>，但它不是 <ModelAdmin class> 的可调用对象或属性，也不是 <model> 的属性、方法或字段。
admin.E109: list_display[n] 的值不能是多对多字段或反向外键。
admin.E110：list_display_links 的值必须是一个列表、一个元组或 None。
admin.E111：list_display_links[n] 的值指的是 <label>，而 list_display 中没有定义。
admin.E112：list_filter 的值必须是一个列表或元组。
admin.E113：list_filter[n] 的值必须继承自 ListFilter。
admin.E114：list_filter[n] 的值不得继承于 FieldListFilter。
admin.E115：list_filter[n][1] 的值必须继承自 FieldListFilter。
admin.E116：list_filter[n] 的值指的是 <label>，而该值并不指一个字段。
admin.E117：list_select_related 的值必须是布尔值、元组或列表。
admin.E118：list_per_page 的值必须是一个整数。
admin.E119：list_max_show_all 的值必须是一个整数。
admin.E120：list_editable 的值必须是一个列表或元组。
admin.E121 ： list_editable[n] 的值指向是 <label>，它不是 <model> 的一个字段。
admin.E122：list_editable[n] 的值指的是 <label>，而 list_display 中并不包含该值。
admin.E123：list_editable[n] 的值不能同时出现在 list_editable 和 list_display_links 中。
admin.E124：list_editable[n] 的值是指 list_display （<label>）中的第一个字段，除非设置 list_display_links，否则不能使用。
admin.E125：list_editable[n] 的值指的是 <field name>，不能通过管理编辑。
admin.E126：search_fields 的值必须是一个列表或元组。
admin.E127：date_hierarchy 的值指的是 <field name>，而该值并不指的是一个字段。
admin.E128：date_hierarchy 的值必须是 DateField 或 DateTimeField。
admin.E129：<modeladmin> 必须为 <action> 动作定义一个 has_<foo>_permission() 方法。
admin.E130：<modeladmin> 中定义的行动的 __name__ 属性必须是唯一的。<name> 这个名称不是唯一的。
InlineModelAdmin¶对任何 InlineModelAdmin 上注册为内联的 ModelAdmin 进行以下检查。
admin.E201：不能排除字段 <field name>，因为它是父模型 <app_label>.<model> 的外键。
admin.E202：<model> 没有 ForeignKey 到 <parent model>./ <model> 有一个以上 ForeignKey 到 <parent model>。你必须指定一个 fk_name 属性。
admin.E203：extra 的值必须是一个整数。
admin.E204：max_num 的值必须是一个整数。
admin.E205：min_num 的值必须是一个整数。
admin.E206：formset 的值必须继承自 BaseModelFormSet。
GenericInlineModelAdmin¶以下检查将在任何 GenericInlineModelAdmin 上作为内联注册的 ModelAdmin 上执行。
admin.E301：'ct_field' 引用了 <label>，这不是 <model> 上的一个字段。
admin.E302：'ct_fk_field' 引用了 <label>，这不是 <model> 上的一个字段。
admin.E303：<model> 没有 GenericForeignKey。
admin.E304：<model> 没有 GenericForeignKey，使用内容类型字段 <field name> 和对象 ID 字段 <field name>。
AdminSite¶对默认的 AdminSite 进行以下检查：
admin.E401： django.contrib.contenttypes 必须在 INSTALLED_APPS 中才能使用管理应用程序。
admin.E402：如果使用默认的认证后端，必须在 DjangoTemplates （TEMPLATES）中启用 django.contrib.auth.context_processors.auth，才能使用管理程序。
admin.E403：必须在 TEMPLATES 中配置一个 django.template.backends.django.DjangoTemplates 实例，才能使用管理程序。
admin.E404：django.contrib.message.context_processors.message 必须在 DjangoTemplates （TEMPLATES）中启用，才能使用管理程序。
admin.E405： django.contrib.auth 必须在 INSTALLED_APPS 中才能使用管理程序。
admin.E406： django.contrib.messages 必须在 INSTALLED_APPS 中才能使用管理程序。
admin.E408： django.contrib.auth.middleware.AuthenticationMiddleware 必须在 MIDDLEWARE 中才能使用管理应用程序。
admin.E409： django.contrib.messages.middleware.MessageMiddleware 必须在 MIDDLEWARE 中才能使用管理应用程序。
admin.E410： django.contrib.session.middleware.SessionMiddleware 必须在 MIDDLEWARE 中才能使用管理应用程序。
admin.W411：必须在 DjangoTemplates （TEMPLATES）中启用 django.template.context_processors.request 才能使用管理员导航侧栏。
auth¶auth.E001：REQUIRED_FIELDS 必须是一个列表或元组。
auth.E002：REQUIRED_FIELDS 中不得包括名为 USERNAME_FIELD 的自定义用户模型字段。
auth.E003：<field> 必须是唯一的，因为它被命名为 USERNAME_FIELD。
auth.W004：<field> 被命名为 USERNAME_FIELD，但它不是唯一的。
auth.E005：代号为 <codename> 的权限与模型 <model> 的内置权限发生冲突。
auth.E006：代号为 <codename> 的权限与模型 <model> 重复。
auth.E007：模型 <model> 的 verbose_name 必须最多 244 个字符，其内置的权限名最多只能是 255 个字符。
auth.E008：模型 <model> 的权限名 <name> 超过 255 个字符。
auth.C009：<User model>.is_anonymous 必须是一个属性或属性，而不是方法。忽略这一点是一个安全问题，因为匿名用户将被视为经过认证的用户。
auth.C010：<User model>.is_authenticated 必须是一个属性或属性，而不是方法。忽略这一点是一个安全问题，因为匿名用户将被视为经过认证的用户。
auth.E011： 模型 <model> 的名称最多只能是 93 个字符，其内置的权限名称最多只能是 100 个字符。
auth.E012：代号为 <codename> 的模型 <model> 的权限超过100个字符。
auth.E013: 为了使用 django.contrib.auth.middleware.LoginRequiredMiddleware，必须在 MIDDLEWARE 中先定义 django.contrib.auth.middleware.AuthenticationMiddleware。
contenttypes¶当一个模型包含 GenericForeignKey 或 GenericRelation 时，会进行以下检查：
contenttypes.E001：GenericForeignKey 对象 ID 引用不存在的字段 <field>。
contenttypes.E002：GenericForeignKey 内容类型引用不存在的字段 <field>。
contenttypes.E003：<field> 不是一个 ForeignKey。
contenttypes.E004：<field> 不是一个指向 contenttypes.ContentType 的 ForeignKey 。
contenttypes.E005：模型名称最多只能是 100 个字符。
postgres¶对 django.contrib.postgres 模型字段进行以下检查：
postgres.E001：数组的基础字段有错误：...
postgres.E002：数组的基础字段不能是有关系的字段。
postgres.E003：<field> 缺省值应该是一个可调用对象，而不是一个实例，这样它就不会被所有字段实例共享。这个检查在 Django 3.1 中被改为 *``fields.E010`` *。
postgres.W004: 数组的基本字段存在警告：...
sites¶对任何使用 CurrentSiteManager 的模型进行以下检查：
sites.E001：CurrentSiteManager 找不到名为 <field name> 的字段。
sites.E002：CurrentSiteManager 不能使用 <field>，因为它不是外键或多对多字段。
以下检查验证 django.contrib.sites 是否正确配置：
sites.E101 ： SITE_ID 的配置必须是一个整数。
staticfiles¶以下检查验证 django.contrib.staticfiles 是否正确配置：
staticfiles.E001： STATICFILES_DIRS 配置不是元组或列表。
staticfiles.E002： STATICFILES_DIRS 配置不应包含 STATIC_ROOT 配置。
staticfiles.E003：STATICFILES_DIRS 设置中的前缀 <prefix>，不得以斜线结束。
staticfiles.W004： STATICFILES_DIRS 中的目录 <directory> 不存在。
staticfiles.E005: STORAGES 设置必须定义一个 staticfiles 存储。
8月 13, 2025