0

用户注销后，Django 似乎记得上次激活的时区。

  1. 用户发布表单 - 表单上的日期时间解释为 UTC
  2. 用户使用澳大利亚/悉尼的首选时区登录
  3. 用户发布表单 - 表单上的日期时间解释为澳大利亚/悉尼
  4. 用户登出
  5. 用户发布表单 - 表单上的日期时间仍被解释为澳大利亚悉尼，即使 TIME_ZONE 设置为 UTC
  6. 重新启动服务器，然后用户（仍未登录）发布表单 - 表单上的日期时间解释为 UTC

我有

TIME_ZONE = 'UTC'
USE_TZ = True

并作为中间件：

class TimezoneMiddleware(object):
    def process_request(self, request):

        tz = request.session.get('django_timezone', '')
        if tz:
            timezone.activate(tz)
        elif request.user.is_authenticated():
            preferredTimezone = request.user.get_profile().preferredTimezone
            timezone.activate(preferredTimezone)

我认为 Django 可能会记住上次激活的时区，如activate源中函数的此注释中所示：

def activate(timezone):
    """
    Sets the time zone for the current thread.

    The ``timezone`` argument must be an instance of a tzinfo subclass or a
    time zone name. If it is a time zone name, pytz is required.
    """
    if isinstance(timezone, tzinfo):
        _active.value = timezone

有人可以证实这一点吗？解决此问题的最佳方法是在中间件中使用 else 语句调用deactivate吗？

4

1 回答 1

2

首先，会话！= 身份验证。

可能在第 2 步和第 4 步之间（当用户登录时），您的一个视图（或某种中间件）将用户的会话设置为request.session['django_timezone'] = ...

也许您将个人资料信息传输到某个地方的会话，例如：

request.session['django_timezone']  = request.user.get_profile().prefferedTimezone

然后，很自然，即使用户注销，会话也会保持“django_timezone”。

如果您不想利用这一点，请首先执行以下操作：

if not request.user.is_authenticated():
    timezone.deactivate()

但我认为你应该问自己的真正问题是：
如果你不想使用会话，为什么要使用 request.session，而纯粹是配置文件？

于 2012-11-22T12:29:13.933 回答