我的书签
添加书签
移除书签系统检查框架
系统检查框架是一套用于验证 Django 项目的静态检查。它检测常见的问题，并提供如何修复这些问题的提示。该框架是可扩展的，所以你可以很容易地添加自己的检查。
关于如何添加自己的检查并与 Django 的系统检查集成的细节，请看 系统检查主题指南。
API 参考
CheckMessage
class CheckMessage(level, msg, hint=None, obj=None, id=None)
系统检查提出的警告和错误必须是 CheckMessage 的实例。一个实例封装了一个单一的可报告的错误或警告。它还提供适用于该信息的上下文和提示，以及用于过滤目的的唯一标识符。
构造方法的参数：
level
消息的严重性。使用预定义的数值之一。DEBUG、INFO、WARNING、ERROR、CRITICAL。如果级别大于或等于 ERROR，那么 Django 将阻止管理命令的执行。等级小于 ``ERROR```的消息（即警告）会被报告到控制台，但可以被静默。
msg
描述问题的简短（少于 80 个字符）字符串。该字符串 不应 包含换行符。
hint
一个单行字符串，提供解决问题的提示。如果不能提供任何提示，或者提示是错误信息中不言自明的，可以省略提示，或者使用 None 值。
obj
可选的。为信息提供上下文的对象（例如，发现问题的模型）。该对象应该是一个模型、字段、管理器或定义了 str__() 方法的任何其他对象。该方法在报告所有消息时使用，其结果在消息之前。
id
可选字符串。问题的唯一标识符。标识符应遵循 applabel.X001 的模式，其中 X 是字母 CEWID 中的一个，表示消息的严重性（C 表示严重，E 表示错误等）。这个数字可由应用程序分配，但在该应用程序内应是唯一的。
有一些子类可以使创建具有通用级别的消息更容易。当使用它们时，你可以省略 level 参数，因为它已被类名所隐含。
class Debug(msg, hint=None, obj=None, id=None)
class Info(msg, hint=None, obj=None, id=None)
class Warning(msg, hint=None obj=None, id=None)
class Error(msg, hint=None, obj=None, id=None)
class Critical(msg, hint=None, obj=None, id=None)
内置标签
Django 的系统检查按以下标签组织：
admin：检查所有管理站点的声明。async_support： 检查异步相关配置。caches：检查缓存相关的配置。compatibility：标记版本升级可能导致的问题。database：检查与数据库有关的配置问题。默认情况下不运行数据库检查，因为数据库检查的工作比普通检查的静态代码分析更多。只有通过migrate命令或在调用check命令时使用--database选项指定配置的数据库别名时，才会运行数据库检查。models：检查模型、字段和管理器定义。security：检查安全相关配置。signals：检查信号声明和处理器注册信息。sites: Checksdjango.contrib.sitesconfiguration.staticfiles：检查django.contrib.staticfiles配置。templates：检查模板相关配置。translation：检查翻译相关配置。urls：检查 URL 配置。
一些可能通过多个标签同时注册的检查项。
Changed in Django 3.1:
增加了 async_support 标签。
Changed in Django 3.1:
database 检查现在只对使用 check --database 选项指定的数据库别名运行。
Changed in Django Development version:
The sites tag was added.
核心系统检查
异步支持
New in Django 3.1.
以下检查验证了你对 异步支持 的配置：
- async.E001：你在部署时不应该设置
DJANGO_ALLOW_ASYNC_UNSAFE环境变量。这将禁用 异步安全保护。
向后兼容
兼容性检查警告那些升级 Django 后可能出现的问题。
- 2_0.W001：你的 URL 模式
<pattern>有一个route包含(?P<、以^开始或以$结束。这可能是在从url()迁移到path()时的一个疏忽。
缓存
以下检查验证你的 CACHES 配置是否正确设置：
- caches.E001：你必须在你的
CACHES配置中定义一个'default'缓存。 - caches.W002: Your
<cache>configuration might expose your cache or lead to corruption of your data because itsLOCATIONmatches/is inside/containsMEDIA_ROOT/STATIC_ROOT/STATICFILES_DIRS. - caches.W003: Your
<cache>cacheLOCATIONis relative. Use an absolute path instead.
数据库
MySQL 和 MariaDB
如果你使用的是 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。
模型字段
- fields.E001：字段名不能以下划线结尾。
- fields.E002：字段名不能有
"__"。 - fields.E003：
pk是保留关键字，不能作为字段名使用。 - fields.E004：
choices必须是可迭代对象（例如，列表或元组）。 - fields.E005：
choices必须是一个可迭代对象，返回由(actual value, human readable name)构成的元组。 - fields.E006：
db_index必须是None，True或False。 - fields.E007：主键不能有
null = True。 - fields.E008：所有
validators必须都是可调用的。 - fields.E009：
max_length太小，无法容纳choices中的最长值（<count>字符）。 - fields.E010：
<field>默认值应该是一个可调用对象，而不是一个实例，这样就不会在所有字段实例之间共享。 - 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： 若
GenericIPAddressField不允许 null 值，那么它也不接受空值，因为空值被保存为 null。 - fields.E160：
auto_now、auto_now_add和default等选项是相互排斥的。这些选项只能有一个。 - fields.W161：提供了固定的默认值。
- fields.W162：
<database>并不支持在<field data type>列上创建数据库索引。 - fields.E170：
BinaryField的default不能是字符串。使用字节内容代替。 - fields.E180：
<database>不支持JSONField。 - fields.E190:
<database>does not support a database collation on<field_type>s. - 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 中，将取消对它的支持（历史迁移除外）。 - fields.W904：
django.contrib.postgres.fields.JSONField已被废弃。对它的支持（除了在历史迁移中）将在 Django 4.0 中被删除。
文件字段
- fields.E200：
unique不是FileField的有效参数。这项检查在 Django 1.11 中已被删除。 - fields.E201：
primary_key对于FileField来说不是个有效的参数。 - fields.E202：
FileField的upload_to参数必须是个相对路径，而不是一个相对路径。 - fields.E210： 不能使用
ImageField，因为未安装 Pillow。
关联字段
- fields.E300：字段定义了与模型 ``<model>``的关系，该模型要么没有安装，要么是抽象的。
- fields.E301: Field defines a relation with the model
<app_label>.<model>which has been swapped out. - fields.E302: Accessor for field
<app_label>.<model>.<field name>clashes with field<app_label>.<model>.<field name>. - fields.E303: Reverse query name for field
<app_label>.<model>.<field name>clashes with field<app_label>.<model>.<field name>. - fields.E304: Field name
<app_label>.<model>.<field name>clashes with accessor for<app_label>.<model>.<field name>. - fields.E305: Field name
<app_label>.<model>.<field name>clashes with reverse query name for<app_label>.<model>.<field name>. - fields.E306：相关名称必须是有效的 Python 标识符或以
+结尾。 - fields.E307：字段
<app label>.<model>.<field name>被声明为对<app label>.<model>的惰性引用，但应用程序<app label>没有安装或没有提供模型<model>。 - fields.E308：反向查询名称
<related query name>，不得以下划线结束。 - fields.E309：逆向查询名称
<related query name>，不得包含'__'。 - fields.E310：模型
<model>上的<field1>、<field2>等字段的子集没有唯一性。 - fields.E311：
<model>.<field name>必须是唯一的，因为它是由ForeignKey引用的。 - fields.E312：
to_field<field name>在相关模型<app label>.<model>上不存在。 - fields.E320：字段规定 ``on_delete=SET_NULL`，但不能为空。
- fields.E321：该字段规定
on_delete=SET_DEFAULT，但没有默认值。 - fields.E330：
ManyToManyField不能是唯一的。 - fields.E331：字段通过模型
<model>具体说明多对多关系，该模型尚未安装。 - fields.E332：有中间表的多对多字段不得对称。这项检查是在 Django 3.0 之前出现的。
- fields.E333：该模型被
<model>用作中间模型，但它有两个以上的外键到<model>，这是不明确的。你必须通过through_fields关键字参数指定 Django 应该使用哪两个外键。 - fields.E334：该模型被
<model>用作中间模型，但它有一个以上来自<model>的外键，这是不明确的。你必须通过through_fields关键字参数指定 Django 应该使用哪个外键。 - fields.E335：该模型被
<model>用作中间模型，但它有一个以上的<model>外键，这是不明确的。你必须通过through_fields关键字参数指定 Django 应该使用哪个外键。 - fields.E336：该模型被
<model>用作中介模型，但它没有<model>或<model>的外键。 - fields.E337：字段规定了
through_fields，但没有提供应通过<model>用于关系的两个链接字段的名称。 - fields.E338：中间模型
<through model>，没有字段<field name>。 - fields.E339：
<model>.<field name>不是<model>的外键。 - fields.E340：该字段的中间表
<table name>与表名<model>/<model>.<field name>相冲突。 - fields.W340：
null对ManyToManyField没有影响。 - fields.W341：
ManyToManyField不支持validators。 - fields.W342：对
ForeignKey设置unique=True与使用OneToOneField效果相同。 - fields.W343：
limit_choices_to对through模型的ManyToManyField没有影响。 - **fields.W344*：该字段的中间表
<table name>与表名<model>/``<model>.<field name>``相冲突。
模型
- 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：与另一个模型
<model>的字段<field name>冲突的字段。 - models.E007： 列名
<column name>被其它字段使用的字段<field name>。 - models.E008：
index_together必须是个列表或元组。 - models.E009： 所有
index_together元素都必须是列表或元组。 - models.E010：
unique_together必须是个列表或元组。 - models.E011： 所有
unique_together元素都必须是列表或元组。 - models.E012:
constraints/indexes/index_together/unique_togetherrefers to the nonexistent field<field name>. - models.E013:
constraints/indexes/index_together/unique_togetherrefers to aManyToManyField<field name>, butManyToManyFields are not supported for that option. - models.E014：
ordering必须是个元组或列表（即便你只想按照一个字段进行排序）。 - models.E015：
ordering指向是不存在的字段、相关字段或查找<field name>。 - models.E016:
constraints/indexes/index_together/unique_togetherrefers to field<field_name>which is not local to model<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 name
<index>is not unique among models:<model list>. - models.E031：约束名称
<constraint>对模型<model>不是唯一的。 - models.E032: constraint name
<constraint>is not unique among models:<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>does not support unique constraints with non-key columns. - models.W040:
<database>does not support indexes with non-key columns. - models.E041:
constraintsrefers to the joined field<field name>. - models.W042: Auto-created primary key used when not defining a primary key type, by default
django.db.models.AutoField. - models.W043:
<database>does not support indexes on expressions.
安全
安全检查并不能使你的网站安全。它们不会审计代码，进行入侵检测，或做任何特别复杂的事情。相反，它们有助于执行一个自动化的、唾手可得的检查清单，可以帮助你提高网站的安全性。
其中一些检查可能不适合你的特定部署配置。例如，如果你在负载均衡器中进行 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_BROWSER_XSS_FILTER、SECURE_REFERRER_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: Your
SECRET_KEYhas less than 50 characters, less than 5 unique characters, or it’s prefixed with'django-insecure-'indicating that it was generated automatically by Django. Please generate a long and randomSECRET_KEY, otherwise many of Django’s security-critical features will be vulnerable to attack. - 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。使用HttpOnlyCSRF 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.E100：
DEFAULT_HASHING_ALGORITHM必须是'sha1'或'sha256'。 - security.E101: The CSRF failure view
'path.to.view'does not take the correct number of arguments. - security.E102: The CSRF failure view
'path.to.view'could not be imported.
信号
- signals.E001：
<handler>与<signal>信号连接，并惰性引用发送方<app label>.<model>，但应用<app label>没有安装或没有提供模型<model>。
模板
以下检查验证你的 TEMPLATES 配置是否正确设置：
- templates.E001：你在你的
TEMPLATES中有'APP_DIRS': True，但在OPTIONS中也指定了'loaders'。要么删除APP_DIRS，要么删除'loaders'选项。 - templates.E002：
string_if_invalid在TEMPLATES的OPTIONS必须是一个字符串，但得到：{value}（{type}）。
翻译
以下是对你的翻译配置进行的检查：
- translation.E001:：你为
LANGUAGE_CODE设置提供了一个无效值 setting:<value>。 - translation.E002：你在
LANGUAGES配置中提供了无效的语言代码 setting:<value>。 - translation.E003：你在
LANGUAGES_BIDI设置中提供了一个无效的语言代码 setting:<value>。 - translation.E004：你为
LANGUAGE_CODE配置提供了一个不在LANGUAGES配置中的值。
URL
以下检查项针对你的 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'。
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]/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: The value of
radio_fieldsrefers to<field name>, which is not an instance ofForeignKey, and does not have achoicesdefinition. - 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]的值不是可调用对象，不是<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]的值绝对不能是个ManyToManyField字段。 - 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个字符。
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: Base field for array has errors: …
- postgres.E002: Base field for array cannot be a related field.
- postgres.E003:
<field>default should be a callable instead of an instance so that it’s not shared between all field instances. This check was changed tofields.E010in Django 3.1.
sites
The following checks are performed on any model using a CurrentSiteManager:
- sites.E001:
CurrentSiteManagercould not find a field named<field name>. - sites.E002:
CurrentSiteManagercannot use<field>as it is not a foreign key or a many-to-many field.
The following checks verify that django.contrib.sites is correctly configured:
- sites.E101: The
SITE_IDsetting must be an integer.
staticfiles
The following checks verify that django.contrib.staticfiles is correctly configured:
- staticfiles.E001: The
STATICFILES_DIRSsetting is not a tuple or list. - staticfiles.E002: The
STATICFILES_DIRSsetting should not contain theSTATIC_ROOTsetting. - staticfiles.E003: The prefix
<prefix>in theSTATICFILES_DIRSsetting must not end with a slash.
