Release: QUIQQER 2.29
Zusammenfassung
QUIQQER 2.29 ist ein breites Wartungsrelease mit einer klaren betrieblichen Linie: Bestehende Projekte sollen sich einfacher aktualisieren lassen, angebundene Systeme sollen vorhersehbarer arbeiten und mehr Frontend-Aufgaben erst dann starten, wenn sie tatsächlich benötigt werden. Core 2.29.2 schafft Grundlagen für Migrationen und Mail-Platzhalter, Cache 3.2.11 überarbeitet die Auslieferung von JavaScript-Bundles und Order 2.13.1 stärkt Bestellhistorien und trennt die Warenkorb-Initialisierung vom ersten Seitenaufbau.
Auch Sicherheit und Datenqualität werden gezielt verbessert. Frontend Request Signing berücksichtigt nun die konfigurierte Token-Laufzeit und behandelt ungültige oder ungewöhnliche Antworten defensiver. Controls verbessert die JSON-LD-Erzeugung, während Products Feed maschinenlesbare Preise und Abonnementwerte präzisiert. Dieser Bericht basiert auf den verfügbaren Release-Informationen und dient der Orientierung; für die Rollout-Planung bleiben die tatsächlich installierten Pakete und projektspezifischen Integrationen entscheidend.
Was sich geändert hat
Core bereitet sauberere Migrationen und Integrationsdienste vor
Core 2.29.2 führt die Migration von Benutzeradressen während des Setups aus und überführt die bisherige Adressspalte. Hinzu kommen Mail-Platzhalterdienste für Benutzer und Gruppen sowie erweiterte MCP-Funktionen für geschützte Systeminformationen und Projekteinstellungen. Ein Modus für gefüllte oder leere Werte bei Einstellungsabhängigkeiten ermöglicht präzisere Konfigurationsmasken.
Für länger gepflegte Installationen bedeutet das weniger manuelle Nacharbeit bei älteren Benutzerdaten und klarere Dienstgrenzen für E-Mail-Funktionen und vertrauenswürdige Automatisierung. Da die Adressmigration im Setup läuft, sollten Teams sie vor dem Produktiveinsatz mit repräsentativen Datensätzen prüfen.
Cache stellt asynchrone Auslieferung mit robusteren Rückfällen wieder her
Cache 3.2.11 hält AMD-Module in wiederverwendbaren Paket-Bundles, verzögert erzeugte JavaScript-Bundles und stellt das asynchrone Laden wieder her. Der Optimizer behandelt außerdem fehlgeschlagene Prüfungen auf verfügbare Kommandos.
Damit soll beim ersten Seitenaufbau unnötige Arbeit entfallen, ohne wiederverwendbare Modul-Bundles aufzugeben. Projekte mit eigenen Frontend-Modulen oder engen Performance-Vorgaben sollten Darstellung und Browser-Konsole vor und nach dem Update vergleichen, insbesondere auf Seiten mit vielen verzögert geladenen Komponenten.
Commerce-Abläufe werden stärker getrennt und nachvollziehbarer protokolliert
Order 2.13.1 entkoppelt den Frontend-Warenkorb von Bestellungen, verzögert Warenkorb-Initialisierung und Footer-Skripte und reicht Checkout-Parameter über das Site-Interface weiter. Statusänderungen von Bestellungen werden dauerhaft protokolliert; zusätzliche Tests härten Checkout- und Bestellabläufe. Customer 2.7.0 ergänzt dies durch robustere Behandlung fehlender Bestellkunden, eine modernisierte Kundensuche und offene Posten sowie vorhersehbare Kundennummern in Demodaten.
Commerce-Seiten sollen dadurch weniger von einer sofortigen Frontend-Initialisierung abhängen, während Betriebsteams einen klareren Verlauf von Statusänderungen erhalten. Eigene Checkout-, Warenkorb-, ERP- und Reporting-Integrationen sollten gemeinsam geprüft werden, weil die Änderungen mehrere Modulgrenzen betreffen.
Request Signing behandelt Randfälle bei Token und Antworten
Frontend Request Signing 1.1.1 berücksichtigt die konfigurierte Token-Laufzeit, liest JWT-Header unabhängig von Groß- und Kleinschreibung, erhält Sitzungen bei ungültigen Token und ignoriert AJAX-Antworten, die keine Objekte sind. Das Paket hebt außerdem seine Qualitätsbasis auf PHP 8.2 und härtet die Request-Interception.
Damit werden mehrere Annahmen entschärft, die schwer nachvollziehbare Integrationsfehler verursachen können: Schreibweise von Headern, Token-Ablauf, unerwartete Antworttypen und die Erholung nach ungültigen Token. Anwendungen mit eigenen AJAX-Endpunkten sollten diese Fälle im Staging ausdrücklich testen.
Strukturierte Daten, Feeds und Bearbeitung erhalten gezielte Verbesserungen
Controls 2.4.3 führt ein wiederverwendbares JSON-LD-Werkzeug ein, dekodiert verschachtelte HTML-Entities vor der Kodierung und lässt leere Artikelautoren weg. Products Feed 2.1.4 formatiert Preise und Google-Abonnementwerte maschinenlesbar und sichert Serialisierung und Feldwerte ab. Dadurch sollen weniger fehlerhafte oder mehrdeutige Daten an Suchmaschinen und externe Kataloge gelangen.
Bricks 2.32.0 ergänzt einen nativen Einzelbutton-Baustein und konfigurierbare data-*-Attribute, erhält Button-Stile bei Cache-Treffern und präzisiert bedingte Popup-Einstellungen. Template Presentation 6.11.0 bringt einen Design-Token für Abschnittsradien und geführte Unterstützung beim Erstellen von Landingpages. Das sind kleinere redaktionelle Änderungen, sie erleichtern aber die Konfiguration wiederverwendbarer Komponenten, ohne die gecachte Darstellung zu schwächen.
Was das für Projekte bedeutet
- Länger gepflegte Installationen sollten die Core-Migration der Benutzeradressen mit einer aktuellen Datenbankkopie testen.
- Frontend-intensive Websites sollten verzögertes JavaScript, AMD-Module und eigene Controls auf gecachten und ungecachten Seiten prüfen.
- Commerce-Projekte sollten Warenkorbstart, Checkout-Parameter, Statushistorien, ERP-Anbindungen und fehlende Kundenzuordnungen als gemeinsamen Ablauf testen.
- Signierte Frontend-Integrationen sollten Token-Ablauf, Header-Schreibweise, ungültige Token und nicht objektförmige AJAX-Antworten abdecken.
- Websites mit strukturierten Daten oder Produktfeeds sollten erzeugtes JSON-LD und maschinenlesbare Preise mit den üblichen externen Werkzeugen validieren.
Betriebliche Hinweise
Vor Setup-Migrationen sollte ein aktuelles Backup erstellt werden. Das Update gehört zunächst in eine Staging-Umgebung mit repräsentativen Benutzerdaten, gecachten Frontend-Seiten, signierten Requests und Commerce-Transaktionen. Wo Release-Hinweise knapp sind, bleiben Paket-Changelogs und projektspezifische Tests die maßgebliche Grundlage für die Einführung.
Ausblick
QUIQQER 2.29 dreht sich nicht um eine einzelne große Funktion. Der Wert liegt in abgestimmter Grundlagenarbeit: Migrationen werden expliziter, Frontend-Arbeit bewusster verzögert, Integrationen behandeln Randfälle sorgfältiger und Redaktionen erhalten präzisere wiederverwendbare Controls. Für etablierte Projekte ist diese Kombination wichtiger als die Zahl der im selben Zeitraum veröffentlichten Pakete.