Aus Performance-Gründen werden Antworten vom webservice_SmartGate von einem zwischengeschalteten (transparenten) Reverse-Proxy gecached. Ob eine Anfrage gecached wurde erkennt man am X-Cache-Status
-Header. Dieser kann folgende Werte haben:
HIT
: Anfrage kam aus dem CacheMISS
: Anfrage kam nicht aus dem CacheBYPASS
: Der Cache wurde umgangen
Mit dem Senden eines Headers X-Refresh-Cache: 1
1) kann der Cache umgangen (und aktualisiert) werden. Dies ist dann am o.g. BYPASS
-Wert zu erkennen. Die Funktionalität des umgehens des Caches ist nur für Test- und Entwicklungsumgebungen gedacht und kann unter Umständen auf bestimmte IP-Adresskreise eingeschränkt sein.
Das Caching wird grundsätzlich über die beiden Header ETag
und Cache-Control
realisiert. Je nach Methode werden diese Header von webservice_SmartGate unterschiedlich gesetzt und der Reverse-Proxy führt ein entsprechendes Caching durch.
Als Cache-Dauer wird hier immer ein Cache-Control: max-age=600
verwendet. Das ETag wird erstellt aus:
Accept-Encoding
service/reload
2)In den Methoden dieses Bereichs wird zur Zeit gar kein Caching durchgeführt. In Zukunft ist es möglich das ein Caching für einzelne HTTP-GET-Anfragen eingeführt wird.