Release: QUIQQER 2.27
Zusammenfassung
QUIQQER 2.27 stärkt die Plattform dort, wo aktuelle CMS-Projekte zunehmend auf angebundene Dienste treffen: bei Authentifizierung, maschinenlesbaren Schnittstellen, mehrsprachigem Routing und verlässlicher täglicher Administration. Die umfangreichsten Arbeiten konzentrieren sich auf Core, OAuth Server und AI MCP. Zusammen machen diese Releases Berechtigungsabläufe nachvollziehbarer, verbessern die Verwaltung von Projektsprachen und virtuellen Hosts und schaffen klarere Verträge für Integrationen.
Mehrere Anwendungsmodule ergänzen diese Grundlagenarbeit um praktische Verbesserungen. Calendar verarbeitet externe und wiederkehrende Daten defensiver, REST erweitert die OpenAPI-Unterstützung, Order ergänzt Sammelaktionen und Template Presentation bringt flexiblere Navigations- und Abstandsoptionen. Dieser Bericht basiert auf den verfügbaren Release-Hinweisen und dient zur Orientierung; für die Einführung bleiben die tatsächlich installierten Pakete und die Integrationslandschaft des jeweiligen Projekts maßgeblich.
Was sich geändert hat
OAuth-Abläufe werden vollständiger und leichter integrierbar
OAuth Server 3.8.1 schließt eine konzentrierte Release-Folge rund um Zustimmung, Scopes, Discovery und Refresh Tokens ab. Die OAuth-Zustimmung berücksichtigt nun die Projektsprache und kann über eine erweiterbare Oberfläche dargestellt werden. Discovery-Endpunkte liefern absolute URLs, während geschützte Scope-Einstellungen Administratoren mehr Kontrolle darüber geben, welche Berechtigungen angebundene Clients anfordern dürfen.
Auch die Behandlung von Refresh Tokens ist robuster. Die Rotation wurde widerstandsfähiger gestaltet; dynamische Clients können bei passendem Einsatzmodell gemeinsame Refresh Tokens verwenden. Diese Änderungen reduzieren Unklarheiten an der Grenze zwischen QUIQQER und externen Anwendungen. Bestehende Clients sollten dennoch mit ihrem erwarteten Zustimmungs- und Token-Lebenszyklus geprüft werden.
Der Core verbessert mehrsprachiges Routing und administrative Verlässlichkeit
Core 2.27.1 ergänzt pfadbasierte Sprachführung für virtuelle Hosts und verbessert die MCP-Verarbeitung bei Projektsprachen und VHost-Konfiguration. Das ist besonders für Installationen relevant, die mehrere Sprachen unter einer Domain bereitstellen oder die Projektverwaltung für vertrauenswürdige Automatisierung öffnen. Beim Kopieren von Seiten bleibt nun außerdem die Zielreihenfolge erhalten, sodass sich Inhaltsstrukturen vorhersehbarer umbauen lassen.
Mehrere kleinere Korrekturen betreffen die tägliche Administration: Gelöschte Seiten lassen sich nicht mehr bearbeiten, Paketmenüs werden vor dem Öffnen von Einstellungsfenstern geladen, erwartete Rechteablehnungen erzeugen keine unnötigen Warnungen mehr und die Sitzungsbehandlung vermeidet Konflikte durch gemeinsam verwendete Transaktionen. Diese Änderungen gestalten das CMS nicht neu, beseitigen zusammen aber Fehlerbilder, die redaktionelle Arbeit im Live-Betrieb stören können.
AI MCP definiert klarere Zugriffsgrenzen
AI MCP 1.10.0 setzt für den MCP-Zugriff fähigkeitsbezogene OAuth-Berechtigungen durch und ergänzt die Behandlung von Benutzersitzungen. Der MCP-Katalog ist bei der OAuth-Zustimmung sichtbar, sodass Nutzer besser nachvollziehen können, welche Fähigkeiten ein angebundener Client anfordert. Damit wird der Zugriff für Agenten- und Automatisierungsszenarien ausdrücklich begrenzt, statt implizit eine breite Verbindung zu erlauben.
Das erste Release von AI Agentic ergänzt diese Richtung mit interaktivem Konto-Onboarding und typisierten Verträgen für Provider-Zugriffe. Das ist eine frühe Grundlage und noch kein abgeschlossener Endnutzer-Workflow, schafft aber klarere Entscheidungen für Provider-Zugriff und Kontoeinrichtung.
Anwendungsmodule erhalten gezielte betriebliche Verbesserungen
Calendar 5.1.0 führt die Umstellung auf DBAL fort und behandelt fehlerhafte externe Kalenderdaten sorgfältiger. Wiederkehrende Informationen werden nur noch für tatsächlich wiederkehrende Termine gesetzt, ungültige Datumswerte defensiv verarbeitet und fehlende Konfigurationen oder nicht verfügbare URL-Ergebnisse führen nicht mehr zu vermeidbaren Fehlern. Davon profitieren vor allem Projekte, die Kalenderdaten aus Drittsystemen importieren.
REST 3.3.0 unterstützt YAML-basierte OpenAPI-Definitionen und die aktuelle Guzzle-PSR-7-Linie. Order 2.12.0 erlaubt das gemeinsame Löschen mehrerer Bestellungen und fängt nicht verfügbare Versandintegrationen ab. Template Presentation 6.10.0 ergänzt einen automatisch ausblendbaren Navigationsmodus, Layout-Gap-Tokens, korrigierte Abstandsvariablen und zusätzliche Overline-Stile. Das sind gezielte Änderungen, verbessern aber Dokumentationsabläufe, Administration und visuelle Konsistenz.
Payment Stripe 3.4.0 ordnet wiederkehrende Stripe-Daten dem jeweiligen Konto zu, blendet Stripe unterhalb des Mindestbetrags aus und verfeinert die Administration. Productsearch 2.2.3 stellt sicher, dass die Produkteinrichtung vor der Such-Einrichtung abgeschlossen wird. Beide Änderungen korrigieren Reihenfolge- und Gültigkeitsannahmen, die vor allem im produktiven Zusammenspiel der Module relevant sind.
Was das für Projekte bedeutet
- Mehrsprachige Installationen sollten pfadbasiertes Sprachrouting und VHost-Verhalten für Stamm- und Pfadsprachen prüfen.
- OAuth- und MCP-Anbindungen sollten Zustimmung, geschützte Scopes, Discovery-URLs, Refresh-Token-Rotation und Benutzersitzungen gemeinsam testen.
- Projekte mit Kalenderimporten sollten ungültige Datumswerte, nicht wiederkehrende Termine und vorübergehend nicht erreichbare Quellen in Staging-Tests aufnehmen.
- Die Änderungen an Order, Stripe, REST und Darstellung sind inkrementell; eigene Versand-, Zahlungs-, API- oder Template-Integrationen sollten dennoch gegen das neue Verhalten geprüft werden.
Operative Hinweise
Vor dem Update sollten die tatsächlich installierten Paketversionen geprüft und eine aktuelle Sicherung erstellt werden. Für angebundene Anwendungen empfiehlt sich eine Staging-Umgebung mit repräsentativen OAuth-Clients und vollständigen Token-Lebenszyklen, nicht nur ein Test der Anmeldung. Mehrsprachige Projekte sollten jeden konfigurierten Host und Sprachpfad prüfen; Kalender- und Commerce-Projekte sollten auch Ausfälle externer Dienste in ihre Tests einbeziehen.
Die verfügbaren Release-Hinweise unterscheiden sich im Detailgrad. Paket-Changelogs und projektspezifische Tests bleiben deshalb die maßgebliche Grundlage für die Einführung.
Ausblick
QUIQQER 2.27 setzt den Weg zu einer Plattform mit klareren betrieblichen und technischen Zugriffsgrenzen fort. Sprachbewusstes Routing, fähigkeitsbezogene Berechtigungen, ausdrückliche Zustimmung und defensiveres Modulverhalten weisen in dieselbe Richtung: Integrationen sollen leichter nachvollziehbar sein und produktive CMS-Projekte in vorhersehbareren Bahnen arbeiten.