# HTTP Cache - Wieso werden Preise und Lieferzeiten gecached?

**URL:** https://forum.shopware.com/t/http-cache-wieso-werden-preise-und-lieferzeiten-gecached/11815
**Category:** Shopware 3.5
**Tags:** administration
**Created:** [25. Februar 2013 um 13:33 UTC](https://forum.shopware.com/t/http-cache-wieso-werden-preise-und-lieferzeiten-gecached/11815 "2013-02-25T13:33:34Z")
**Posts on this page:** 8
**Page:** 1

<div class="post-metadata">

### Author: ![raceeeeer](https://avatars.discourse-cdn.com/v4/letter/r/57b2e6/32.png) [@raceeeeer](https://forum.shopware.com/u/raceeeeer)
#### Post date: [25. Februar 2013 um 13:33 UTC](https://forum.shopware.com/t/http-cache-wieso-werden-preise-und-lieferzeiten-gecached/11815/1 "2013-02-25T13:33:34Z")

</div>

Hallo Liebe Community, ich administriere ein Shopware System und habe vor kurzem den HTTP Cache eingerichtet. Dieser funktioniert bis auf einige Ausnahmen tadellos. Es ist ja möglich im Backend No-Cache-Controller hinzuzufügen. Hier habe ich allerdings ein paar Probleme. Ich möchte das bei den Detail-Seiten der Preis nicht im Cache steht. Bei meinem Template funktioniert das leider nicht wenn ich dort „frontend/detail data“ bzw „frontend/detail price“ eintrage. Ich frage mich sowieso - wie funktioniert das System? Alle Daten die ich nicht im Cache haben möchte liegen in einer „data.tpl“ unter dem Ordner frontend/detail/data.tpl - wie kann ich im Template das erreichen, dass er diese Informationen nicht cached? liebe Grüße

---

<div class="post-metadata">

### Author: ![bikerstock](https://avatars.discourse-cdn.com/v4/letter/b/3e96dc/32.png) [@bikerstock](https://forum.shopware.com/u/bikerstock)
#### Post date: [22. Oktober 2014 um 18:38 UTC](https://forum.shopware.com/t/http-cache-wieso-werden-preise-und-lieferzeiten-gecached/11815/2 "2014-10-22T18:38:51Z")

</div>

Hi, suche ebenfalls nach einer Lösung um den Lieferzeit Text nicht zu cachesch, sondern wie in dem Warenkorb direkt aus der Datenbank abzufragen.

---

<div class="post-metadata">

### Author: ![DanielNogel](https://avatars.discourse-cdn.com/v4/letter/d/96bed5/32.png) [@DanielNogel](https://forum.shopware.com/u/DanielNogel)
#### Post date: [22. Oktober 2014 um 20:00 UTC](https://forum.shopware.com/t/http-cache-wieso-werden-preise-und-lieferzeiten-gecached/11815/3 "2014-10-22T20:00:39Z")

</div>

Hi, im Cache-Backend-Modul könnt ihr grundsätzlich Folgendes steuern: \* Welche Controller werden wie lange gecacht. Jeder Controller, der in diesem ersten Grid verzeichnet ist, wird für die angegebene Zeit gecacht. Wenn ihr bspw. den Detail-Controller komplett live haben wollt, könnt ihr den Eintrag dort entfernen. Alternativ könnt ihr dort die Cache-Zeit des Detail-Controllers reduzieren. \* Welche Controller kommen \*live\* zurück, wenn ein bestimmter Cache-Tag gesetzt ist. Das zweite Szenario ist sicher etwas komplexer und führt häufig zu Missverständnissen: Die Tatsache, dass dort „frontend/detail price“ eingetragen ist, bedeutet nicht, dass der Preis in diesem Controller immer live kommt. Es bedeutet, dass dieser Controller live kommt, wenn das „price“ Tag gesetzt ist. Das „price“-Tag ist einfach nur eine „Markierung“, die wir setzen, wenn der Nutzer nicht in der Standard-Kundengruppe ist (bspw. ein Händler loggt sich ein und ist dann nicht mehr EK, sondern H). Dann sind die Preise ja in alle Regel abweichend - darum „price“ als Info: Achtung, Preise vermutlich falsch, wir haben einen Sonderfall. Ist so ein Tag für einen Nutzer gesetzt, passieren zwei Dinge: 1) Responses von Controllern, die auf dieses Tag reagieren, werden nicht mehr in den Cache geschrieben - wir wollen ja keine Händler-Preise cachen 2) Benutzer, die diesen Cache-Tag haben, bekommen Antworten von Controllern, die auf diesen Tag reagieren, live (Händler sollen ja keine EK-Preise sehen). Was habt ihr nun für Möglichkeiten? 1) Detail-Controller immer live kommen lassen (siehe oben) - nicht unbedingt empfehlenswert 2) Bestimmte Informationen (Lieferzeiten…) über unser Smarty-Action-Plugin einbinden. Da wir ESI-Tags unterstützen könnt ihr damit erreichen, dass die Detailseite noch gecacht wird - bestimmte Bereiche aber trotzdem live kommen. Das kann in Einzelfällen sinnvoll sein - je mehr ihr das macht, desto mehr verliert ihr auch den Performance-Vorteil des Caches - ist also mit Vorsicht zu genießen und erfordert etwas Programmierkenntnis. 3) Euch auf die Cache-Invalidierung verlassen: Bei Nutzung des SW-Backends sowie unserer API werden bei Aktualisierung eines Artikels automatisch alle gecachten Seiten gelöscht, die diesen Artikel beinhalten - also auch die Artikeldetailseite. Das könnt ihr ebenfalls im Performance-Backend-Modul aktivieren, die Option nennt sich „Cache-Invalidierung“ oder „Proxy-BAN aktivieren“. lG Daniel

---

<div class="post-metadata">

### Author: ![bikerstock](https://avatars.discourse-cdn.com/v4/letter/b/3e96dc/32.png) [@bikerstock](https://forum.shopware.com/u/bikerstock)
#### Post date: [23. Oktober 2014 um 11:09 UTC](https://forum.shopware.com/t/http-cache-wieso-werden-preise-und-lieferzeiten-gecached/11815/4 "2014-10-23T11:09:20Z")

</div>

Vielen Dank. Und welche der drei Lösungen empfählst du?

---

<div class="post-metadata">

### Author: ![DanielNogel](https://avatars.discourse-cdn.com/v4/letter/d/96bed5/32.png) [@DanielNogel](https://forum.shopware.com/u/DanielNogel)
#### Post date: [23. Oktober 2014 um 11:37 UTC](https://forum.shopware.com/t/http-cache-wieso-werden-preise-und-lieferzeiten-gecached/11815/5 "2014-10-23T11:37:35Z")

</div>

Hi, normalerweise ist die Cache-Invalidierung völlig ausreichend, um bspw. Preise und Lieferzeiten aktuell auf der Detailseite anzuzeigen. Probleme bereitet die nur, wenn du Schnittstellen nutzt, die das nicht unterstützen - also ggf. Importe von Drittanbietern oder Plain-SQL-Anpassungen. Die anderen Lösungen sind eher nötig, wenn man noch spezielle Anforderungen hat oder bspw. Wechselkurse live von einem anderen Server hohlen muss. lG Daniel

---

<div class="post-metadata">

### Author: ![bikerstock](https://avatars.discourse-cdn.com/v4/letter/b/3e96dc/32.png) [@bikerstock](https://forum.shopware.com/u/bikerstock)
#### Post date: [23. Oktober 2014 um 12:21 UTC](https://forum.shopware.com/t/http-cache-wieso-werden-preise-und-lieferzeiten-gecached/11815/6 "2014-10-23T12:21:04Z")

</div>

Ich aktualisiere eigentlich die Lieferzeiten über die Lokale API (Variante-Update). Aber hierbei schein die Cache-Invalidierung nicht zu greifen.

---

<div class="post-metadata">

### Author: ![bikerstock](https://avatars.discourse-cdn.com/v4/letter/b/3e96dc/32.png) [@bikerstock](https://forum.shopware.com/u/bikerstock)
#### Post date: [23. Oktober 2014 um 15:23 UTC](https://forum.shopware.com/t/http-cache-wieso-werden-preise-und-lieferzeiten-gecached/11815/7 "2014-10-23T15:23:50Z")

</div>

Hast du vielleicht ein Beispiel wie und wo man die Cache-Tags setzt?

---

<div class="post-metadata">

### Author: ![bikerstock](https://avatars.discourse-cdn.com/v4/letter/b/3e96dc/32.png) [@bikerstock](https://forum.shopware.com/u/bikerstock)
#### Post date: [29. November 2014 um 19:39 UTC](https://forum.shopware.com/t/http-cache-wieso-werden-preise-und-lieferzeiten-gecached/11815/8 "2014-11-29T19:39:10Z")

</div>

Hat denn keiner schonmal sowas gemacht?
