XAMPP ist für viele der schnellste Weg zu einer lokalen WordPress- oder PHP-Umgebung. Aber kaum jemand redet darüber, dass die Standardkonfiguration unter Windows 2026 immer noch auf Ports sitzt, die längst andere Dienste belegen. Genau da fangen die XAMPP-Fehler an, die deine Entwicklung stundenlang blockieren.
Ich habe die häufigsten Probleme durchgespielt: Apache startet nicht, MySQL shutdown unexpectedly, Port 443 already in use, Control Panel friert ein. Das sind keine exotischen Bugs, sondern Konfigurationskonflikte, die du mit wenigen Handgriffen selbst löst.
Warum startet XAMPP unter Windows nicht? Die echten Ursachen
Die drei Killer sind immer dieselben: belegte Ports, fehlende Administratorrechte und falsch konfigurierte Dienste.
Port 80 und 443 sind bei Windows 10 und 11 oft schon von IIS, Skype, dem World Wide Web Publishing Service oder irgendeiner Adobe-Anwendung belegt. Wenn du XAMPP startest, klopft Apache an Port 80 an, bekommt keine Antwort und stirbt still.
Das Schlimmste: Die Oberfläche zeigt dir “Apache is not started” ohne echte Fehlermeldung. Du denkst, XAMPP ist kaputt, dabei lügt nur das Panel.
Meine klare Meinung: Verlass dich nicht auf das grüne Licht. Schau immer in die Logs. Alles andere ist Rätselraten.
Ports prüfen: Der Befehl, der alles aufdeckt
Öffne die Eingabeaufforderung als Administrator und tippe:
netstat -ano | findstr :80
Du bekommst eine Liste mit PID-Nummern. Die verrät dir, welcher Prozess den Port blockiert. Mit tasklist | findstr PID findest du den Namen.
Für Port 443 nimmst du entsprechend findstr :443, für MySQL findstr :3306.
Wenn du siehst, dass ein Dienst wie IIS oder Skype den Port hält, hast du zwei Optionen: Dienst stoppen oder XAMPP auf einen anderen Port legen.
Apache-Port ändern: httpd.conf richtig anpassen
Geh in deinen XAMPP-Installationsordner, meist C:xamppapacheconf, und öffne httpd.conf.
Suche die Zeile Listen 80 und ändere sie auf Listen 8080. Dann suchst du ServerName localhost:80 und machst daraus ServerName localhost:8080.
Speichern, Apache neu starten. Ab jetzt erreichst du dein Projekt über http://localhost:8080.
Achtung: Wenn du virtuelle Hosts nutzt, musst du auch httpd-vhosts.conf anpassen. Sonst landen deine lokalen Domains weiterhin auf Port 80 und laufen ins Leere.
Apache startet trotzdem nicht? Der neue Port ist belegt
Das passiert öfter als du denkst. Port 8080 ist bei manchen Systemen von einem Proxy oder einem anderen Dev-Tool belegt.
Prüf es mit netstat -ano | findstr :8080. Wenn belegt, ändere den Port erneut, etwa auf 8888. Oder stoppe den blockierenden Prozess.
Ich persönlich empfehle, Apache fest auf 8080 und 8443 zu legen. So hast du eine stabile, wiederholbare Umgebung und musst nie wieder raten, warum etwas nicht startet.
Port 443 already in use: HTTPS in XAMPP fixen
Port 443 wird von Apache für SSL genutzt. Skype, IIS und manche VPN-Clients schnappen ihn sich gerne.
Öffne xampp/apache/conf/extra/httpd-ssl.conf und ändere Listen 443 auf Listen 8443.
Danach erreichst du deine HTTPS-Seiten über https://localhost:8443. Denk daran, auch in httpd-vhosts.conf die Ports anzupassen, sonst bleibt der Fehler bestehen.
MySQL startet nicht: my.ini und Logs checken
Wenn MySQL nicht hochkommt, liegt es fast immer an Port 3306 oder an einer zerschossenen my.ini.
Prüf zuerst, ob ein anderer MySQL-Dienst oder MariaDB läuft. Windows-Dienste sind da gerne doppelt aktiv.
Dann öffne xampp/mysql/bin/my.ini und such nach port=3306. Ändere den Wert auf 3307, wenn der Port belegt ist. Auch in der XAMPP-Konfiguration musst du den neuen Port hinterlegen.
Die wahren Details findest du in xampp/mysql/data/mysql_error.log. Da steht drin, ob die InnoDB-Tabellen beschädigt sind oder ob Rechte fehlen.
MySQL shutdown unexpectedly: Datenrettung ohne Panik
Dieser Fehler bedeutet, dass MySQL unsauber beendet wurde. Meist durch einen Absturz, einen Stromausfall oder ein beschädigtes InnoDB-Log.
Geh in xampp/mysql/data. Dort liegen ibdata1, ib_logfile0 und ib_logfile1.
Mein bewährter Notfallplan: Benenne ib_logfile0 und ib_logfile1 in .bak um. Starte MySQL neu. In vielen Fällen baut es die Logs neu auf und läuft wieder.
Wenn das nicht hilft, sichere den kompletten data-Ordner und installiere XAMPP frisch. Kopiere dann die Datenbankordner zurück. Das ist der zuverlässigste Weg.
Control Panel friert beim Start von Apache ein
Das Panel hängt sich auf, weil es auf eine Antwort von Apache wartet, die nie kommt. Ursache ist fast immer ein Portkonflikt oder ein Sicherheitsdienst, der den Prozess blockiert.
Ändere die Ports in httpd.conf und httpd-ssl.conf. Prüfe danach, ob ein Virenscanner oder Windows Defender den Apache-Prozess blockiert.
Ich rate dringend davon ab, XAMPP dauerhaft als Administrator zu betreiben. Das kaschiert nur das Problem, löst es aber nicht.
PHP-Version wechseln und Upload-Limit anpassen
Du brauchst eine andere PHP-Version? Lade sie von der offiziellen PHP-Website herunter und ersetze den php-Ordner in deiner XAMPP-Installation.
Wichtig: Danach musst du php.ini prüfen. Sonst fehlen Erweiterungen oder die Konfiguration passt nicht zur neuen Version.
Für größere Uploads suchst du in xampp/php/php.ini die Zeilen upload_max_filesize und post_max_size. Setz sie auf 64M oder 128M. Apache neu starten, fertig.
UAC deaktivieren: Keine gute Idee
Viele Foren raten, die Benutzerkontensteuerung komplett abzuschalten. Ich halte das für gefährlich.
Klar, XAMPP läuft dann ohne Rückfragen. Aber du öffnest damit Sicherheitslücken für das gesamte System.
Besser: Starte XAMPP gezielt als Administrator, wenn du es brauchst. Oder nutze geplante Tasks. Die UAC dauerhaft ausschalten ist ein Eigentor.
Was tun, wenn nichts mehr hilft?
Wenn Apache auch nach allen Änderungen nicht startet, geh in xampp/apache/logs/error.log. Dort steht die konkrete Zeile, die den Start verhindert.
Oft ist es ein Tippfehler in der httpd.conf oder ein Modul, das nicht geladen werden kann.
Mein letzter Ausweg: XAMPP deinstallieren, Ordner komplett löschen, neu installieren. Aber vorher Datenbanken und htdocs sichern. Ohne Backup machst du das genau einmal.
XAMPP ist kein Hexenwerk. Es ist eine Sammlung von Diensten, die auf Standardports lauschen. Sobald du diese Ports kontrollierst, verschwinden 90 Prozent aller Fehler. Der Rest ist Loglesen und Geduld.
