我们的Django应用程序具有以下会话管理要求。
要求1 通过将SESSION_EXPIRE_AT_BROWSER_CLOSE设置为True可以轻松实现此要求。
要求2 我看到了一些建议,可以使用SESSION_COOKIE_AGE来设置会话的有效期限。但是这种方法具有以下问题。
该会话始终在SESSION_COOKIE_AGE末尾过期,即使用户正在使用该应用程序也是如此。(这可以通过使用自定义中间件将每个请求的会话过期设置为SESSION_COOKIE_AGE来防止,或者通过将SESSION_SAVE_EVERY_REQUEST设置为true来保存每个请求的会话。但是由于使用了SESSION_COOKIE_AGE,下一个问题是不可避免的。)
由于cookie的工作方式,SESSION_EXPIRE_AT_BROWSER_CLOSE和SESSION_COOKIE_AGE是互斥的,即cookie在浏览器关闭时或在指定的到期时间到期。如果使用了SESSION_COOKIE_AGE并且用户在cookie过期之前关闭了浏览器,则cookie被保留,重新打开浏览器将允许用户(或其他任何人)进入系统而无需重新认证。
Django仅依靠存在的cookie来确定会话是否处于活动状态。它不检查与会话一起存储的会话到期日期。
以下方法可用于实现此要求并解决上述问题。
要求4 使用JavaScript来检测用户不活动,提供警告以及扩展会话的选项。如果用户希望扩展,请向服务器发送一个保持活动状态的脉冲以扩展会话。
要求5 使用JavaScript来检测用户活动(在长时间的业务操作期间),并向服务器发送保持活动状态的脉冲,以防止会话到期。
上面的实现方法似乎非常复杂,我想知道是否可能有一个更简单的方法(尤其是对于要求2)。
任何见解将不胜感激。
这是一个主意…在该SESSION_EXPIRE_AT_BROWSER_CLOSE设置下,关闭浏览器上的会话。然后像这样在每个请求的会话中设置时间戳。
SESSION_EXPIRE_AT_BROWSER_CLOSE
request.session['last_activity'] = datetime.now()
并添加中间件以检测会话是否已过期。这样的事情应该处理整个过程…
from datetime import datetime from django.http import HttpResponseRedirect class SessionExpiredMiddleware: def process_request(request): last_activity = request.session['last_activity'] now = datetime.now() if (now - last_activity).minutes > 10: # Do logout / expire session # and then... return HttpResponseRedirect("LOGIN_PAGE_URL") if not request.is_ajax(): # don't set this for ajax requests or else your # expired session checks will keep the session from # expiring :) request.session['last_activity'] = now
然后,你只需要创建一些url和视图即可将有关会话到期的相关数据返回给ajax调用。
当用户选择“更新”会话时,可以这么说,你要做的只是requeset.session['last_activity']再次设置为当前时间
requeset.session['last_activity']
显然,这段代码只是一个开始……但它应该使你走上正确的道路