Seite 5 - Monthly Archives: August 2025

Manche Teile eines Formularelements lassen sich bis heute nur ueber herstellerspezifische Pseudo-Elemente gestalten, weil es dafuer keinen standardisierten Selektor gibt. Wer Range-Slider, Datei-Upload-Buttons und Autofill-Hintergruende konsistent stylen will, kommt an webkit- und moz-Präfixen nicht vorbei, muss sie aber strukturiert und wartbar einsetzen.

Ein Docker-Image besteht aus vielen Schichten fremden Codes: der Basis-Distribution, systemweiten Paketen, Sprachlaufzeiten und Anwendungsabhängigkeiten. In jeder dieser Schichten können bekannte Schwachstellen stecken, ohne dass ein Entwickler jemals eine Zeile davon selbst geschrieben hat. Automatisiertes Image-Scanning in der CI/CD-Pipeline macht diese Schwachstellen sichtbar, bevor ein Image überhaupt in Richtung Produktion gebaut wird, und verhindert so, dass bekannte Lücken unbemerkt live gehen.

only und except waren jahrelang der Standardweg, um Jobs in GitLab CI bedingt auszufuehren, doch das Keyword rules loest beide seit Langem ab und erlaubt Bedingungslogik, die mit only/except schlicht nicht abbildbar ist. Dieser Artikel zeigt, warum sich die Migration lohnt und wie sie in bestehenden Pipelines Schritt fuer Schritt gelingt.

Wer React-Props ohne klare Typen schreibt, verlässt sich auf Konventionen statt auf den Compiler. TypeScript macht aus stillschweigenden Annahmen über Props explizite Verträge: Welche Werte sind Pflicht, welche optional, welche Form dürfen Children annehmen und welche zusätzlichen HTML-Attribute soll eine Komponente durchreichen. Dieser Artikel zeigt, wie man React-Props von der ersten Interface-Definition bis zu erweiterten, wiederverwendbaren Komponenten sauber typisiert.

Sobald ein Projekt Code aus einem anderen Repository einbinden muss, stehen zwei eingebaute Git-Mechanismen zur Auswahl: Submodule und Subtree. Beide lösen dasselbe Grundproblem, externe Historie im eigenen Repository referenzierbar zu machen, aber mit vollkommen unterschiedlichen Konsequenzen für Checkout, CI-Pipelines und die Frage, wer welchen Code wo pflegt. Dieser Artikel vergleicht beide Ansätze anhand konkreter Workflows und ordnet ein, wann welche Variante in einem Magento-Kontext sinnvoll ist.

Ein gespeicherter Ausführungsplan wird für einen ersten, unrepräsentativen Parameterwert kompiliert und danach für alle folgenden Aufrufe wiederverwendet, selbst wenn deren Datenverteilung völlig anders aussieht. Parameter Sniffing ist keine zufällige Instabilität, sondern eine logische Folge davon, wie Query-Planer Ausführungspläne cachen. Wer den Mechanismus versteht, erkennt die Symptome sofort und kann gezielt zwischen Statistik-Pflege, Query Hints und Plan-Guides wählen.

Viele PHP-APIs nennen sich REST, sind aber in Wahrheit RPC-Aufrufe mit HTTP-Verpackung: ein POST-Endpunkt für jede Aktion, immer Statuscode 200, egal was passiert. Echtes RESTful API Design in PHP verlangt Ressourcen statt Aktionen, korrekt eingesetzte HTTP-Verben, durchdachte Statuscodes und Idempotenz, wo sie erwartet wird, und das lässt sich ohne ein einziges Framework sauber umsetzen.

Ein Heredoc erlaubt es, mehrzeiligen Text direkt im Skript unterzubringen, ohne jede Zeile einzeln zu escapen. Wer aber den Unterschied zwischen <

Das Slow Query Log ist das wichtigste Diagnosewerkzeug für MySQL-Performance. Erfahren Sie, wie Sie es richtig aktivieren, Logfelder interpretieren und mit mysqldumpslow sowie pt-query-digest langsame Abfragen gezielt aufspüren und dauerhaft beheben.

REVW

QUERY

SQL · Code Review · Magento · Teams · Best Practices

Query Reviews für Teams: Was in Code Reviews geprüft werden sollte

SQL Code Review Checkliste: 10 konkrete Prüfpunkte mit Falsch/Richtig-Beispielen — für Magento-Module, Custom-Code und jedes Team, das SQL schreibt.

10 Prüfpunkte Falsch / Richtig N+1-Queries Magento-Kontext

Inhaltsverzeichnis

1. 1. Warum SQL Code Reviews einen eigenen Fokus brauchen
2. 2. Fehlende WHERE-Klausel bei UPDATE/DELETE
3. 3. SELECT * statt gezielter Spaltenauswahl
4. 4. N+1-Queries in Schleifen
5. 5. Fehlender Index auf JOIN- oder WHERE-Spalte
6. 6. SARGable-Verletzung: Funktion auf indexierter Spalte
7. 7. Fehlendes LIMIT bei großen Ergebnismengen
8. 8. Hardcodierte IDs: store_id = 1
9. 9. Raw-Query ohne Parameter-Binding
10. 10. Fehlender Transaktionsscope bei Multi-Step-Operationen
11. 11. ORM-Collection ohne Filter lädt gesamte Tabelle
12. 12. Unterstützung
13. 13. Zusammenfassung
14. 14. FAQ

1. Warum SQL Code Reviews einen eigenen Fokus brauchen

SQL Code Review ist in vielen Teams ein blinder