Monthly Archives: March 2025

Die Build-Stage ist der Grundstein des gesamten Deployment-Prozesses. Wer hier auf Serverabhängigkeiten setzt, einen undefinierten Node-Cache mitschleppt oder DI Compile auf der Produktionsmaschine ausführt, schafft Risiken, die später als Deployment-Probleme auftauchen. Eine saubere Build-Stage erzeugt ein vollständiges, server-unabhängiges Artefakt.

Eine REST-API, die niemals Breaking Changes durchführt, ist eine API, die niemals wirklich weiterentwickelt wird. Wer Deprecations, Sunset-Dates und Migrationspfade von Anfang an einplant, kann APIs gezielt weiterentwickeln, ohne Integratoren zu verlieren oder ohne Vorwarnung zu brechen.

Nuxt 3 mit Nitro bietet mehrere Caching-Schichten, die unabhängig voneinander konfiguriert werden können — Server-seitiger Nitro-Cache, ISR mit Stale-While-Revalidate, CDN-Cache-Control-Headers und Edge-Deployment. Die richtige Kombination dieser Schichten macht den Unterschied zwischen einer Anwendung mit 800 ms TTFB und einer mit 40 ms.

Wer GraphQL-Filter in Magento naiv über rohes SQL oder direkte Modell-Abfragen löst, baut technische Schulden auf. Der korrekte Weg führt über den SearchCriteriaBuilder — mit typsicheren Argumenten im Schema, sauberer Delegation im Resolver und testbarer Filterlogik im Service Contract.

Laufende Cron-Jobs und Queue Consumer während eines Deployments sind eine unterschätzte Fehlerquelle. Ein Consumer, der im alten Release-Code läuft während der Symlink auf das neue Release wechselt, kann zu Datenkonsistenz-Problemen führen. Dieser Artikel erklärt, wie Cron und Consumer im GitLab-Deployment-Prozess zuverlässig kontrolliert werden.

Die View Transitions API bringt das, was früher nur SPAs mit aufwendigen Frameworks erreichten, als native Browser-Funktion: nahtlose Animationen beim Seitenwechsel — mit view-transition-name für shared elements, CSS-Pseudoelementen für volle Stilkontrolle und Cross-Document-Unterstützung für Multi-Page-Apps.