非常罕见,Django消息在 HTML
响应中呈现。然后,用户 GET
的另一个页面,再次呈现 Django 消息。有时,用户随后会GET
另一个页面,同样的消息会再次显示。
这种情况很少发生,但一旦发生,大多数用户会在短时间内看到相同的行为。 (在小组跨浏览器测试中发生过一次,房间里的每个人都在他们的每台计算机上看到相同的行为大约五分钟后离开。)
这种行为发生在许多不同的 View 中;此外,每个 View 都以相同的方式添加它们(见下文)。
我无法可靠地重现该错误,无论是在我们部署的环境中(运行 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>×</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 中的缓存引起的一个值得注意的问题。以下是一位 Django 核心开发者的评论:
“我认为 Django 不能自动正确地处理这个问题。 在网站的基本模板中循环消息是一种非常常见的模式。如果我们仅仅因为消息可能会显示在给定页面上而禁用缓存,那么我们只会杀死大多数网站的缓存。”
关于python - 有时,Django 消息在请求之间重复(即,它们没有被清除),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19529859/