Seite 36 - Magento

Die Wahl zwischen Adobe Commerce und Magento Open Source entscheidet über Lizenzkosten, verfügbare Enterprise-Features und die gesamte Betriebsstruktur eines Shops. Wer diese Entscheidung ohne belastbare Kriterien trifft, zahlt entweder für Funktionen, die er nie nutzt, oder baut mühsam nach, was in der anderen Edition längst enthalten wäre.

Eine Pipeline für Magento 2 soll nicht nur hübsch aussehen, sondern echte Risiken früh stoppen und trotzdem schnell genug bleiben, damit das Team sie nicht als Bremsklotz empfindet. Genau diese Balance entscheidet, ob GitHub Actions im Projekt wirklich trägt.

Ein isolierter Observer-Test ruft die Observer-Klasse direkt auf und prueft nie, ob das Event ueberhaupt in events.xml korrekt verdrahtet ist. Ein end-to-end Test ueber den echten Event-Dispatch deckt genau diese Luecke ab.

Wer ein Headless CMS mit GraphQL anbindet, trifft eine Architektur-Entscheidung, die über Jahre hinweg Content-Modeling, Caching und Team-Workflows bestimmt. Strapi, Contentful und Magento GraphQL setzen dieselbe Spezifikation völlig unterschiedlich um, mit Konsequenzen für Query-Komplexität, Autorisierung und die Frage, wo Content endet und Commerce-Daten beginnen.

env.php gehört nicht ins Repository und nicht in den Build-Artefakt. Wer das missachtet, baut ein Release-Modell, das beim ersten Umgebungswechsel bricht. Dieser Beitrag erklärt, wie app/etc, Shared-Verzeichnisse und config.php korrekt im Symlink-Release-Modell mit GitLab CI/CD zusammenspielen.

Headless-Architekturen trennen das Frontend vollständig vom Backend und kommunizieren über APIs, was Entwicklerteams große Freiheit bei der Wahl der Frontend-Technologie gibt, aber gleichzeitig Verantwortung für Dinge überträgt, die ein klassisches, serverseitig gerendertes System wie ein Standard-Magento-Theme automatisch mitliefert. Dieser Artikel beschreibt, welche Rendering-Strategie für welchen Anwendungsfall passt, wie URL-Struktur zwischen Backend und Frontend konsistent bleibt und welche SEO-Regressionen bei einer Migration auf Headless am häufigsten auftreten.

Das kostenlose Magento Security Scan Tool prüft öffentlich erreichbare Shops automatisiert auf bekannte Schwachstellen, riskante Dateiberechtigungen und versehentlich freigegebene sensible Dateien wie .git oder .env Dateien. Dieser Artikel zeigt, wie man einen Shop korrekt registriert, wiederkehrende Scans einrichtet, Befunde richtig priorisiert und versteht, warum das Tool einen echten Penetrationstest niemals ersetzt.

Eine belastbare Amazon- und eBay-Anbindung ist mehr als ein Produkt-Export: Magento muss als Single Source of Truth für Produktdaten funktionieren, während der Marketplace bei Bestellungen führt. Dieser Artikel zeigt die Architektur einer selbstgebauten Marketplace-Integration mit Service Contracts, Queue-basiertem Bestell-Sync und Rate-Limit-Handling für Amazon SP-API und eBay Trading API.

ObjectManager::getInstance()->get() versteckt Abhängigkeiten, macht Tests unmöglich und verhindert statische Analyse. Alles über das Service Locator Anti-Pattern – und die korrekte Alternative.

Deprecation Handling ist kein Punkt auf der Upgrade-Checkliste, sondern ein laufender Prozess: PHPStan-Regeln, Composer-Audits und CI-Gates decken deprecated Code auf, lange bevor Magento ihn in einer künftigen Major-Version entfernt und die Migration erzwingt.