Seite 21 - Web Performance
-
Maxim Mironjuk
-
Januar 25, 2025
Klassisches PHP im shared-nothing Modell kennt keinen echten Connection Pool im Speicher eines einzelnen Prozesses. Wer trotzdem den Overhead ständiger Neuverbindungen vermeiden will, braucht entweder persistente Verbindungen mit klaren Grenzen, einen externen Connection Pooler wie ProxySQL, oder ein Long-Running-Prozessmodell wie Swoole.
-
Maxim Mironjuk
-
Januar 23, 2025
Ein schlechter LCP- oder CLS-Wert in einem Monitoring-Dashboard verrät, dass ein Problem existiert, aber nicht, wodurch es verursacht wird. Die Attribution-Build der web-vitals-JavaScript-Bibliothek schließt genau diese Lücke, indem sie zu jeder Metrik das konkrete verursachende Element oder Ereignis mitliefert.
-
Maxim Mironjuk
-
Januar 18, 2025
Wenn eine PHP-Anwendung an eine harte Rechenleistungsgrenze stößt, führte der klassische Weg früher immer über eine eigene C-Erweiterung mit eigenem Build-Prozess. FFI erlaubt es, bestehende native Bibliotheken direkt aus PHP-Code heraus anzusprechen, ganz ohne Compiler-Toolchain im Deployment, und macht damit performancekritischen Code für viel mehr Projekte praktikabel als früher.
-
Maxim Mironjuk
-
Januar 17, 2025
Unoptimierte Bilder sind auf den meisten Websites die größte einzelne Ursache für schlechte Core Web Vitals. Das Nuxt Image Modul automatisiert Formatkonvertierung, responsive Größen und Lazy Loading, sodass eine einzige Komponente aus einem rohen Upload das passende Bild für jedes Gerät und jede Netzwerkverbindung generiert, ohne manuelle Bildbearbeitung im Vorfeld.
-
Maxim Mironjuk
-
Januar 14, 2025
Das Origin Private File System ist ein isolierter, hochperformanter Datei-Speicher pro Origin, der über synchrone Lese- und Schreib-Handles in Web Workern direkte Dateisystem-Geschwindigkeit erreicht. Damit lassen sich Wasm-Datenbanken, Bild-Editoren und Offline-Tools bauen, die klassischen IndexedDB-basierten Lösungen bei Durchsatz und Latenz deutlich überlegen sind.
-
Maxim Mironjuk
-
Januar 11, 2025
Falsch konfigurierte Cache-Control-Header lassen Browser bei jedem Seitenaufruf dieselben Dateien erneut laden und kosten damit spürbare Ladezeit sowie unnötige Serverlast. Dieser Artikel erklärt die wichtigsten Direktiven, ETag-Validierung, Cache Busting und das Zusammenspiel von Browser-, Shared- und Service-Worker-Cache anhand konkreter Magento-Beispiele.
-
Maxim Mironjuk
-
Januar 06, 2025
Seit PHP 8.0 übersetzt der JIT-Compiler heiße Opcode-Pfade zur Laufzeit in nativen Maschinencode, doch der Effekt hängt vollständig vom Workload ab: Bei numerischen Berechnungen, Bildverarbeitung und dem Parsen großer Datenmengen sind spürbare Laufzeitgewinne messbar, während klassische, datenbanklastige Webanwendungen kaum profitieren, weil dort die Wartezeit auf Syscalls dominiert. Dieser Artikel erklärt die Architektur von Function JIT und Tracing JIT, die relevanten opcache.jit-Konfigurationswerte und eine belastbare Benchmark-Methodik, um den tatsächlichen Effekt im eigenen Projekt zu messen statt zu vermuten.
-
Maxim Mironjuk
-
Januar 06, 2025
Wer Magento-Shops ohne systematisches Load-Testing auf den Black-Friday-Traffic vorbereitet, verlässt sich auf Vermutungen statt auf Messwerte. Dieser Artikel zeigt, wie Load-, Stress- und Spike-Tests sich unterscheiden, wie realistische Traffic-Muster mit k6, JMeter und Locust modelliert werden und welche Metriken jenseits der Antwortzeit über die tatsächliche Kapazität eines Shops entscheiden.
-
Maxim Mironjuk
-
Januar 05, 2025
Largest Contentful Paint gilt als die wichtigste der drei Core Web Vitals für die wahrgenommene Ladegeschwindigkeit einer Seite, wird aber in der Praxis häufig falsch angegangen, indem pauschal versucht wird, die Seite als Ganzes schneller zu machen. Der erste nötige Schritt ist, das tatsächliche LCP-Element einer Seite zu identifizieren, das oft nicht das Element ist, das man intuitiv erwarten würde. Der zweite Schritt ist, die LCP-Zeit in ihre vier Phasen, TTFB, Load Delay, Load Time und Render Delay, zu zerlegen und jede Phase gezielt und einzeln zu optimieren, statt eine diffuse Verbesserung der Gesamtzeit anzustreben.
-
Maxim Mironjuk
-
Januar 03, 2025
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.
-