Seite 21 - Monthly Archives: January 2026

Wer Magento nur über den Server-Load beobachtet, sieht Symptome statt Ursachen. New Relic macht einzelne Transaktionen sichtbar, von der Checkout-Anfrage bis zum externen Zahlungsdienst, und liefert damit die Datenbasis, um Performance-Probleme gezielt statt zufällig zu beheben.

Zehn Magento-Shops mit zehn identischen Pipeline-Dateien zu betreiben ist technische Schulden in Reinform. Jede Änderung am Deploy-Prozess muss zehnmal gemacht werden. GitLab-Templates mit include und extends lösen das Problem – ein zentraler Build-Standard, individuell erweiterbar pro Projekt.

Ein Bridge-Netzwerk endet an der Grenze des Docker-Hosts. Sobald ein Setup mehrere physische oder virtuelle Maschinen umfasst, übernimmt ein Overlay-Netzwerk die Kommunikation zwischen Containern, egal auf welchem Host sie tatsächlich laufen, verschlüsselt und mit eingebautem Load Balancing.

Eine lange Tabelle, die beim Drucken mitten in einer Zeile umbricht, ist einer der sichtbarsten CSS-Fehler auf Rechnungen und Bestellbestaetigungen. Mit break-inside: avoid fuer Zeilen und einem korrekt eingesetzten thead als wiederholtem Kopf lassen sich Seitenumbrueche gezielt so steuern, dass jede Seite fuer sich lesbar bleibt, ganz ohne JavaScript oder serverseitiges PDF-Rendering.

Kaum ein Browser-Feature wird so oft falsch eingesetzt wie die Notifications API: Ein Berechtigungsdialog direkt beim ersten Seitenbesuch führt in den allermeisten Fällen zur dauerhaften Ablehnung. Richtig eingesetzt, mit passendem Timing, klarem Kontext und Service-Worker-Integration, wird aus derselben API ein Feature, das Nutzer aktiv anfragen, statt es wegzuklicken.

Dependency Injection kehrt die Kontrolle über die Erzeugung von Abhängigkeiten um, statt jede Klasse ihre eigenen Kollaborateure selbst instanziieren zu lassen. Ohne Angular oder NestJS zeigt dieser Artikel, wie Constructor Injection, ein minimaler DI-Container und saubere Lifecycle-Verwaltung in reinem JavaScript lose Kopplung und einfache Testbarkeit ermöglichen.

HTTP Request Smuggling entsteht, wenn ein vorgelagerter Proxy oder Load Balancer und der dahinterliegende Backend-Server dieselbe HTTP-Nachricht unterschiedlich interpretieren, insbesondere hinsichtlich der Frage, wo genau ein Request endet und der nächste beginnt, wodurch ein Angreifer einen versteckten zweiten Request in die Verbindung einschmuggeln kann, der vom Backend fälschlicherweise als eigenständiger Request eines anderen, völlig unbeteiligten Nutzers interpretiert wird. Diese Schwachstellenklasse ist besonders gefährlich, weil sie nicht in der Anwendung selbst liegt, sondern in der Infrastruktur-Interaktion zwischen zwei eigentlich korrekt implementierten Komponenten.

JavaScript ist single-threaded – aber das ist kein Naturgesetz für Browser-Anwendungen. Web Workers bringen echtes Multithreading in den Browser: CPU-intensive Berechnungen, Dateiverarbeitung, Verschlüsselung und KI-Inferenz laufen in Hintergrundthreads, während der UI-Thread reaktionsfähig bleibt und Nutzerinteraktionen flüssig verarbeitet.