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': {