Als je XAMPP installeert en Apache of MySQL weigert te starten, is dat bijna nooit een bug van XAMPP zelf. Het is bijna altijd een Windows-probleem: een poort die al bezet is, een service die zich gedraagt als een bezitterige huisbaas, of een configuratiebestand dat je zelf om zeep hebt geholpen. Ik heb deze ellende talloze keren meegemaakt en de oplossing is meestal simpeler dan je denkt.
De meest voorkomende oorzaak van een XAMPP-fout in Windows is een conflict met poort 80 of 443. Windows zelf, IIS, Skype, of zelfs een achtergrondproces van Teams kan die poorten claimen. Apache probeert vervolgens te starten, krijgt een weigering en stopt er gewoon mee. Zonder duidelijke melding in de interface, tenzij je de logs induikt.
Waarom Apache niet start en hoe je poort 80 vrijmaakt
Het eerste wat je moet doen als XAMPP Apache niet start, is controleren wie poort 80 bezet houdt. Open de opdrachtprompt als administrator en typ:
netstat -ano | findstr :80
Je krijgt een lijst met processen en hun PID. Zoek die PID op in Taakbeheer en je ziet precies welke service de boel blokkeert. Vaak is dat http.sys, een Windows-component die IIS of Web Deployment Services gebruikt. Stop die service via services.msc of schakel hem uit.
Als je poort 80 niet kunt vrijmaken omdat een systeemproces hem nodig heeft, wijzig dan de Apache-poort. Open xampp/apache/conf/httpd.conf, zoek de regel Listen 80 en verander die in Listen 8080. Doe hetzelfde met ServerName localhost:80 naar ServerName localhost:8080. Vergeet niet ook httpd-vhosts.conf aan te passen als je virtual hosts gebruikt.
Na het opslaan start je Apache opnieuw op vanuit het XAMPP Configuratiescherm. Als hij nu wel start, weet je dat het een poortconflict was. Simpel, maar je moet het wel even weten.
MySQL start niet: de echte redenen achter de fout
MySQL die niet start in XAMPP is een klassieker. De foutmelding “MySQL shutdown unexpectedly” of “Unable to open process” wijst meestal op een van deze drie dingen: poort 3306 is bezet, de my.ini is corrupt, of de databasebestanden zijn beschadigd.
Controleer eerst of poort 3306 vrij is met netstat -ano | findstr :3306. Als daar een ander proces op zit, wijzig dan de MySQL-poort in xampp/mysql/bin/my.ini. Zoek port=3306 en verander dit naar port=3307. Start MySQL daarna opnieuw.
Zit de poort niet in de weg, dan is je data waarschijnlijk beschadigd. Ga naar xampp/mysql/data en bekijk de .err bestanden. Vaak zie je daar de exacte fout, zoals een InnoDB-paginaprobleem. In dat geval kun je proberen de map ibdata1 en ib_logfile* te verwijderen, maar alleen als je een back-up hebt. Anders ben je je databases kwijt.
Ik heb ooit een productieserver zien crashen omdat iemand XAMPP gebruikte als testomgeving en de MySQL-data niet had geback-upt. Verlies nooit je data door een simpele configuratiefout.
Poort 443 al in gebruik: HTTPS-problemen oplossen
Poort 443 wordt door Apache gebruikt voor HTTPS. Skype, IIS en sommige VPN-clients pakken die poort graag af. De fout “port 443 already in use” is dan ook een van de meest gevraagde XAMPP-oplossingen.
Je kunt de SSL-poort van Apache wijzigen in xampp/apache/conf/extra/httpd-ssl.conf. Zoek Listen 443 en verander dit naar Listen 8443. Werk ook VirtualHost _default_:443 bij naar _default_:8443. Vergeet niet je browser te vertellen dat je voortaan https://localhost:8443 moet gebruiken.
Een alternatief is om Skype of IIS tijdelijk uit te schakelen. Maar eerlijk? Dat is een lapmiddel. Poorten wijzigen is de structurele oplossing.
Beheerdersrechten en UAC: de stille saboteurs
XAMPP heeft beheerdersrechten nodig om services te starten en poorten te binden. Draai je XAMPP zonder administratorrechten, dan krijg je vage fouten zoals “Apache service not started” of een configuratiescherm dat bevriest.
Klik met rechtermuisknop op het XAMPP icoon en kies Als administrator uitvoeren. Helpt dat niet, schakel dan UAC tijdelijk uit via het Configuratiescherm onder Gebruikersaccounts. Zet de meldingen op Nooit melding geven en herstart je pc. Dit is geen ideale permanente oplossing, maar het laat je wel zien of UAC de boosdoener is.
Wil je UAC niet uitschakelen, maak dan een snelkoppeling die automatisch als administrator draait. Rechtsklik op de snelkoppeling, tabblad Compatibiliteit, en vink Programma altijd als administrator uitvoeren aan.
PHP-versie wijzigen en uploadlimieten aanpassen
XAMPP wordt geleverd met een standaard PHP-versie, maar soms heb je een andere nodig voor een project. Je kunt de PHP-map in xampp/php vervangen door een gedownloade versie van de officiële PHP-site. Let wel op dat je php.ini opnieuw moet configureren, want de extensies en instellingen zijn niet automatisch overgenomen.
Een veelvoorkomend probleem is dat je geen grote bestanden kunt uploaden via WordPress of een ander CMS. Pas dan in php.ini de volgende regels aan:
- upload_max_filesize = 64M
- post_max_size = 64M
- max_execution_time = 300
Herstart Apache daarna. Zonder herstart worden de wijzigingen niet doorgevoerd. Dit is precies het soort XAMPP-fout dat je ontwikkeling onnodig vertraagt als je het niet weet.
Logs lezen: de enige echte foutopsporing
De meeste mensen negeren de logs. Dom, want daar staat precies wat er misgaat. Apache schrijft naar xampp/apache/logs/error.log. MySQL schrijft naar xampp/mysql/data/mysql_error.log of een .err bestand.
Open die bestanden met Kladblok of Notepad++ en zoek naar regels met error of warning. Vaak zie je direct of het om een poortconflict, een ontbrekende module of een rechtenprobleem gaat. Zonder logs te lezen, blijf je gokken.
Een concreet voorbeeld: ik zag ooit “AH00526: Syntax error on line 234 of httpd.conf”. Bleek een typefout in een vhost-definitie. Zonder log had ik uren kunnen zoeken.
Wat als niets werkt: herinstallatie als laatste redmiddel
Soms is XAMPP zo verpest dat herinstalleren de snelste route is. Verwijder XAMPP volledig, verwijder de mappen xampp en eventuele resten in Program Files. Start je pc opnieuw op en installeer de nieuwste versie van XAMPP.
Maak vóór alles een back-up van je htdocs en je databases. Anders ben je je projecten kwijt. Dat is niet dramatisch bedoeld, maar het gebeurt mensen dagelijks.
Mijn advies: gebruik XAMPP als lokale testomgeving, maar zet nooit iets live op een Windows-machine met XAMPP. Voor productie zijn Docker, Laragon of een echte LAMP-server veel betrouwbaarder. XAMPP is prima om mee te prutsen, maar het is geen productieplatform.
