Django：在生产中禁用初始系统检查？

Question

我已经搜索了文档，并正在寻找在生产中禁用系统检查（不仅仅是使它们静音）的 Django 设置。 我有一个包含 20,000 多个模型的项目，这些模型自动生成以创建 RESTful 端点。 这些系统检查需要相当长的时间：

https://docs.djangoproject.com/en/1.11/ref/checks/#models

让系统检查开发是必要的，即使它会导致manage.py 20-30 分钟启动。 但是，每当我将新版本发布到生产环境时，对生产节点的第一个 HTTP 请求也需要 20-30 分钟的响应时间！ 我显然想避免这种情况，因为在最初的请求之后，该网站是闪电般的快速。

虽然下面评论中的答案引用了一个让runserver更快启动的解决方案，但我正在寻找生产解决方案，而不是我们的开发环境。

我环顾四周寻找像DISABLED_SYSTEM_CHECKS这样的设置，但只遇到了SILENCED_SYSTEM_CHECKS （ 见这里），但这似乎只是让输出静音，而不是不运行需要时间的检查。 有这样的动物吗？ 我正在生产中运行mod_wsgi 。 我已经看到了针对单个命令的requires_system_checks ，但我正在寻找一个项目范围的解决方案。 非常感谢。

Answer 1

您可以创建一个DISABLE_CHECKS设置并强制跳过检查功能本身的检查。 我注意到即使您在settings.py设置了SILENCED_SYSTEM_CHECKS ，某些manage.py命令仍将运行检查（例如迁移）。 这是我使用的：

import logging

from django.conf import settings
from django.core.checks import Error
from django.db import connections
from django.core.cache import caches

def check_cache_connectivity(app_configs, **kwargs):
    """
    Check cache
    :param app_configs:
    :param kwargs:
    :return:
    """
    errors = []

    # Short circuit here, checks still ran by manage.py cmds regardless of SILENCED_SYSTEM_CHECKS
    if settings.DISABLE_CHECKS:
        return errors

    cache_settings = settings.CACHES.keys()
    for cur_cache in cache_settings:
        try:
            key = 'check_cache_connectivity_{}'.format(cur_cache)
            caches[cur_cache].set(key, 'connectivity_ok', 30)
            value = caches[cur_cache].get(key)
            print("Cache '{}' connection ok, key '{}', value '{}'".format(cur_cache, key, value))
        except Exception as e:
            msg = "ERROR: Cache {} looks to be down. {}".format(cur_cache, e)
            print(msg)
            logging.exception(msg)
            errors.append(
                Error(
                    msg,
                    hint="Unable to connect to cache {}, set as {}. {}"
                         "".format(cur_cache, settings.CACHES[cur_cache], e),
                    obj='CACHES.{}'.format(cur_cache),
                    id='content_services.E002',
                )
            )
    return errors

我在我最想要的构建环境中使用它，如果不是所有的自定义检查都被忽略的话。 希望有帮助！

Answer 2

我很久以前发布过这个问题，但从未发布过我最终使用的解决方案。 根本问题是，有这么多模型（我们现在多达 60,000 个！），每个模型都会在加载时进行验证。 urls.py包含所有端点路由，这些路由将导入 DRF ViewSets ，而后者又会ViewSets加载序列化程序和模型。 所以我所做的是创建一种延迟加载，我们已经开源了它：

https://pypi.org/project/automagic-rest/

关键元素是修改ViewSet以在__init__按需加载模型，而不是ViewSet加载：

self.model = getattr(
    import_module(f"{self.python_path_name}.models.{self.schema_name}"),
    f"{self.schema_name}_{self.table_name}_model",
)

您可以在此处查看上下文中的完整源代码： https : //github.com/wharton/automagic-rest/blob/master/automagic_rest/views.py#L53

这需要为 DRF 的basename制定一个约定，以保存数据库名称、应用程序名称、模式名称和模型名称，但它运行良好。 60,000 个模型的初始加载时间现在约为 45 秒，而不是超过三个小时。