Seite 8 - Magento

Das Magento-Backend unter dem Standardpfad /admin gehört zu den am häufigsten automatisiert gescannten Zielen jedes Shops im Internet. Mit einem individuellen Admin-Pfad, verpflichtender Zwei-Faktor-Authentifizierung, konsequentem IP-Whitelisting auf Webserver-Ebene, kurzen Session-Timeouts sowie einem regelmäßigen Account- und Rollen-Audit schließt ihr die häufigsten Einfallstore, bevor automatisierte Angriffe und Credential-Stuffing-Versuche überhaupt eine Chance bekommen.

Ein korrekt konfigurierter Varnish Full Page Cache liefert Magento-Seiten in wenigen Millisekunden aus, doch schon eine einzige falsch gesetzte Cookie-Regel kann die Hit-Rate auf null drücken. Dieser Artikel erklärt VCL-Grundlagen, Magentos default.vcl, ESI-Fragmente für personalisierte Blöcke und die häufigsten Cache-Busting-Fehler samt Debugging-Techniken.

Jede Filteroption in der Magento Layered Navigation, von der Markenauswahl bis zum Preis-Slider, ist das Ergebnis einer Elasticsearch-Aggregation, die im Hintergrund parallel zur eigentlichen Suchanfrage berechnet wird. Wer versteht, wie Terms- und Range-Aggregationen aufgebaut sind, kann eigene Facetten ergaenzen und Performance-Probleme in der Navigation gezielt loesen.

Catalog Price Rules wirken auf den ersten Blick wie Cart Price Rules, nur ohne Gutscheincode, funktionieren intern aber vollkommen anders. Während Cart Price Rules ihre Bedingungen bei jeder Warenkorb-Berechnung neu auswerten, verlässt sich Magento bei Catalog Price Rules bewusst auf eine vorberechnete Indextabelle, damit die Preisanzeige im Katalog nicht bei jedem Seitenaufruf komplexe Regel-Logik durchlaufen muss. Dieser Artikel geht in die Tiefe: wie der catalogrule_rule-Indexer arbeitet, warum viele aktive Regeln bei großem Katalog zum Performance-Problem werden können, und mit welchen gezielten Reindex-Strategien sich das in Grenzen halten lässt.

Ein einziger versehentlicher Commit mit Datenbank-Zugangsdaten oder dem Crypt Key aus app/etc/env.php kann ein komplettes Magento-Projekt kompromittieren, selbst wenn das Repository später wieder privat gesetzt wird. Dieser Artikel zeigt, welche Dateien niemals in Git landen dürfen, wie eine saubere gitignore Baseline aussieht und wie Secrets Manager sowie Pre Commit Scanning das zuverlässig verhindern.

MFTF automatisiert genau die Klasse von Fehlern, die Unit-Tests systematisch übersehen: kaputte Checkout-Flows, fehlerhafte JavaScript-Interaktionen und Admin-Formulare, die nach einem Update plötzlich nicht mehr speichern. Wer MFTF sauber aufsetzt, bekommt einen Browser-gestützten Absicherungslayer, der echte Klickpfade im Storefront und Backend automatisch nachstellt und Regressionen findet, bevor Kunden sie finden.

Magento erlaubt mehrere Websites, Stores und Store-Views in einer einzigen Datenbank, doch mit wachsender Anzahl an Mandanten stellt sich die Frage, ob dieses Multi-Store-Schema noch trägt oder ob getrennte Datenbanken pro Mandant die bessere Architektur sind. Die Antwort haengt von Attributanzahl, Traffic-Verteilung und Team-Struktur ab, nicht von einer pauschalen Best Practice.

Requisition Lists sind das B2B-Werkzeug für Stammkunden, die regelmäßig dieselben Positionen bestellen, mit eigenem Datenmodell, eigener API und einer klaren fachlichen Abgrenzung zur Wishlist. Wer eine eigene Frontend-Integration bauen will, muss wissen, wie das Datenmodell aufgebaut ist, welche API-Operationen zur Verfügung stehen und wo die Grenzen des Standardfeatures liegen.

Wer Rechnungen als PDF individuell gestalten will, landet unweigerlich bei Pdf\AbstractPdf, Pdf\Invoice und Zend_Pdf, nicht bei der Sales-Business-Logik. Dieser Artikel zeigt, wie eine gezielte Preference statt einer vollstandigen Klassenkopie die PDF-Generierung erweitert, wie eigene Renderer per di.xml registriert werden und wie sich Rechnungen als PDF performant per CLI-Batch oder Message Queue statt synchron im Checkout erzeugen lassen.

Wer die Rechnungslogik oder die Gutschrift-Verarbeitung in Magento 2 per Preference komplett neu schreibt, riskiert Konflikte mit jedem weiteren Modul und jedem Core-Update. Plugins auf InvoiceRepositoryInterface, CreditmemoManagementInterface und ShipmentRepositoryInterface erlauben gezielte Erweiterungen: eigene Nummerierung, Freigabe-Workflows für Gutschriften, zusätzliche Totals-Zeilen und automatische Rechnungserstellung bei Versand, ohne die Kernlogik zu ersetzen.