Der GitLab Runner ist der Motor jeder Pipeline – er führt die Jobs aus, die in .gitlab-ci.yml definiert sind. Welcher Runner-Typ für Magento-Builds und Deployments geeignet ist, hängt von Isolation, Performance, Sicherheitsanforderungen und verfügbarer Infrastruktur ab.

Ein Cronjob-Eintrag in der Crontab ist nur der Anfang. Ohne Locking laufen Jobs parallel, ohne Logging verschwinden Fehler, ohne Monitoring läuft ein ausgefallener Cronjob wochenlang unbemerkt. flock, strukturiertes Logging, Exit-Code-Checks und systemd-Timer verwandeln fragile Cron-Aufrufe in zuverlässige, beobachtbare Automatisierungseinheiten.

Vue 3 Reaktivität ist keine Magie — sie ist ein präzises System aus JavaScript Proxy, Dependency-Tracking und Scheduling. Wer versteht, wie ref(), reactive(), computed() und watch() intern arbeiten, macht keine Reaktivitätsfehler mehr, wählt das richtige Tool für jeden Anwendungsfall und weiß sofort, warum eine Komponente sich nicht neu rendert. Dieser Artikel erklärt das Reaktivitätssystem vollständig und praxisnah.

DATE_FORMAT, ISO-Wochen, Lücken im Datumsverlauf füllen, UTC-Konvertierung und Vorjahresvergleiche – die häufigsten Fallstricke bei zeitbasierten SQL-Auswertungen.

Ein eigener GitLab Runner gibt Teams volle Kontrolle über Build-Umgebung, Sicherheit und Zugriffspfade. Dieser Artikel erklärt die Installation auf Linux, die Registrierung mit Docker-Executor, Tags, Sicherheitseinstellungen und die Magento-spezifische Konfiguration — Schritt für Schritt und vollständig.

Staging und Preview
wie Scheduled Updates intern funktionieren

Geplante Änderungen in Magento 2 wirken im Admin oft komfortabel, intern sind sie aber ein anspruchsvolles Zeit- und Datenmodell. Wer Staging nur als Marketing-Funktion betrachtet, unterschätzt schnell die Auswirkungen auf Inhalte, Produktdaten und operative Sicherheit.