Seite 23 - Monthly Archives: January 2025

Der Merkzettel-Button gehört zu den unscheinbarsten, aber am häufigsten falsch ausgezeichneten Interaktionselementen im Onlineshop: Ein Herzen-Icon wechselt beim Klick seinen Zustand, ohne dass sich am umgebenden Markup sichtbar etwas ändert, und genau dieser stille Statuswechsel ist für Screenreader-Nutzer ohne zusätzliche ARIA-Arbeit unsichtbar. Wer das Toggle-Button-Pattern mit aria-pressed konsequent einsetzt und Statusänderungen aktiv ansagt, macht aus einem rein visuellen Wechsel eine nachvollziehbare Aktion, auch bei der Verwaltung des Merkzettels selbst.

PHPUnit findet Laufzeitfehler – aber nur, wenn die entsprechenden Tests existieren. PHPStan und Psalm finden Typfehler statisch, bevor der Code je ausgeführt wird. Erst die Kombination beider Ansätze schließt die Lücken, die jedes Tool allein offen lässt. Dieser Artikel zeigt, wie man PHPStan, Psalm und PHPUnit als durchgehende Qualitätskette in PHP-Projekten integriert.

Jede zusätzliche Sekunde Ladezeit im Checkout kostet nachweislich Umsatz, gerade auf mobilen Geräten mit schwacher Verbindung. Checkout-Performance in Magento 2 hängt an konkreten, messbaren Stellen: der Totals-Berechnung, der Anzahl redundanter API-Aufrufe, dem Session-Storage und externen Diensten wie Fraud-Prüfung oder Versandkosten-Berechnung.

Ein Netzwerk-Timeout beim Aufruf einer Zahlungs- oder Bestell-API sagt nichts darüber aus, ob der Schreibvorgang auf dem Server tatsächlich fehlgeschlagen ist. Ein naiver Retry-Mechanismus riskiert deshalb doppelte Buchungen, doppelte Bestellungen oder doppelt versendete Benachrichtigungen. Ein Idempotenzschlüssel löst dieses Problem nicht in der Anwendungslogik, sondern strukturell auf Datenbankebene, mit einem UNIQUE-Constraint, der doppelte Verarbeitung selbst bei paralleler Zustellung derselben Anfrage zuverlässig verhindert. Dieser Artikel zeigt das praktische Tabellendesign, Response-Snapshots und eine saubere Aufräumstrategie.

Typsicherheit scheitert selten am Typsystem selbst, sondern daran, dass sie eine individuelle Vorliebe einzelner Entwickler bleibt statt gemeinsam getragener Standard im Team zu werden. Mit CI-Gates, klaren Review-Konventionen und sichtbaren Metriken wird Typsicherheit zu einer Praxis, die auch dann hält, wenn niemand mehr hinschaut.

Claude Code beschleunigt die Fehlersuche nur, wenn der Fehler zuerst reproduziert und mit echten Logs sowie Stacktraces belegt wird. Dieser Artikel zeigt einen belastbaren Debugging-Workflow, bei dem Hypothesen aktiv im tatsächlichen Code geprüft werden, statt die erste plausibel klingende Erklärung der KI ungeprüft als Ursache zu akzeptieren.

Eine Vue-Anwendung, die mit 50 Einträgen flüssig läuft, kann mit 5.000 Einträgen zum Erliegen kommen. Virtualisierung, Memoisierung und gezieltes Profiling sind die drei Hebel, mit denen große Listen performant bleiben – messbar, nicht gefühlt.

Performance bleibt nur stabil, wenn sie nicht an einer einzelnen Person hängt, sondern über Code-Review-Checklisten, automatisierte CI-Budgets, sichtbare Dashboards und feste Sprint-Ziele im gesamten Team verankert ist. Dieser Artikel zeigt, wie Magento- und Hyvä-Teams Performance-Governance aufbauen, Widerstand bei konkurrierenden Deadlines produktiv auflösen und Verantwortung nachhaltig verteilen, statt sie einer Person aufzubürden.

PART

RANGE

SQL · MySQL · Magento · Performance · Datenbank-Architektur

Partitionierung in MySQL: Wann sie hilft und wann nicht

MySQL Partitionierung richtig einsetzen — mit RANGE, LIST, HASH, Partition Pruning und konkretem Magento-Beispiel für sales_order.

RANGE / LIST / HASH / KEY Partition Pruning Magento sales_order Wann nicht partitionieren

Inhaltsverzeichnis

1. 1. Was MySQL Partitionierung wirklich bedeutet
2. 2. Partitionstypen: RANGE, LIST, HASH und KEY
3. 3. Partition Pruning: Wie der Optimizer Partitionen überspringt
4. 4. Partitionswartung: ADD, DROP und REORGANIZE
5. 5. Magento sales_order nach Monat partitionieren
6. 6. Einschränkungen und wann man nicht partitionieren sollte
7. 7. Unterstützung
8. 8. Zusammenfassung
9. 9. FAQ

1. Was MySQL Partitionierung wirklich bedeutet

MySQL Partitionierung teilt eine logische Tabelle intern in mehrere physische Segmente auf. Für Abfragen bleibt die Tabelle eine einzige Einheit — der MySQL-Optimizer entscheidet aber selbst, welche Partitionen er überhaupt lesen muss.

Viele gewachsene Dockerfiles installieren mehr als noetig, cachen Layer ungeschickt und basieren auf veralteten Images mit bekannten Sicherheitsluecken. Claude analysiert bestehende Dockerfiles, schlaegt Multi-Stage-Umbauten vor und erklaert, welche Aenderung welchen konkreten Effekt auf Build-Zeit und Image-Groesse hat.