Front-End-Caching und Session Back End

Front-End-Caching

Wir empfehlen nicht, Front-End-Caching-Tools mit dem Dashboard zu verwenden. Das Dashboard stellt dynamischen Inhalt dar, der direkt aus OpenStack-API-Anfragen resultiert und Front-End-Caching-Layer wie Lack kann verhindern, dass der richtige Inhalt angezeigt wird. In Django werden statische Medien direkt von Apache bedient oder Nginx und profitiert bereits von Web-Host-Caching.

Session back end

Die Standard-Session-Back-End für den Horizont `` django.contrib.sessions.backends.signed_cookies``speichert Benutzerdaten in

Es ist zu beachten, dass bei dieser Art von Implementierung sensible Zugriffstoken im Browser gespeichert und mit jeder Anfrage gesendet werden. Das Back-End sorgt für die Integrität der Sitzungsdaten, obwohl die übertragenen Daten nur von HTTPS verschlüsselt werden.

Wenn Ihre Architektur eine gemeinsame Speicherung ermöglicht und wenn Sie Ihren Cache korrekt konfiguriert haben, empfehlen wir Ihnen, Ihre `` SESSION_ENGINE``auf ``django.contrib.sessions.backends.cache``zu setzen und es als Cache-basiertes Session-Backend memcached als Cache zu verwenden. Memcached ist ein effizienter In-Memory-Key-Value-Store für Datenblöcke, die in einer hochverfügbaren und verteilten Umgebung eingesetzt werden können und einfach zu konfigurieren ist. Allerdings müssen Sie sicherstellen, dass es keine Datenleckage gibt. Memcached nutzt den Spare- RAM, um häufig zugegriffene Datenblöcke zu speichern, die wie Speicher-Cache

Wir empfehlen die Verwendung von memcached anstelle von Local-Memory-Cache, weil er schnell ist, Daten für eine längere Dauer behält, Multi-Prozess sicher ist und die Möglichkeit hat, Cache über mehrere Server zu teilen, aber immer noch so behandelt als wäre es ein einziger Cache.

Um memcached zu aktivieren, führen Sie folgendes aus:

SESSION_ENGINE = 'django.contrib.sessions.backends.cache'
CACHES = {
    'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache'
}

Weitere Informationen finden Sie in der Django Dokumentation.