Seite 9 - Web Performance

Ein Monitoring-Alarm meldet Load Average 12 auf einem Server mit vier Kernen, doch die CPU-Auslastung zeigt kaum 20 Prozent. Wer hier reflexartig neue Kerne bucht, loest oft das falsche Problem. Dieser Workflow zeigt, wie man mit uptime, vmstat, pidstat und iostat die Load Average Schicht fuer Schicht auf die tatsaechliche Ursache zurueckfuehrt.

Fuer Gzip-Kompression im Browser wurde jahrelang pako oder eine WASM-Portierung von zlib nachgeladen, oft mehrere hundert Kilobyte allein fuer die Bibliothek. Die Compression Streams API macht das ueberfluessig: CompressionStream und DecompressionStream stehen nativ im Browser bereit.

Web-Fonts sind einer der häufigsten Auslöser für unsichtbaren Text und ruckelnde Layout-Shifts. Dieser Artikel erklärt die Rendering-Mechanik hinter FOIT, FOUT und FOFT, zeigt, wie font-display, Preloading, Variable Fonts und size-adjust zusammenspielen, und macht Font-Loading in Magento- und Hyvä-Shops technisch sauber und messbar stabil.

Brotli hat sich in den letzten Jahren als bevorzugtes Kompressionsverfahren für HTTP-Antworten etabliert und Gzip in den meisten produktiven Setups abgelöst, weil es bei Textinhalten wie HTML, CSS und JavaScript spürbar kleinere Dateien erzeugt. Mit Zstandard, kurz Zstd, drängt inzwischen ein zweites modernes Verfahren in den Webbereich vor, das ursprünglich für Dateisysteme und Netzwerkprotokolle entwickelt wurde und dort vor allem durch seine Geschwindigkeit überzeugt. Dieser Artikel vergleicht beide Verfahren nüchtern anhand von Kompressionsrate und Geschwindigkeit, ordnet den aktuellen Browser-Support-Stand für Zstd als Content-Encoding ein und zeigt, wie sich beide Verfahren serverseitig parallel betreiben lassen.

Ein selbstgebauter Router besteht meist aus einem Wald von Regex-Mustern, die pfadgenau URLs erkennen und Parameter extrahieren sollen, kaum lesbar und fehleranfaellig bei Sonderzeichen. Die URLPattern API loest genau dieses Problem deklarativ und nativ im Browser.

Wer die komplette Tailwind-CSS-Datei render-blockierend lädt, verschenkt wertvolle Millisekunden beim ersten sichtbaren Pixel. Dieser Artikel zeigt, wie Extraction-Tools den tatsächlich sichtbaren Regelsatz einer Seite automatisiert erfassen, wie inline ausgeliefertes Critical CSS und gezielt verzögertes restliches Stylesheet zusammenspielen, und wann sich der Aufwand für einen Magento oder Hyvä Shop wirklich lohnt.

Wer langsame Queries erst findet, wenn Nutzer sich beschweren, arbeitet reaktiv statt praeventiv. Mit Slow Query Log, pg_stat_statements und einem klaren Sampling-Prozess lassen sich langsame Queries systematisch aufspueren, bevor sie zum Produktionsproblem werden, unabhaengig davon, welches Datenbanksystem im Einsatz ist.

Lange Produktlisten, Facettenseiten und Kommentarbereiche zwingen den Browser dazu, tausende Elemente zu layouten und zu malen, obwohl nur ein Bruchteil davon sichtbar ist. Die CSS Eigenschaften contain und content visibility geben der Rendering Engine gezielt Kontext, welche Bereiche isoliert und welche komplett übersprungen werden können, ohne dabei Layout Shifts zu verursachen.

Eine einzelne Redis-Instanz reicht für die meisten Magento-Shops lange aus, stößt aber bei sehr hohem Traffic irgendwann an klare Grenzen, sowohl bei der verfügbaren Speichermenge als auch beim maximal möglichen Durchsatz auf einem einzelnen Prozess. Redis Cluster löst dieses Problem durch horizontale Verteilung der Daten auf mehrere Knoten, bringt dabei aber eigene Tuning-Fragen mit, die bei einer einzelnen Instanz gar nicht existieren. Dieser Artikel geht auf die Sharding-Strategie und die Hash-Slot-Verteilung ein, zeigt, wie Speicher-Eviction-Policies richtig gewählt werden, und erklärt, wie sich ungleichmäßig verteilte Last auf einzelne Shards zuverlässig erkennen lässt.

Der Query-Optimizer entscheidet nicht anhand des SQL-Textes allein, sondern anhand von Statistiken ueber die Datenverteilung, die mit wachsenden Tabellen veralten koennen. Wer Statistiken und Query-Planer-Cache versteht, erkennt sofort, warum eine unveraenderte Query nach einem Datenwachstum ploetzlich einen anderen, deutlich langsameren Ausfuehrungsplan bekommt.