Magnolia

HTTP-Caching-Fix für CDN-Projekte: Magnolia DX Core 6.4.5

Magnolia DX Core 6.4.5 wurde am 16. April 2026 ausgeliefert als Stability-Release, das kritische HTTP-Response-Code-Inkonsistenzen bei nicht existenten Seiten und Ressourcen behebt und sicherstellt, dass Downstream-Cach…

Magnolia DX Core 6.4.5 wurde am 16. April 2026 ausgeliefert als Stability-Release, das kritische HTTP-Response-Code-Inkonsistenzen bei nicht existenten Seiten und Ressourcen behebt und sicherstellt, dass Downstream-Caches und CDNs sich erwartungsgemäß verhalten. Das klingt zunächst technisch spitz, hat aber erhebliche strategische Auswirkungen auf jedes Magnolia-Projekt mit CDN-Infrastruktur.

Das Problem dahinter: Wenn eine Website nicht existierende Seiten (404-Fehler) mit fehlerhaften oder inkonsistenten HTTP-Status-Codes ausliefert, führt das zu Cache-Chaos. CDNs wie Fastly, Cloudflare oder Akamai müssen blind vertrauen, dass die Response-Header korrekt sind. Liefert Magnolia stattdessen widersprüchliche Status-Codes ab, können Fehlerseiten plötzlich gecacht werden, während aktuelle Inhalte verfallen – und das im schlimmsten Fall unbemerkt im Produktivbetrieb. Besonders in Multi-Site-Setups mit unterschiedlichen lokalen Konfigurationen potenziert sich dieses Risiko.

Neben der HTTP-Response-Fix bringt 6.4.5 zwei weitere funktionale Verbesserungen: robustere Move-Operationen zur Vermeidung von Namenskonflikten und die Möglichkeit, Content-Nodes direkt in Webhook-Payloads einzubinden. Letzteres ist insbesondere für Headless-CMS-Szenarien relevant, wo externe APIs und Frontend-Systeme über Webhooks auf Publikationsereignisse reagieren. Mit vollständigen Content-Nodes in den Payloads entfällt die zusätzliche API-Abfrage – eine direkte Performance-Optimierung für publikations-intensive Workflows.

Warum jetzt updaten? Die aktive Unterstützung für Magnolia 6.4 erstreckt sich nun auf mindestens 2 Jahre nach dem nächsten Major Release. Das bedeutet: Wer auf 6.4 setzt, ist langfristig versorgt. Es gibt keine Breaking Changes in diesem Release – der Update ist risikoarm und sollte in jede produktive 6.4-Installation. Vor allem für Projekte mit anspruchsvollen CDN-Konfigurationen (Cache-Invalidation, Edge-Computing, DDoS-Protection) ist ein konsistentes HTTP-Response-Verhalten fundamental.

Unsere Empfehlung: Priorisieren Sie diesen Update für Ihre Magnolia-6.4-Infrastruktur. Testen Sie in Staging-Umgebungen die HTTP-Response-Codes unter Last und validieren Sie Ihre Webhook-Integrationen mit erweiterten Payloads. Falls Sie mit Magnolia und CDN-Architektur arbeiten und Fragen zur Umsetzung haben, begleitet Sie Portalworks gerne bei der sicheren Integration.

Marc Hermann
Fragen zu diesem Thema?
Marc Hermann, seit 2008 im Liferay- und Magnolia-Umfeld, antwortet persönlich.
Kontakt aufnehmen →
09.10.2026 · Headless CMS

Storyblok führt G2-Bewertung für Headless CMS im Herbst 2026

Storyblok hat im G2 Grid Report für Herbst 2026 nach eigenen Angaben den ersten Platz in der Kategorie Headless CMS erreicht. Das Unternehmen gab die Platzierung am 25. August 2026 in seinem Blog bekannt. Neben dem Lead…

18.09.2026 · Liferay

Infopark Fiona nach Liferay migrieren: Ablauf und technische Umsetzung

Die Portalworks GmbH zeigt, wie Sie Infopark CMS Fiona nach Liferay migrieren: von der Zuordnung der Objektklassen zu Web Content, Objects und Documents & Media über wiederholbare Datenimporte bis zur Übernahme bestehender URLs und zur geprüften Umschaltung.

03.09.2026 · Magnolia

Magnolia nach NEXT 26: Vom Agentic-Versprechen zum Release

Im Juni saß ich bei der Magnolia NEXT 26 in Basel im Publikum, als Magnolia seine Vorstellung eines „agentischen CMS“ präsentierte. Gut zwei Monate später lohnt sich ein zweiter Blick: Konferenz-Demos sind das eine. Entscheidend ist, was danach tatsächlich im Produkt ankommt. Und in diesem Sommer ist bei Magnolia einiges passiert.