我最近从支持数据库的会话迁移到使用pylibmc通过memcached存储的会话。通过Memcache的Django会话:手动找不到会话密钥
这里是我的缓存,SESSION_CACHE_ALIAS & SESSION_ENGINE在我的settings.py
CACHES = {
'default': {
'BACKEND': 'django.core.cache.backends.memcached.PyLibMCCache',
'LOCATION': ['127.0.0.1:11211'],
}
}
SESSION_CACHE_ALIAS = 'default'
SESSION_ENGINE = "django.contrib.sessions.backends.cache"
一切正常幕后,我可以看到它使用了新的高速缓存系统。从pylibmc运行get_stats()方法显示缓存中当前项目的数量,我可以看到它已经增加了1.
问题是我无法使用pylibmc手动获取会话。
一旦在views.py检查请求的会话数据:
def my_view(request):
if request.user.is_authenticated():
print request.session.session_key
# the above prints something like this: "1ay2kcv7axb3nu5fwnwoyf85wkwsttz9"
print request.session.cache_key
# the above prints something like this: "django.contrib.sessions.cache1ay2kcv7axb3nu5fwnwoyf85wkwsttz9"
return HttpResponse(status=200)
else:
return HttpResponse(status=401)
我注意到,打印cache_key时,其与默认KEY_PREFIX打印而对于session_key可以没有。看看代码中的评论,看看我的意思。
所以我想,“好,很好,这些关键的人物之一应该工作让我尝试手动抓住会话数据只为教育目的。”:
import pylibmc
mc = pylibmc.Client(['127.0.0.1:11211'])
# Let's try key "1ay2kcv7axb3nu5fwnwoyf85wkwsttz9"
mc.get("1ay2kcv7axb3nu5fwnwoyf85wkwsttz9")
嗯什么也没有发生,没有任何按键的存在名称。好的,不用担心,那么我们试试cache_key吧,那肯定会工作正常吗?
mc.get("django.contrib.sessions.cache1ay2kcv7axb3nu5fwnwoyf85wkwsttz9")
什么?我怎么还没有收回什么?在我测试时,我决定设置并获取一个随机密钥值,以查看它是否有效并确实如此。我再次运行get_stats()以确保密钥确实存在。我也测试了网络应用程序,看看我的会话是否确实正常工作。所以这导致我得出结论:我不知道有一个不同的命名方案。
如果是这样,那么正确的命名方案是什么?