# 6.7. und PHP memory-Limit **URL:** \ **Category:** Shopware 6 (German)\ **Created:** [1. Juli 2025 um 06:18 UTC](https://forum.shopware.com/t/6-7-und-php-memory-limit/107499 "2025-07-01T06:18:48Z")\ **Posts on this page:** 15\ **Page:** 1
**Author:** ![torstenwolter](https://avatars.discourse-cdn.com/v4/letter/t/85f322/32.png) [@torstenwolter](https://forum.shopware.com/u/torstenwolter)\ **Post date:** [1. Juli 2025 um 06:18 UTC](https://forum.shopware.com/t/6-7-und-php-memory-limit/107499/1 "2025-07-01T06:18:48Z")
Hat jemand eine Ahnung, auf was man jetzt in der 6.7.0.1 das memory-Limit setzen muss? Bei uns ist 512MB eingestellt und die Storefront steigt mit memory-Limit aus. Dabei hat der Shop nichtmal wirklich Plugins im Einsatz und das Theme habe ich auch wegen dem Update auf dem SW-Standard-Theme. Backend scheint soweit zu laufen ---
**Author:** ![Max\_Shop](https://avatars.discourse-cdn.com/v4/letter/m/58f4c7/32.png) [@Max\_Shop](https://forum.shopware.com/u/Max_Shop)\ **Post date:** [1. Juli 2025 um 07:04 UTC](https://forum.shopware.com/t/6-7-und-php-memory-limit/107499/2 "2025-07-01T07:04:43Z")
Die Storefront nutzt bei mir meist zwischen 20 und 40 MB. Ein generelles Shopware Problem sollte es also nicht sein. Aber natürlich kommt es auf die Individualisierung an und wie viele Daten du mittels Verknüpfungen zusätzlich lädst. An deiner Stelle würde ich den Profiler nutzen und schauen, was da so viel RAM frisst. ---
**Author:** ![Anotherone](https://avatars.discourse-cdn.com/v4/letter/a/6de8d8/32.png) [@Anotherone](https://forum.shopware.com/u/Anotherone)\ **Post date:** [1. Juli 2025 um 11:15 UTC](https://forum.shopware.com/t/6-7-und-php-memory-limit/107499/3 "2025-07-01T11:15:01Z")
Das hohe Memorylimit ist eigentlich nur fürs Backend und Scheduler relevant, hab ich noch nie erlebt, daß das Frontend ins Memorylimit läuft. Normalerweise erwähnt der Fehler auch, wo er ins Limit läuft, was zeigt er da an? ---
**Author:** ![torstenwolter](https://avatars.discourse-cdn.com/v4/letter/t/85f322/32.png) [@torstenwolter](https://forum.shopware.com/u/torstenwolter)\ **Post date:** [1. Juli 2025 um 14:06 UTC](https://forum.shopware.com/t/6-7-und-php-memory-limit/107499/4 "2025-07-01T14:06:51Z")
Das wundert mich halt auch. Hatte das im Frontend auch noch nie. Der Fehler kommt beim CacheValueCompressor ---
**Author:** ![Anotherone](https://avatars.discourse-cdn.com/v4/letter/a/6de8d8/32.png) [@Anotherone](https://forum.shopware.com/u/Anotherone)\ **Post date:** [1. Juli 2025 um 17:12 UTC](https://forum.shopware.com/t/6-7-und-php-memory-limit/107499/5 "2025-07-01T17:12:23Z")
Sehr merkwürdig. Habt Ihr viele Produkte/Kategorien? Und ist gzip oder zstd als Kompression eingestellt, weißt Du das? Eventuell mal wechseln? ---
**Author:** ![torstenwolter](https://avatars.discourse-cdn.com/v4/letter/t/85f322/32.png) [@torstenwolter](https://forum.shopware.com/u/torstenwolter)\ **Post date:** [2. Juli 2025 um 05:41 UTC](https://forum.shopware.com/t/6-7-und-php-memory-limit/107499/6 "2025-07-02T05:41:46Z")
Finde das auch komisch. Vorher auf der 6.6.9 lief ja alles problemlos. Nur knapp 900 Artikel (inkl. Varianten 3800) und Kategorien sind sehr überschaubar Zum Glück ist das noch kein Live-Shop. Shopware-Updates sind immer wieder was schönes. Irgend eine Überraschung gibt es immer 🙂 Hab gerade mal den Wartungsmodus aktiviert, die Seite wird interessanterweise angezeigt Bin mal gespannt, woran es diesmal liegt. ---
**Author:** ![hoffmann1](https://avatars.discourse-cdn.com/v4/letter/h/73ab20/32.png) [@hoffmann1](https://forum.shopware.com/u/hoffmann1)\ **Post date:** [13. Juli 2025 um 21:14 UTC](https://forum.shopware.com/t/6-7-und-php-memory-limit/107499/7 "2025-07-13T21:14:17Z")
Habe das gleiche Problem. Konnte schon Lösung gefunden werden? ---
**Author:** ![enerSpace](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/enerspace/32/13552_2.png) [@enerSpace](https://forum.shopware.com/u/enerSpace)\ **Post date:** [15. Juli 2025 um 09:35 UTC](https://forum.shopware.com/t/6-7-und-php-memory-limit/107499/8 "2025-07-15T09:35:43Z")
Hallo zusammen, es gibt zur Zeit einen Bug, der das Problem verursachen kann. Dazu gibt es bereits ein Ticket, dass bisher noch nicht veröffentlicht wurde. Es geht um das folgende Ticket: [fix: Change path of header and footer routes to avoid collisions by mitelg · Pull Request #10911 · shopware/shopware · GitHub](https://github.com/shopware/shopware/pull/10911) Das Problem kann behoben werden in dem in der Tabelle `seo_url` die Einträge `Footer/` oder `Header/` gelöscht werden. Bitte auf die korrekte Schreibweise achten. Nicht `footer`, `Footer` oder `Footer//`. Ob man betroffen ist, kann man z.B. mit den beiden folgenden Abfrage heraus finden: `SELECT * FROM seo_url WHERE seo_path_info = 'Footer/';` `SELECT * FROM seo_url WHERE seo_path_info = 'Header/';` Alle Angaben ohne Gewähr. Macht bitte vorher ein Backup eurer Datenbank. VG Rico von [enerspace.de](http://enerspace.de) ---
**Author:** ![torstenwolter](https://avatars.discourse-cdn.com/v4/letter/t/85f322/32.png) [@torstenwolter](https://forum.shopware.com/u/torstenwolter)\ **Post date:** [21. Juli 2025 um 08:33 UTC](https://forum.shopware.com/t/6-7-und-php-memory-limit/107499/9 "2025-07-21T08:33:55Z")
Super. Das verhindert zumindest mal den Error 500. Aber generell scheint Shopware im Footer zumindest ziemlichen Mist zu machen. die render\_esi wirft da jetzt dann im Footer eine 301, weil es wohl den Footer nicht rendern kann. > # Error when rendering „[https://Domainname/footer](https://Domainname/footer)“ (Status code is 301). Und hab ich eine seoUrl die im seo\_path ‚footer‘ stehen hat, steht man wieder am Anfang mit Error 500 Aber Hauptsache es wird was geändert ---
**Author:** ![torstenwolter](https://avatars.discourse-cdn.com/v4/letter/t/85f322/32.png) [@torstenwolter](https://forum.shopware.com/u/torstenwolter)\ **Post date:** [21. Juli 2025 um 08:40 UTC](https://forum.shopware.com/t/6-7-und-php-memory-limit/107499/10 "2025-07-21T08:40:17Z")
also wenn man den 301-Error hat, muss man einfach in der Tabelle nochmal nach footer bei der seo\_path\_info suchen. den Eintrag weglöschen und nun gehts. ---
**Author:** ![enerSpace](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/enerspace/32/13552_2.png) [@enerSpace](https://forum.shopware.com/u/enerSpace)\ **Post date:** [21. Juli 2025 um 13:38 UTC](https://forum.shopware.com/t/6-7-und-php-memory-limit/107499/11 "2025-07-21T13:38:08Z")
Hallo, wie bereits beschrieben, darf nur der Eintrag `Footer/` oder `Header/` gellöscht werden. VG Rico von [enerspace.de](http://enerspace.de) ---
**Author:** ![torstenwolter](https://avatars.discourse-cdn.com/v4/letter/t/85f322/32.png) [@torstenwolter](https://forum.shopware.com/u/torstenwolter)\ **Post date:** [21. Juli 2025 um 13:44 UTC](https://forum.shopware.com/t/6-7-und-php-memory-limit/107499/12 "2025-07-21T13:44:16Z")
Hi, die hatte ich nicht mehr in der DB. Solang ich aber in der seo\_url-Tabelle noch einen Eintrag mit „footer“ in seo\_path\_info hatte, wollte er den Footer nicht rendern. Jetzt heißt der MP für meine Footernavi „footernavi“ und nicht mehr „footer“. und in der DB hab ich keinen footer-Eintrag mehr (der Kommt ja vom Navigation-Controller im SW-Core) und schon macht die render\_esi Funktion im Base-Twig für den Footer kein Problem mehr und stellt die Navi korrekt da Aber thx nochmal für den Hinweis mit der DB um das Ursprungsproblem zu finden ---
**Author:** ![enerSpace](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/enerspace/32/13552_2.png) [@enerSpace](https://forum.shopware.com/u/enerSpace)\ **Post date:** [21. Juli 2025 um 14:44 UTC](https://forum.shopware.com/t/6-7-und-php-memory-limit/107499/13 "2025-07-21T14:44:25Z")
Hi, danke ebenso für das nachgereichte Feedback. Das ist sehr wertvoll ! VG Rico von [enerspace.de](http://enerspace.de) ---
**Author:** ![D01](https://avatars.discourse-cdn.com/v4/letter/d/c67d28/32.png) [@D01](https://forum.shopware.com/u/D01)\ **Post date:** [24. Juli 2025 um 01:39 UTC](https://forum.shopware.com/t/6-7-und-php-memory-limit/107499/14 "2025-07-24T01:39:54Z")
Vielen Dank für die Lösung! Ich habe noch eine kurze Rückfrage dazu: In meinem Fall gab es unter dem Pfad „Footer/“ zwei Einträge. Beim ersten habe ich lediglich „seo\_path\_info“ angepasst, dort stand „Footer/“, was ich entfernt habe. Das hatte allerdings keine Auswirkung. Den zweiten Eintrag habe ich anschließend komplett gelöscht. Danach sah im Frontend wieder alles normal aus. Ich bin davon ausgegangen, dass ich im Zweifelsfall ohnehin ein Backup einspiele, und habe es daher ausprobiert. Besteht durch diese Änderungen irgendein Risiko oder könnte das langfristig problematisch sein? Den ersten Eintrag finde ich unter dem Begriff „Footer/“ jetzt natürlich nicht mehr… ---
**Author:** ![system](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/2/9/29c7587ba660f00e4995d1743162782e5d6d8653.svg) [@system](https://forum.shopware.com/u/system)\ **Post date:** [23. August 2025 um 01:40 UTC](https://forum.shopware.com/t/6-7-und-php-memory-limit/107499/15 "2025-08-23T01:40:06Z")
Dieses Thema wurde automatisch 30 Tage nach der letzten Antwort geschlossen. Es sind keine neuen Antworten mehr erlaubt.