Bestand te groot om te uploaden? Zo verhoog je upload_max_filesize

Je wilt een video, een PDF of een thema uploaden en WordPress zegt nee. “Het geüploade bestand overschrijdt de upload_max_filesize richtlijn in php.ini.” Of in de mediabibliotheek: het bestand is groter dan de maximale uploadgrootte voor deze site. Vaak ligt die grens op 2 of 8 MB. Een beetje video haalt dat niet.

Die grens komt niet van WordPress. Hij komt van PHP, de taal waarin WordPress draait, en die stelt je hoster in. Je past hem dus ook daar aan.

Eerst kijken wat de limiet nu is

Ga naar Gereedschap, Sitediagnose en open de tab Info. Klap Mediaverwerking open. Daar staan de waarden die ertoe doen:

• upload_max_filesize: hoe groot één bestand mag zijn.
• post_max_size: hoe groot het hele verzoek mag zijn, bestand plus alles wat erbij gaat.
• De effectieve maximale bestandsgrootte: de kleinste van de twee. Dat is wat je echt kunt uploaden.

Onthoud dat laatste. Zet je upload_max_filesize op 64 MB en blijft post_max_size op 8 MB staan, dan kun je nog steeds maar 8 MB kwijt. Verhoog ze altijd samen, en zet post_max_size net iets hoger.

Route 1: via je hostingpaneel

Dit is de snelste en de veiligste. Bijna elk hostingpaneel heeft een scherm voor PHP-instellingen. In cPanel heet het MultiPHP INI Editor, in DirectAdmin PHP-instellingen of PHP Selector, in Plesk PHP-instellingen per domein. Zoek de twee waarden op en zet ze hoger:

upload_max_filesize = 64M
post_max_size = 72M

Upload je grote bestanden over een trage verbinding, zet dan ook max_execution_time en max_input_time op 300. Anders breekt PHP de upload halverwege af.

Route 2: een .user.ini in je webroot

Heeft je paneel geen PHP-scherm, maak dan een bestand .user.ini aan in dezelfde map als wp-config.php. Zet er dezelfde regels in als hierboven.

Twee dingen om te weten. Het werkt alleen als PHP draait als PHP-FPM of CGI, en dat is bij vrijwel alle moderne hosting zo. En PHP leest dat bestand niet bij elk verzoek opnieuw. Standaard duurt het tot vijf minuten voordat je wijziging doorkomt. Niet meteen resultaat? Even wachten en opnieuw kijken in Sitediagnose.

Waarom .htaccess vaak niets doet

Veel handleidingen zeggen dat je dit in .htaccess zet:

php_value upload_max_filesize 64M
php_value post_max_size 72M

Dat werkt alleen als PHP als Apache-module draait. Dat is tegenwoordig zeldzaam. Draait je host PHP-FPM, dan kent Apache het woord php_value niet en krijg je een 500-fout op je hele site. Probeer het dus alleen als de andere routes niet bestaan, en haal de regels meteen weer weg als je site eruit ligt. Op een Nginx-server doet .htaccess sowieso helemaal niets.

Geen van beide werkt

Dan heeft je hoster een maximum ingesteld dat jij niet kunt overschrijven. Vraag het ze gewoon. Een ticket met “graag upload_max_filesize en post_max_size naar 64M” is meestal binnen een uur geregeld.

Moet het nu, upload het bestand dan via FTP of SFTP naar wp-content/uploads. Een plugin als Add From Server zet het daarna in je mediabibliotheek. Voor een thema of plugin kun je de uitgepakte map direct in wp-content/themes of wp-content/plugins zetten.

Waar het meestal misgaat

• Alleen upload_max_filesize verhoogd. post_max_size blijft de rem. Kijk in Sitediagnose naar de effectieve waarde.
• De waarde zonder eenheid ingevuld. 64 betekent 64 bytes. Het moet 64M zijn.
• De verkeerde PHP-versie aangepast. Heeft je paneel instellingen per PHP-versie, controleer dan welke versie je site gebruikt.
• Een 413-fout in plaats van de melding. Dan blokkeert de webserver zelf, meestal Nginx met client_max_body_size. Dat stelt alleen je hoster in.
• Een multisite. Die heeft daarbovenop een eigen limiet, onder Netwerkbeheer, Instellingen, Maximale uploadgrootte.

Tot slot

Twee waarden, samen verhogen, en controleren in Sitediagnose. Zet de limiet niet onnodig hoog: 64 MB is voor de meeste sites ruim genoeg. Een video van 500 MB hoort op YouTube of Vimeo, niet in je mediabibliotheek.