XAMPP is dat gereedschap dat je één keer installeert en daarna nooit meer naar omkijkt… tot het je ontwikkeling platlegt. Dan blijkt dat XAMPP start niet op in Windows niet één probleem is, maar een verzameling fouten die allemaal op elkaar lijken. En de standaard antwoorden die je online vindt, lossen zelden jouw specifieke geval op.
Ik heb me door de logs, de configuratiebestanden en talloze forumthreads geworsteld. Wat volgt is geen theorie: het zijn de fouten die ik zelf ben tegengekomen en die ik bij anderen heb opgelost, met de reden erachter. Want als je niet weet waarom Apache of MySQL stopt, blijf je gokken.
Poort 80 en 443: de nummer één oorzaak van een niet-startende Apache
Bijna elke keer dat iemand klaagt dat XAMPP Apache niet start, zit er een ander proces op poort 80 of 443. In Windows is dat vaak IIS, maar ook Skype, Teams of zelfs een random Node-server kan die poort kapen. Dat is geen XAMPP-fout: dat is Windows die twee dingen tegelijk op dezelfde deur laat kloppen.
Het simpelste bewijs krijg je met één commando. Open de opdrachtprompt en tik:
netstat -ano | findstr :80
Zie je een PID terug? Zoek die op in Taakbeheer. Is het iets dat je niet nodig hebt, stop het. Is het iets belangrijks, dan verhuis je Apache naar een andere poort. Dat doe je in httpd.conf: zoek Listen 80 en zet er bijvoorbeeld Listen 8080 van. Vergeet niet ook ServerName localhost:80 aan te passen naar localhost:8080, anders blijft je vhosts-gedoe verwijzen naar de oude poort.
Voor HTTPS geldt exact hetzelfde, maar dan in httpd-ssl.conf in de map xampp/apache/conf/extra. Daar wijzig je Listen 443 naar iets als Listen 8443. Vergeet niet dat je dan in je browser https://localhost:8443 moet intikken. Veel mensen vergeten dat en denken dan dat het nog steeds kapot is.
Beheerdersrechten en UAC: de stille saboteur
Windows is tegenwoordig streng. Start je XAMPP zonder beheerdersrechten, dan kan Apache geen poorten onder de 1024 binden en kan MySQL geen bestanden wegschrijven in zijn datamap. Het resultaat: XAMPP Apache service not started of een MySQL die halverwege opgeeft.
De fix is simpel: rechterklik op het XAMPP-paneel en kies Als administrator uitvoeren. Maar er is een hardere optie als je het zat bent. Zet UAC tijdelijk op Nooit melding geven via Configuratiescherm → Gebruikersaccounts. Dat werkt, maar het is een compromis: je verlaagt je algehele systeembeveiliging voor het gemak van je dev-omgeving. Mijn advies: doe dit alleen op een machine die je puur voor ontwikkeling gebruikt, niet op je dagelijkse pc.
My.ini en de MySQL-shutdown die je niet ziet aankomen
De fout MySQL shutdown unexpectedly is berucht. Meestal komt het doordat MySQL niet netjes is afgesloten, waardoor InnoDB-logbestanden corrupt raken. In de map xampp/mysql/data vind je mysql_error.log. Lees die. Echt. Daar staat vaak in één regel wat er misgaat: een ontbrekend bestand, een verkeerde innodb_buffer_pool_size, of een poortconflict op 3306.
Een workaround die vaak werkt: verwijder de bestanden ib_logfile0 en ib_logfile1 uit die datamap en start MySQL opnieuw. Hij herbouwt ze dan. Maar doe dit alleen als je een back-up hebt van je databases, want je riskeert dataverlies. En als poort 3306 bezet is door een andere MySQL-installatie, wijzig je de poort in my.ini onder [mysqld].
PHP-versie wisselen zonder alles te slopen
Wil je een andere PHP-versie draaien? Je kunt niet zomaar wat bestanden overschrijven. Download de officiële PHP-build voor Windows van php.net, vervang de map xampp/php door de nieuwe versie, en neem je oude php.ini mee. Anders verlies je al je extensies en limieten.
Voor het verhogen van uploadlimieten zoek je in php.ini naar upload_max_filesize en post_max_size. Zet die op iets als 64M en 64M. Herstart Apache daarna. Zonder herstart gebeurt er niets, en dat is precies waar mensen de fout maken.
Firewall en antivirus die MySQL blokkeren
De fout Unable to open process bij MySQL is bijna altijd een firewall- of antivirusprobleem. Windows Defender of een third-party antivirus ziet mysqld.exe als verdacht en blokkeert de uitvoering. Voeg XAMPP toe aan de uitzonderingenlijst, of schakel de real-time bescherming tijdelijk uit om te testen.
Dit is geen permanente oplossing. Je wilt je antivirus niet uit hebben staan. Voeg in plaats daarvan de volledige XAMPP-map toe als uitzondering. Dat lost het op zonder dat je je systeem openzet.
Wat als niets werkt? De harde reset
Soms is de configuratie zo verminkt dat je beter opnieuw begint. Verwijder XAMPP volledig, inclusief de map C:xampp, en installeer opnieuw. Maar doe eerst een export van je databases via phpMyAdmin als je die nog kunt bereiken.
Een schonere aanpak voor wie vaker wisselt: gebruik Docker met losse containers voor Apache, MySQL en PHP. Dan heb je geen last meer van poortconflicten op systeemniveau en kun je per project een andere PHP-versie draaien. XAMPP is prima voor quick-and-dirty lokaal werk, maar voor serieuze projecten is het een beperking.
Mijn conclusie is simpel: de meeste XAMPP-fouten komen neer op poorten, rechten en corrupte configuratie. Lees de logs, controleer met netstat wat er draait, en geef XAMPP de rechten die het nodig heeft. Doe je dat niet, dan blijf je hangen in een cyclus van herstarten en hopen.
