Seite 237 - Mironsoft Blog

Wer Layout-XML nur oberflächlich kennt, verliert sich schnell in unvorhersehbaren Block-Positionen und stillen Merge-Konflikten. Dieses Handbuch erklärt Handle-Resolution, Container gegenüber Block, referenceBlock und referenceContainer, die Sortiermechanik mit before/after sowie das move-Element, mit praxisnahen PHP-8.4-Beispielen für den Hyvä-Stack von Mironsoft.

Hono RPC erzeugt einen vollständig typisierten API-Client direkt aus dem Rückgabetyp der Serverrouten, ohne separaten Codegenerierungsschritt und ohne dupliziertes Schema. Der Server ist gleichzeitig die einzige Quelle der Wahrheit für Endpunkt, Payload und Antwort.

Wer Fehler nur rot, Erfolg nur grün und Links nur farbig kennzeichnet, schließt farbenblinde und sehbehinderte Nutzer von wichtigen Informationen aus. Ein zweites Unterscheidungsmerkmal wie Icon, Textlabel oder Unterstreichung macht Formulare, Status-Badges und Links für alle Nutzergruppen zuverlässig lesbar und erfüllt WCAG 1.4.1 ohne Mehraufwand im Design.

Wenn ein Fehler in produktivem Code auftritt, der von Claude Code vorgeschlagen wurde, fragt sich jedes Team irgendwann: Wer war eigentlich verantwortlich. Klare Verantwortlichkeiten für KI-generierten Code müssen vor dem ersten Vorfall definiert werden, nicht danach, sonst entstehen Schuldzuweisungen statt konstruktiver Fehleranalyse.

Eine schlecht designte Component API in einer geteilten Komponentenbibliothek ist Mehrarbeit für jedes Team-Mitglied, das sie nutzt. Props ohne Standardwerte, Emits ohne Typ-Contracts, fehlende Slots für Kompositionsstellen und undokumentiertes Expose-Interface machen Komponenten schwer nutzbar. Mit klaren Konventionen und TypeScript entstehen Component APIs, die stabil, erweiterbar und rückwärtskompatibel sind.

Ein einzelner ausführlicher Blogartikel steckt voller Substanz, die auf Social-Media-Plattformen in ganz anderer Form ankommt: als Carousel, als Kurzvideo-Skript oder als Thread. Content-Repurposing verwandelt diese Substanz systematisch in mehrere Formate, ohne dass identische Textblöcke einfach kopiert werden und ohne dass die ursprüngliche Suchmaschinen-Sichtbarkeit des Blogartikels durch Duplicate Content leidet.

Das N+1-Problem ist das häufigste Performance-Antipattern in GraphQL-APIs. Es entsteht, wenn jeder Resolver eines Listen-Elements eine eigene Datenbankabfrage auslöst. Das Ergebnis: 100 Produkte bedeuten 101 Queries. Batching und DataLoader-Muster lösen das Problem systematisch — ohne die Flexibilität von GraphQL zu opfern.

Der Array-Index als key-Wert funktioniert scheinbar problemlos, bis eine Liste sortiert, gefiltert oder verändert wird. Dann recycelt React internen Komponenten-State zwischen den falschen Elementen, mit teils gravierenden, schwer nachvollziehbaren Folgen.

Wer Header und Footer direkt im phtml-Template hart codiert, verliert bei jedem Theme-Update und jeder Modul-Erweiterung wertvolle Zeit: Blöcke lassen sich nicht sauber verschieben, Drittmodule finden keinen Einstiegspunkt, und jede Anpassung endet in einer vollständigen Template-Kopie. Header und Footer per Layout-XML zu strukturieren löst genau dieses Problem - mit Containern, Blöcken und ViewModels, die auch nach dem nächsten Hyvä-Update noch funktionieren.

Wer zum ersten Mal einen console.log in einem useEffect sieht, der im Entwicklungs-Build plötzlich zweimal auftaucht, hält das fast immer für einen Fehler. Tatsächlich ist die doppelte Ausführung in React 18 und 19 unter Strict Mode bewusst eingebaut, um genau die Effects zu entlarven, die kein korrektes Cleanup besitzen und in der Produktion später zu schwer auffindbaren Bugs führen würden.