wsgi_cache. WSGI-Middleware zum Caching-Antworten auf die Festplatte
Jetzt downloaden

wsgi_cache. Ranking & Zusammenfassung

wsgi_cache. Stichworte

Scheibe WSgi-Middleware Wsgi. WSGI-Anwendungen. Caching Festplatten-Caching.

wsgi_cache. Beschreibung

WSGI-Middleware zum Caching-Antworten auf die Festplatte wsgi_cache ist ein Stück WSGI-Middleware, das die Festplattencaching für WSGI-Anwendungen bereitstellt. Es ist etwas grob und eher unflexibel, so wie Ihr grandpa.wsgi_cache so konzipiert ist, dass er Anforderungen an eine WSGI-Site auf Festplatte in einem Cache-Verzeichnis auf der Festplatte einleiten soll. Das Cache-Verzeichnis verfügt über dasselbe Verzeichnislayout, da die Anforderungen (dh wenn / foo / bar angefordert wird, das FOO-Verzeichnis in der Cache und der BAR wird dort gespeichert). Es gibt keinen Cache-Ablauf, der über den Löschen zwischengespeicherten Dateien von der Festplatte hinausgeht. Dies ist ein Feature.Installation: wsgi_cache kann als Pythonei installiert werden, indem EASY_INSTALL verwendet wird: easy_install wsgi_cacheconfigurationconfiguration von wsgi_cache wird häufig mit dem Einfügen bereitgestellt. In dieser Situation kann es als Filter konfiguriert werden: Verwendung = Ei: my_wsgi_App # appfilter-mit = Cache verwenden = Ei: WSGI_Cache # MiddleWareCache_DIR = ./cachethe cache_dir ist die einzige erforderliche Konfiguration Parameter und wird als relativ zu global_conf interpretiert . WSGI_Cache unterstützt auch zwei zusätzliche Konfigurationsparameter: * content_type Gibt den Inhaltstyp an, der beim Servieren zwischengespeicherten Ressourcen verwendet wird. Siehe Einschränkungen unten für Details dazu. Dies ist standardmäßig auf Text / HTML eingestellt. * Cache_Paths Eine durch Kommas getrennte Liste von Pfaden, beginnend mit A /, das die Pfade zum Cache angibt. Wenn angegeben, werden nur Anforderungen an Pfade, die mit einem dieser Saiten beginnen, zwischengespalten. Anfragen mit einem Querystring werden unabhängig von der Verwendung von Cache_Paths nicht zwischengespeichert. Wenn die Anforderung zwischengespeichert werden soll, sucht WSGI_Cache nach der Seite im Cache und dient der Kopie, falls verfügbar. Wenn nicht verfügbar ist, wird die Anforderung an die Anwendung übergeben, und das Ergebnis wird gespeichert und zurückgegeben. Wenn in vielen Situationen die WSGI_Cache-Layout von WSGI_Cache ausnutzen möchten, um die zwischengespeicherte Version direkt mit Ihrem Front-End-Webserver (dh Apache mit mod_rewrite) .developmentwsgi_cache kann mithilfe von BuildoutPyThon Bootstrap.py./bin/buildoutThis verwendet werden, installiert alle Abhängigkeiten und erstellen Sie ein Wrapper-Python-Skript, mit dem Sie eine Shell mit WSGI_Cache auf dem Python-Pfad verwenden können. Nase für laufende Tests. Sie können die Testsuite ausführen, indem Sie ausgeführt werden: Python Setup.py noSetestsif Sie verwenden den Buildout für die Entwicklung, die Nase wird im Buildout für Sie installiert: ./ Bin / Python Setup.py NoSetests Anforderungen: · Python Einschränkungen: · WSGI_Cache speichert nur die Antwortkörper, um die Dienung der zwischengespeicherten Dateien durch einen schnelleren statischen Webserver zu ermöglichen. Somit kann es nur einen einzigen Inhaltstyp an diesem Punkt zurückgeben.

wsgi_cache. Zugehörige Software