django-cache

    0热度

    1回答

    我有以下要求: 用户必须能够看到(和注销)的其他会议。 会议必须在浏览器关闭和闲置的perioid后到期BOTH。 default数据库不能用于存储会话。 我目前的做法是设置SESSION_EXPIRE_AT_BROWSER_CLOSE并添加middleware类检查last_activity /和更新的时间戳(或称logout()如果会话已过期),并运行在非活动会话定期清理。 但是,我找不到在请

    3热度

    2回答

    我试图用django-cache-machine在我的应用程序中缓存查询,但我想用Redis作为后端。 The docs并不真正解释如何做到这一点,但the repository充满了Redis引用,所以我非常确定这是可能的。我想确保我做到了,所以我想知道是否有人有任何配置这个的经验,也许更重要的是,知道是否有任何警告?

    0热度

    1回答

    我想创建一个与主视图相同但不缓存它的主视图。 urlpatterns += patterns('django.contrib.flatpages.views', url(r'^$', 'flatpage', {'url': '/'}, name='home'), ) 像这样的事情 urlpatterns += patterns('django.contrib.flatpages.v

    1热度

    1回答

    到现在为止我一直在为我的4个站点使用单个memcached实例。其中三人使用KEY_PREFIX,因为documentation暗示我需要这样做。一切都很好,但现在我需要定期清除列表视图(就像我添加一个条目时一样)。我发现了一个way来清除页面,并且正在审查它是如何工作的,当我碰到CACHE_MIDDLEWARE_KEY_PREFIX,现在我很困惑。 似乎从来没有使用KEY_PREFIX,除非手动

    1热度

    1回答

    我的Django应用程序中的每个用户都与一个部门相关联,几乎每个请求都涉及与部门相关的处理。所以我很想让部门对象在整个应用程序中都可用。 其中哪些,如果有的话,是最合适的方法采取: 定制中间件,简单地检索来自DB相关部门,并将其附加到request对象,说的那样request.department,有点儿像Django的AuthenticationMiddleware使当前登录的用户可用reque

    0热度

    2回答

    我正在构建一个Django Web应用程序,它允许用户从计算机系统中选择一张照片并保持填充到用户时间轴上。时间线最初将显示10张照片,然后进行拉取以刷新时间线上的下10张照片。 所以我的第一个问题是我能够上传图像获取存储在文件系统上,但我怎么只显示前10,然后刷新刷新下一个10等等。 接下来,我希望应用程序的用户体验更快。所以,我正在考虑缓存。所以,我在想,我缓存什么。由于在Django- Dat

    1热度

    1回答

    嗯,我正在设计一个使用Django的Web应用程序。该应用程序允许用户从计算机系统中选择照片并保持填充到用户时间轴上。时间轴视图有一个用户上传的所有照片按照时间顺序排列的列表/网格,显示50张照片,然后拉动刷新以获取时间轴上的下50张照片。该实现适用于多个用户。 现在为了快速的用户体验我正在考虑缓存应用程序。与大多数站点一样,用户将时间线存储到缓存中,以便每当用户登录时,第一个检查信息的请求将从缓

    1热度

    2回答

    由于我是django-cache的新手,我试图在Django中缓存一个特定的视图。 我不确定数据是从缓存还是从数据库中获取。 如何验证?作为一个新手,请检查我是否正确缓存视图? Views.py @cache_page(900) def dashboard(request): __something__ Settings.py CACHES = { 'default':

    0热度

    1回答

    在根据docs它有效地说,当在服务器之间共享缓存实例时,应该使用KEY_PREFIX。我的问题是什么时候KEY_PREFIX适用于什么时候?使用MemcachedStats这里是基本的例子 from memcached_stats import MemcachedStats from django.core.cache import get_cache cache = get_cache('

    1热度

    1回答

    在我的settings.py我: CACHES = { 'default': { 'BACKEND': 'django.core.cache.backends.db.DatabaseCache', 'LOCATION': 'ws_cache_table', 'TIMEOUT': '3000000', 'OPTIONS': {