有时，Django 消息在请求之间重复（即它们没有被清除）

Posted 2023-03-15

【中文标题】有时，Django 消息在请求之间重复（即它们没有被清除）

【英文标题】：Occasionally, Django messages are repeated across requests (i.e., they are not cleared)

【发布时间】：2013-11-01 00:44:49

【问题描述】：

极少情况下，Django 消息会在 html 响应中呈现。然后，用户GETs 另一个页面，Django 消息再次呈现。有时，用户随后会GET 另一个页面，同样的消息会再次显示。

这种情况很少发生，但一旦发生，大多数用户会在短时间内看到相同的行为。 （在小组跨浏览器测试中发生过一次，房间里的每个人都在他们的每台计算机上看到相同的行为大约五分钟后离开。）

这种行为发生在许多不同的视图中；此外，每个视图都以相同的方式添加它们（见下文）。

无论是在我们部署的环境中（运行wsgi.py）还是在本地环境中运行项目（运行manage.py），我都无法可靠地重现该错误。 （我会注意到我在本地从未见过这个问题。）

有人知道为什么会发生这种情况吗？

添加成功消息的示例。

       messages.success(
            request,
            "Changes to form request were successfully saved."\
            .format(form=self.form.display_name,
                    request=serv_request_id_as_url(self.serv_request))
        )

这是呈现消息的模板代码：

<div id="messages">
  % for message in messages %
    <div class="alert alert- message.tags ">
      <a class="close" data-dismiss="alert" href="#" title="Close"><span class="accessibility">Close this message.</span>&times;</a>
      <strong> message.message|safe </strong>
    </div>
  % endfor %
</div>

相关设置：

MIDDLEWARE_CLASSES = (
    'django.middleware.gzip.GZipMiddleware',
    'django.middleware.common.CommonMiddleware',
    'outage.middleware.OutageMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.transaction.TransactionMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'django.middleware.clickjacking.XFrameOptionsMiddleware',
    'utdirect.middleware.HttpHeaderMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware', ... )

MESSAGE_STORAGE = 'django.contrib.messages.storage.session.SessionStorage'

DATABASES = 'default': 'ENGINE': 'django.db.backends.oracle',
                         ...   

【问题讨论】：

只是一个猜测，但如果它只发生在部署的环境中，它可能与缓存或类似的东西有关......当问题发生时，服务器可能已经产生了影响缓存的新进程，只是一个想法……

请确保会话读取未缓存并且会话写入实际成功。 Django 将默默地忽略包含不可序列化对象的会话，例如这可能导致消息无法正确删除。

你的会话设置是什么？

我自己也遇到了同样的问题，但找不到任何合适的解决方案。我最终完全放弃了消息应用程序并创建了自己的成功和失败通知

如果我不得不猜测，我会说您使用的是自定义直写缓存会话后端，不是吗？如果是这样，那很可能是罪魁祸首。

【参考方案1】：

这似乎是由 Django 中的缓存引起的一个值得注意的问题。以下是一位 Django 核心开发者的评论：

“我认为 Django 不能自动正确地处理这个问题。 在网站的基本模板中循环消息是一种非常常见的模式。如果我们仅仅因为消息可能会显示在给定页面上而禁用缓存，那么我们只会杀死大多数网站的缓存。”

完整票在这里：https://code.djangoproject.com/ticket/13894