Seite 18 - Monthly Archives: March 2025

Wenn mehrere Nutzer gleichzeitig denselben Datensatz ändern, entscheidet die Wahl zwischen Optimistic Locking und Pessimistic Locking darüber, ob Ihre Anwendung Lost Updates zuverlässig verhindert oder unter Last in Wartezeiten stecken bleibt. Dieser Artikel erklärt beide Sperrstrategien in MySQL mit echtem SQL- und PHP-Code, zeigt SELECT FOR UPDATE und Versionsspalten im Detail und hilft bei der Entscheidung, welches Modell zu welchem Anwendungsfall passt.

Ein Hyvä-Theme ist von Haus aus schlank, aber ein hoher Lighthouse-Score entsteht nicht automatisch. Wer Tailwind-Purging, Bildstrategie, Font-Loading und Full Page Cache nicht gezielt aufeinander abstimmt, verschenkt genau die Vorteile, für die Hyvä eigentlich gebaut wurde. Diese Hyvä-Performance-Optimierung zeigt die konkreten Stellschrauben mit echten Codebeispielen aus Magento 2.4.8 und Tailwind CSS v4.

Eine Kette aus mehreren assertEquals-Aufrufen, die einzelne Felder eines Domänenobjekts vergleichen, ist mühsam zu schreiben und liefert bei einem Fehlschlag nur bruchstückhafte Information. Eigene, domänenspezifische Assertions wie assertMoneyEquals oder assertValidOrderState bündeln diese Vergleiche an einer Stelle und liefern Fehlermeldungen, die sofort zeigen, was fachlich falsch war. Dieser Artikel zeigt, wie solche Assertions entstehen und wann sich der Aufwand lohnt.

Drei Wege, ein Ziel: Magento sicher auf den Server bringen. Shell-Skripte sind einfach, aber schwer wartbar. Deployer PHP kennt Release-Strukturen und Rollback. Ansible ist mächtig, aber overkill für viele Teams. Welcher Ansatz passt wann — und wie sieht das in einer GitLab-Pipeline aus?

Instabile APIs, kurzzeitige Netzwerkausfälle oder überlastete Server führen dazu, dass ein einzelner fehlgeschlagener Request nicht automatisch einen echten Fehler bedeutet. Ein eigener useFetchWithRetry-Hook mit exponentiellem Backoff wiederholt fehlgeschlagene Anfragen mit wachsender Wartezeit, ohne dass dafür zwingend eine zusätzliche Bibliothek nötig ist.

Tausende gleichzeitige Anwendungsverbindungen überfordern MySQL schneller als die eigentliche Abfragelast. ProxySQL sitzt zwischen Anwendung und Datenbank, bündelt Verbindungen über Connection-Pooling und verteilt Lese- und Schreibzugriffe per Query-Routing-Regeln auf die passenden Server, ohne dass die Anwendung davon etwas merkt.

Design Tokens lösen ein Synchronisationsproblem, das jedes plattformübergreifende Produkt betrifft: Farben, Abstände und Typografie müssen in Web, iOS und Android identisch sein, ohne dass drei Teams denselben Wert manuell dreifach pflegen. Eine automatisierte Transformationspipeline macht aus einer einzigen JSON-Quelle konsistentes CSS, Swift und Kotlin, ohne Drift zwischen Plattformen.

Wer für jedes Listenelement einen eigenen Event-Listener registriert, baut eine Speicher- und Performance-Falle. Event Delegation nutzt Event Bubbling und ermöglicht mit einem einzigen Listener die Behandlung von Events auf beliebig vielen Elementen – auch auf solchen, die erst später dynamisch zum DOM hinzugefügt werden.

Multi-Arch Images lösen das Problem, dass ein Team auf Apple-Silicon-Laptops entwickelt, aber auf amd64-Servern deployt, oder umgekehrt arm64-Instanzen in der Produktion nutzt. Docker Buildx erzeugt aus einem einzigen Build-Kommando Images für mehrere Architekturen und veröffentlicht sie unter einem gemeinsamen Tag als Manifest-Liste.

Barrierefreiheit in React-Komponenten scheitert oft an einem Detail: IDs für aria-labelledby und htmlFor müssen einmalig sein und auf Server und Client übereinstimmen. useId löst beides auf einmal – ohne Boilerplate und ohne Hydration-Fehler.