# Cache: Viele "GET|BAN /" Requests durch Shopware

**URL:** <https://forum.shopware.com/t/cache-viele-get-ban-requests-durch-shopware/45433>\
**Category:** Programmierung\
**Created:** [26. April 2017 um 09:01 UTC](https://forum.shopware.com/t/cache-viele-get-ban-requests-durch-shopware/45433 "2017-04-26T09:01:02Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![glenn1](https://avatars.discourse-cdn.com/v4/letter/g/3ec8ea/32.png) [@glenn1](https://forum.shopware.com/u/glenn1)\
**Post date:** [26. April 2017 um 09:01 UTC](https://forum.shopware.com/t/cache-viele-get-ban-requests-durch-shopware/45433/1 "2017-04-26T09:01:02Z")

</div>

Hallo,

in unserem Shopware-System (5.2.16) sind im Access-Log viele Einträge wie folgt zu finden:

[26/Apr/2017:10:35:54 +0200] „GET / HTTP/1.1“ 200 12910 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:35:54 +0200] „GET / HTTP/1.1“ 200 12910 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:35:56 +0200] „BAN / HTTP/1.1“ 301 230 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:35:56 +0200] „BAN / HTTP/1.1“ 301 230 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:35:58 +0200] „GET / HTTP/1.1“ 200 12909 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:35:56 +0200] „GET / HTTP/1.1“ 200 12910 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:35:58 +0200] „BAN / HTTP/1.1“ 301 230 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:35:56 +0200] „GET / HTTP/1.1“ 200 12910 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:35:58 +0200] „BAN / HTTP/1.1“ 301 230 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:35:58 +0200] „GET / HTTP/1.1“ 200 12909 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:36:00 +0200] „BAN / HTTP/1.1“ 301 230 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:36:00 +0200] „BAN / HTTP/1.1“ 301 230 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:35:59 +0200] „GET / HTTP/1.1“ 200 12909 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:36:01 +0200] „BAN / HTTP/1.1“ 301 230 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:36:01 +0200] „GET / HTTP/1.1“ 200 12909 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:36:03 +0200] „BAN / HTTP/1.1“ 301 230 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:36:00 +0200] „GET / HTTP/1.1“ 200 12909 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:36:03 +0200] „BAN / HTTP/1.1“ 301 230 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:36:03 +0200] „GET / HTTP/1.1“ 200 12908 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:36:03 +0200] „GET / HTTP/1.1“ 200 12908 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:36:06 +0200] „BAN / HTTP/1.1“ 301 230 „-“ „Shopware/5.2.16“  
[26/Apr/2017:10:36:06 +0200] „BAN / HTTP/1.1“ 301 230 „-“ „Shopware/5.2.16“

Die Einträge sind häufig und kommen eigentlich stetig vor.

Ich muss dazu sagen, dass auf der Startseite eine Einkaufswelt und einige Emotion-Widgets liegen, die GET-Requests also durchaus berechtigt sind. Was mich irritiert sind die BAN-Requests. Noch dazu, weil der HTTP-Cache so eingestellt ist, dass widgets/index und widgets/emotion 3600/14400 Sekunden im Cache liegen dürfen und im Backend an den Startseiten-Einkaufswelten nicht gearbeitet wurde.

Wodurch kann das Verhalten verursacht werden?

Viele Grüße

---

<div class="post-metadata">

**Author:** ![Moritz\_Naczenski](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/moritz_naczenski/32/7792_2.png) [@Moritz\_Naczenski](https://forum.shopware.com/u/Moritz_Naczenski)\
**Post date:** [26. April 2017 um 11:20 UTC](https://forum.shopware.com/t/cache-viele-get-ban-requests-durch-shopware/45433/2 "2017-04-26T11:20:30Z")

</div>

Der BAN-Request ist die Cache-Invalidierung, wenn bspw. ein Artikel oder eine Kategorie usw. gespeichert wird. Das ist also ganz normal.

---

<div class="post-metadata">

**Author:** ![glenn1](https://avatars.discourse-cdn.com/v4/letter/g/3ec8ea/32.png) [@glenn1](https://forum.shopware.com/u/glenn1)\
**Post date:** [26. April 2017 um 12:55 UTC](https://forum.shopware.com/t/cache-viele-get-ban-requests-durch-shopware/45433/3 "2017-04-26T12:55:13Z")

</div>

Das war mir klar, aber die Vielzahl hat mich irritiert, so schnell kann man im Backend gar nicht arbeiten, dass sekündliche BAN-Requests notwendig werden. Aber was ich nicht im Blick hatte, waren interne Cronjobs die auf Artikeldaten arbeiten.

Dennoch danke für die schnelle Antwort!
