Dieser Artikel ist Teil unserer Serie zur modernen WSL 2 Webentwicklung.

Einleitung: Schluss mit dem Vorgeplänkel

Erinnerst du dich an diesen einen Moment, kurz vor der Deadline? Du willst nur schnell ein Paket updaten, aber der Ladebalken kriecht so langsam voran, als würde er dich persönlich verhöhnen. Während du wartest, hat PHP 8.3 bereits sein Lebensende erreicht. Die bisherigen Teile dieser Serie waren das Fundament, doch heute bauen wir den eigentlichen Motor. Wer professionelle Webentwicklung betreibt, kommt an einer sauberen Konfiguration von PHP und Node.js unter WSL 2 nicht vorbei.

Wir bauen heute eine Umgebung, die sich exakt wie ein nativer Linux-Produktionsserver verhält. Keine Abweichungen mehr zwischen deinem lokalen Setup und der Cloud-Umgebung. Keine bösen Überraschungen beim Deployment am Freitagnachmittag.

Das Performance-Axiom: Warum 9P dein Endgegner ist

Stell dir vor, du wohnst in einem Haus (WSL 2) und deine Werkzeuge liegen im Schuppen des Nachbarn (Windows). Jedes Mal, wenn du einen Hammer brauchst, musst du über den Gartenzaun klettern. Mühsam, oder? Genau das passiert technisch, wenn du Projekte unter /mnt/c speicherst.

Das Kernproblem der Grenzüberschreitung

Das 9P-Protokoll, das für den Dateizugriff zwischen Windows und Linux zuständig ist, erzeugt einen massiven Overhead. Für einzelne Dateien ist das okay. Aber moderne Frameworks bestehen aus Tausenden kleiner Dateien. Hier bricht die Performance dramatisch ein.

Benchmarks aus der Praxis (Stand 2026)

npm install (Next.js App):
- Auf /mnt/c (Windows-Pfad): quälende 55 Sekunden.
- Auf nativem ext4 (Linux-Pfad): rasante 4,2 Sekunden.
Symfony & Laravel:
- Auf NTFS: Hohe Latenzen führen oft zu Timeouts im Browser.
- Auf ext4: Die Seite lädt praktisch instantan.

Meine dringende Empfehlung

Gewöhne dir an, konsequent in Verzeichnissen wie ~/projects/ zu arbeiten. Deine IDE – sei es VS Code oder PhpStorm – greift über den WSL-Remote-Agenten darauf zu. Dein Dateisystem wird aufatmen.

Node.js Management: Flexibilität statt "Sudo"-Frust

Warum ist apt install nodejs ein strategischer Fehler? Ganz einfach: Die Versionen in den Standard-Repositories hinken oft Jahre hinterher. Schlimmer noch: Globale Pakete erzwingen oft den Einsatz von sudo. Das führt langfristig zu einem Berechtigungs-Chaos ("Permission Hell"), bei dem du irgendwann nicht mal mehr deine eigenen Dateien löschen darfst.

NVM: Der Industriestandard auch in 2026

Der Node Version Manager (NVM) ist dein bester Freund. Er installiert Node.js isoliert in deinem Home-Verzeichnis.

curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.5/install.sh | bash

Lade deine Shell neu (source ~/.bashrc oder source ~/.zshrc) und prüfe die Installation mit command -v nvm.

Sicherheits- und Versionsstrategie

Wir schreiben das Jahr 2026. Sicherheitslücken in älteren Runtimes sind aggressiver geworden. Für eine robuste Umgebung von PHP und Node.js unter WSL 2 sind aktuelle LTS-Versionen Pflicht.

Node.js 24.12.0 (LTS): Der Standard für neue Projekte.
Node.js 22.18.x: Für Legacy-Projekte, die noch Wartung benötigen.

Mit NVM wechselst du die Version so einfach wie das Hemd:

nvm install 24.12.0
nvm use 24.12.0
nvm alias default 24.12.0

Ein kurzes node -v gibt dir die Gewissheit: Du bist up-to-date.

Das PHP-Ökosystem: Ein Server, alle Möglichkeiten

PHP unter Windows war lange Zeit ein fauler Kompromiss. XAMPP fühlte sich immer wie ein Fremdkörper an. WSL 2 beendet dieses Kapitel endgültig und ermöglicht einen echten Linux-Stack.

Die Legende: Ondřej Surý

Es gibt einen Namen, den jeder PHP-Entwickler kennen muss: Ondřej Surý. Sein Repository ist die Lebensader für aktuelles PHP auf Ubuntu.

sudo apt update
sudo apt install -y software-properties-common ca-certificates lsb-release apt-transport-https
sudo add-apt-repository ppa:ondrej/php
sudo apt update

Multi-Version-Support in der Praxis

Lisa, eine befreundete Entwicklerin, stand neulich vor einem Problem: Ihr Kunde nutzte noch PHP 8.3 für den alten Shop, während ihr neues Projekt zwingend PHP 8.6 Features benötigte. Früher hätte sie virtuelle Maschinen jongliert. Heute? Installiert sie einfach beide Versionen parallel.

Installation des modernen Stacks (PHP 8.6):

sudo apt install -y php8.6 php8.6-fpm php8.6-cli php8.6-common php8.6-mbstring php8.6-curl php8.6-xml php8.6-zip php8.6-intl php8.6-opcache

Über den Befehl sudo update-alternatives --config php entscheidest du, wer gerade "Chef" in der Kommandozeile ist.

Wichtig für Composer

Installiere zwingend unzip und git. Fehlen diese Tools, fällt Composer auf langsame PHP-Fallbacks zurück. Das fühlt sich an, als würdest du versuchen, einen Swimmingpool mit einem Teelöffel zu füllen.

sudo apt install -y git unzip curl
# Danach folgt die normale Composer Installation

Advanced Networking: Wenn das VPN den Hahn zudreht

Kennst du das? Du startest dein Firmen-VPN und plötzlich ist dein WSL 2 offline. Keine Verbindung zur Außenwelt, DNS-Anfragen laufen ins Leere. Der Grund: VPN-Clients wie Cisco AnyConnect schreiben das Routing aggressiv um.

Mirrored Networking Mode: Die Erlösung

Seit Windows 11 (24H2 und neuer) gibt es den Mirrored Networking Mode. Er spiegelt die Netzwerkschnittstelle des Windows-Hosts direkt in WSL 2.

Deine Vorteile:

Deutlich bessere VPN-Kompatibilität.
IPv6 funktioniert endlich "out of the box".
Du kannst localhost nutzen, ohne über IP-Adressen nachdenken zu müssen.

Erstelle im Windows-Benutzerprofil (%UserProfile%) eine Datei namens .wslconfig mit folgendem Inhalt:

[wsl2]
networkingMode=mirrored

Starte WSL einmal komplett neu (wsl --shutdown). Du wirst den Unterschied sofort spüren.

Wartung und System-Hygiene: Das VHDX-Monster

WSL 2 nutzt virtuelle Festplatten (VHDX-Dateien). Diese haben eine unangenehme Eigenschaft: Sie wachsen dynamisch, wenn du Daten hinzufügst, aber sie schrumpfen nicht automatisch, wenn du Daten löschst. Selbst wenn du 20 GB node_modules löschst, bleibt die Datei auf der Festplatte riesig.

Die Lösung

Fahre WSL herunter: wsl --shutdown
Suche die VHDX-Datei (meist unter AppData\Local\Packages\Canonical...\LocalState).
Öffne eine PowerShell als Admin und nutze:

Optimize-VHD -Path "C:\Pfad\zu\ext4.vhdx" -Mode Full

Defender-Tipp

Schließe deine Linux-Projektverzeichnisse und die VHDX-Datei vom Virenscan aus. Jeder Dateiscan während eines composer install kostet wertvolle Millisekunden, die sich zu Minuten summieren.

Zusammenfassung: Die Werkstatt ist eröffnet

Ein System für PHP und Node.js unter WSL 2 ist wie ein fein abgestimmtes Instrument. Setzt du es in das falsche Umfeld (NTFS, schlechtes Networking), klingt es schief. Doch mit dem richtigen Dateisystem, einer sauberen Versionierung via NVM und modernem Networking entfaltet es sein volles Potenzial. Deine Installationen fliegen, dein Cache warmt sich in Sekunden auf, und du kannst dich endlich wieder auf das konzentrieren, wofür du bezahlt wirst: Großartigen Code schreiben.

#nodejs

PHP & Node.js unter WSL 2 – Das Triebwerk für professionelle Workflows 2026