Seite 5 - Monthly Archives: April 2026

Wer moderne Frontend-Stacks mit PhpStorm nutzt, verliert Zeit durch fehlende Autocomplete-Konfiguration, fehlgeschlagene CSS-Klassen-Completion und Vite-Prozesse, die nicht in der IDE integriert sind. Die richtigen Einstellungen reduzieren den Kontextwechsel zwischen Terminal, Browser und Editor auf ein Minimum.

Hyvä Themes bringt Tailwind CSS v4 als CSS-first-Build in Magento. Wer diesen Build in die GitLab-Pipeline integriert, muss Node.js-Versionen, npm-Caching, Artefakt-Übergabe und die Reihenfolge gegenüber dem PHP-Build sauber koordinieren. Dieser Artikel zeigt, wie das in der Praxis funktioniert.

Von der Schema-Definition über das ResolverInterface bis zur DI-Konfiguration, Fehlerbehandlung und Integrationstests – der vollständige Weg zu einem produktionstauglichen Magento GraphQL Resolver ohne Abkürzungen.

Pagination ist in GraphQL keine Kleinigkeit. Wer einfach Offset und Limit ins Schema schreibt, hat eine funktionierende Lösung – aber keine robuste. Cursor-basierte Pagination nach der Relay-Spezifikation ist aufwändiger, löst aber genau die Probleme, die Offset-Pagination bei wachsenden Datenmengen und parallelen Schreibzugriffen schafft.

Die häufigste Erfahrung in PHP-Projekten: Tests sind schwierig zu schreiben, weil der Produktionscode es schwierig macht. Neue Abhängigkeiten direkt instanziiert, globaler State, zu viele Aufgaben in einer Klasse. Testbarkeit ist kein Zufallsprodukt – sie ist das Ergebnis konkreter Designentscheidungen im Produktionscode.

setup:di:compile ist einer der zeitintensivsten Schritte im Magento-Build-Prozess — und einer der am häufigsten falsch platzierten. Zu früh ausgeführt fehlt die vollständige Composer-Basis; zu spät ausgeführt verzögert es den Deploy. Dieser Artikel zeigt, wann und wie di:compile in einer GitLab-Pipeline am besten läuft.