从 django 4.1 开始，模板使用 DEBUG=True 进行缓存。 这个解决方案对吗？

Question

如文档中所述，从 4.1 开始，模板加载的默认行为发生了巨大变化。

如果我理解正确，在 4.0 之前它是这样工作的：

• 启用 DEBUG 后，模板会在每个请求中加载，因此如果您在处理模板时不断进行更改和重新加载，您始终会看到最新版本。
• 禁用 DEBUG 后，在初始化应用程序时模板会被缓存，因此只有在重新启动应用程序时才能看到模板中的更改。

这样，模板缓存就可以在生产环境中无缝启用，这非常棒。

现在已包含此票证提案，如果我正确理解，则必须指定模板加载方法，并且它不再与 DEBUG 设置绑定，并且默认情况下被缓存。

我们想要原始行为，这样前端开发人员就可以看到更改而无需重新启动应用程序，并且我们还希望生产部署启用缓存，所以我们这样做了：

develop_loaders = [
    "django.template.loaders.filesystem.Loader",
    "django.template.loaders.app_directories.Loader",
]
production_loaders = [
    ("django.template.loaders.cached.Loader", [
        "django.template.loaders.filesystem.Loader",
        "django.template.loaders.app_directories.Loader",
        "path.to.custom.Loader",
    ])
]
TEMPLATES = [
    {
        "BACKEND": "django.template.backends.django.DjangoTemplates",
        "DIRS": [
            "templates",
        ],
        "OPTIONS": {
            "context_processors": [
                "maintenance_mode.context_processors.maintenance_mode",
                "django.template.context_processors.debug",
                "django.template.context_processors.request",
                "django.contrib.auth.context_processors.auth",
                "django.contrib.messages.context_processors.messages",
                "wagtail.contrib.settings.context_processors.settings",
            ],
            "loaders": develop_loaders if DEBUG else production_loaders,
        },
    },
]

哪个有效，但我想知道，我的情况是否正确？ 您认为这是一个可靠的解决方案吗？ .

我也花了一些时间，因为当我阅读 4.1 的更改日志时，我没有意识到这个更改会产生这种影响（我们之前从未在设置中指定任何加载程序）所以我们希望默认行为得到尊重，这导致寻找在 gunicorn 和 docker 作为第一个可疑的罪魁祸首等......所以我认为这个问题可能对处于类似情况的其他人有用。