De 413 Request Entity Too Large fout verschijnt vaak wanneer je in WordPress een groot bestand probeert te uploaden. Denk aan een thema, plugin, afbeelding, video, zipbestand of een formulier met een grote bijlage.
De melding betekent dat de server het bestand weigert omdat de aanvraag te groot is. WordPress wil het bestand wel uploaden, maar de serverlimiet staat dat niet toe.
Dat kan vervelend zijn, vooral als je net een thema wilt installeren of een belangrijk bestand aan je website wilt toevoegen. Gelukkig is de oorzaak meestal duidelijk en kun je het probleem vaak oplossen door de uploadlimiet te verhogen of het bestand op een andere manier te uploaden.
In dit artikel leggen we uit wat de 413 Request Entity Too Large fout betekent, waarom deze fout ontstaat en welke stappen je kunt nemen om het probleem in WordPress veilig op te lossen.
Wat betekent 413 Request Entity Too Large?
De foutmelding 413 Request Entity Too Large betekent dat de server een aanvraag weigert omdat die te groot is. In WordPress gebeurt dit meestal bij het uploaden van bestanden.
Je probeert bijvoorbeeld een groot thema, een zware plugin of een mediabestand te uploaden. De server controleert de grootte van dat bestand. Is het bestand groter dan de ingestelde limiet, dan stopt de upload en verschijnt de foutmelding.
De fout kan ook verschijnen als een formulier een grote bijlage probeert te verzenden. Denk aan een PDF, zipbestand of afbeelding die groter is dan de server accepteert.
Het probleem ligt dus meestal niet aan WordPress zelf. De oorzaak zit vaak in PHP-instellingen, hostinglimieten, serverconfiguratie of een maximale uploadgrootte die te laag staat ingesteld.
Waarom ontstaat deze fout in WordPress?
WordPress draait op een server. Die server heeft grenzen. Dat is normaal, want hostingproviders willen voorkomen dat één website te veel geheugen, opslag of verwerkingstijd gebruikt.
Bij uploadproblemen spelen vooral deze PHP-instellingen een rol: upload_max_filesize, post_max_size, max_execution_time en max_input_time.
De instelling upload_max_filesize bepaalt hoe groot een uploadbestand mag zijn. post_max_size bepaalt hoe groot de totale aanvraag mag zijn. Als je bestand groter is dan één van deze limieten, kan de 413-fout verschijnen.
Soms speelt ook de webserver mee. Bij NGINX kan bijvoorbeeld client_max_body_size de upload tegenhouden. Bij shared hosting kun je dit vaak niet zelf aanpassen en moet de hostingprovider het verhogen.
Deze fout komt vaak voor bij:
- het uploaden van een groot WordPress thema
- het uploaden van een grote plugin
- het toevoegen van zware afbeeldingen of video’s
- het versturen van formulieren met grote bijlagen
- het importeren van bestanden of demo content
- het werken met hosting waar de uploadlimiet laag staat
Voor je begint met oplossen
Begin niet meteen overal code toe te voegen. Kies één methode, test daarna of het uploaden werkt en ga pas verder als het probleem blijft bestaan.
Gebruik dus niet tegelijk code in functions.php én .htaccess én extra serverinstellingen. Dat maakt het lastiger om te zien welke wijziging werkt en kan soms nieuwe foutmeldingen veroorzaken.
Maak ook eerst een back-up van het bestand dat je gaat aanpassen. Vooral bij functions.php en .htaccess is dat belangrijk. Een kleine fout in deze bestanden kan ervoor zorgen dat je website tijdelijk niet goed laadt.
Kom je na een wijziging een 500-fout tegen? Dan moet je de laatste wijziging terugdraaien. Lees dan ook: 500 Internal Server Error of HTTP Error 500 oplossen.
1. Uploadlimiet verhogen via functions.php van je thema
De eerste methode is het verhogen van de uploadlimiet via het functions.php bestand van je actieve thema. Dit kan soms werken, vooral als je hostingomgeving deze instellingen via PHP toestaat.
Log in op je hostingpaneel en open File Manager. Ga daarna naar de map van je WordPress installatie. Meestal is dat public_html. Open vervolgens:
wp-content/themes
Ga naar de map van je actieve thema en open het bestand functions.php.
Plaats de code onderaan het bestand. Zet de code niet midden in bestaande functies, want dan kun je een fout in je thema veroorzaken.
Gebruik deze code:
@ini_set( 'upload_max_size' , '128M' );
@ini_set( 'post_max_size', '128M');
@ini_set( 'max_execution_time', '300' );Met deze code probeer je de uploadlimiet en de maximale verwerkingstijd te verhogen. 128M betekent 128 MB. Wil je een groter bestand uploaden, dan kun je bijvoorbeeld 256M gebruiken.
Let wel op: deze methode werkt niet op elke hostingomgeving. Sommige hostingproviders blokkeren dit soort aanpassingen vanuit WordPress of vanuit het thema. Als er niets verandert, probeer dan de volgende methode of neem contact op met je hostingprovider.
Gebruik je een child theme? Plaats de code dan liever daar, zodat je wijziging niet verdwijnt bij een thema-update. Wil je weten wat een child theme is? Lees dan ook: Wat is een WordPress child theme?
2. Uploadlimiet verhogen via .htaccess in de hoofdmap
De tweede methode is het aanpassen van het .htaccess bestand. Dit bestand staat meestal in de hoofdmap van je WordPress website.
Log in op je hostingpaneel en open File Manager. Ga naar public_html. Zie je het .htaccess bestand niet? Zet dan verborgen bestanden zichtbaar. In veel hostingpanelen heet dit bijvoorbeeld “Show hidden files”.
Open daarna .htaccess en maak eerst een kopie van de huidige inhoud. Als er iets misgaat, kun je de oude versie snel terugzetten.
Plaats de volgende regels onder de standaard WordPress regels, bijvoorbeeld direct onder # END WordPress.
Gebruik deze code:
php_value upload_max_filesize 128M
php_value post_max_size 128M
php_value max_execution_time 300
php_value max_input_time 300Deze regels verhogen de maximale uploadgrootte en geven de server meer tijd om de upload te verwerken.
Deze methode werkt vooral bij Apache servers waar PHP-instellingen via .htaccess toegestaan zijn. Gebruik je NGINX of PHP-FPM, dan kan deze methode niet werken. In sommige gevallen kan deze code zelfs een 500-fout veroorzaken.
Krijg je na het opslaan een foutmelding? Verwijder dan direct de regels die je hebt toegevoegd en sla het bestand opnieuw op.
Krijg je door het aanpassen van bestanden een toegangsprobleem? Lees dan ook: 403 Foutmelding in WordPress: oorzaken én oplossingen.
3. plugin of thema handmatig uploaden via File Manager of FTP
Soms hoef je de uploadlimiet niet direct te verhogen. Als het probleem alleen ontstaat bij het uploaden van een plugin of thema, kun je het bestand ook handmatig plaatsen.
Dit is vooral handig wanneer de WordPress uploader het bestand weigert, maar je wel toegang hebt tot File Manager, FTP of SFTP.
Ga in File Manager naar:
public_html/wp-content
Gaat het om een thema? Open dan de map themes. Upload het zipbestand, pak het uit en controleer of de themamap goed in themes staat. Daarna kun je in WordPress naar Weergave > Thema’s gaan en het thema activeren.
Gaat het om een plugin? Open dan de map plugins. Upload het zipbestand, pak het uit en controleer of de pluginmap goed in plugins staat. Daarna kun je de plugin activeren via het WordPress dashboard.
Je kunt dit ook via FTP of SFTP doen. Pak het zipbestand eerst uit op je computer en upload daarna de volledige map naar de juiste locatie.
Deze methode omzeilt de normale WordPress uploader. Daardoor kun je vaak toch een groot thema of grote plugin plaatsen zonder dat je meteen serverlimieten hoeft aan te passen.
Lukt het installeren van plugins vaker niet goed? Lees dan ook: Wat te doen als je geen WordPress plugin installeren kunt.
4. Neem contact op met de hostingprovider voor hogere limieten
Als de fout blijft terugkomen, ligt de beperking waarschijnlijk op serverniveau. Dan kun je het meestal niet volledig zelf oplossen vanuit WordPress.
Neem contact op met je hostingprovider en vraag of zij de uploadlimiet kunnen verhogen. Geef duidelijk aan dat je de 413 Request Entity Too Large fout krijgt bij het uploaden van bestanden in WordPress.
Vraag of ze deze waarden willen controleren:
- upload_max_filesize
- post_max_size
- max_execution_time
- max_input_time
- memory_limit
Gebruik je hosting met NGINX? Vraag dan ook of client_max_body_size verhoogd kan worden.
Op shared hosting kun je deze instellingen vaak niet zelf aanpassen. Op een VPS of dedicated server kan dat meestal wel, maar dan moet je weten waar de serverconfiguratie staat.
Als je niet zeker weet welke server je gebruikt, vraag dit gewoon aan je hostingprovider. Zij kunnen meestal snel zien waar de limiet zit.
Wat kun je doen als je geen code wilt aanpassen?
Niet iedereen wil werken in functions.php of .htaccess. Dat is begrijpelijk, want een kleine fout kan je website tijdelijk offline zetten.
In dat geval zijn er drie veilige opties. Je kunt het bestand kleiner maken, het bestand handmatig uploaden via File Manager of FTP, of je hostingprovider vragen om de limiet te verhogen.
Bij afbeeldingen en video’s is kleiner maken vaak de beste keuze. Upload geen onnodig zware bestanden als dat niet nodig is. Grote mediabestanden maken je website ook trager.
Bij thema’s en plugins is handmatig uploaden vaak praktisch. Zeker als je maar één keer een groot bestand hoeft te plaatsen.
Heeft deze fout invloed op je website?
De 413 Request Entity Too Large fout heeft meestal geen invloed op bezoekers die je website bekijken. De fout verschijnt vooral tijdens het uploaden of verzenden van grote bestanden.
Je website kan dus gewoon online blijven terwijl jij de fout ziet in WordPress. Toch is het wel belangrijk om het probleem op te lossen, omdat je anders geen grotere bestanden kunt uploaden.
Als je regelmatig grote bestanden nodig hebt, moet de serverlimiet passen bij je website. Anders blijf je tegen dezelfde fout aanlopen.
Wanneer moet je voorzichtig zijn?
Wees voorzichtig als je functions.php of .htaccess aanpast. Deze bestanden kunnen invloed hebben op de werking van je website.
Maak altijd een kopie voordat je iets wijzigt. Pas één ding tegelijk aan. Test daarna direct of de website nog werkt.
Zie je een wit scherm, 500-fout of andere foutmelding? Zet de oude versie van het bestand terug.
Twijfel je? Laat de hostingprovider de limiet verhogen. Dat is vaak veiliger dan zelf in serverbestanden werken.
Hoe voorkom je deze fout in de toekomst?
Je voorkomt deze fout vooral door je uploadlimieten goed af te stemmen op je website.
Als je vaak grote bestanden uploadt, vraag dan aan je hostingprovider welke limieten actief zijn. Zet die waarden niet extreem hoog zonder reden. Een realistische uploadlimiet is beter dan een onbeperkte instelling.
Let ook op de grootte van afbeeldingen, video’s en zipbestanden. Grote bestanden zijn niet alleen lastig om te uploaden, maar kunnen je website ook trager maken.
Vooral bij media is optimalisatie belangrijk. Comprimeer afbeeldingen en upload video’s liever via een geschikt videoplatform als ze niet direct op je server hoeven te staan.
Wil je je WordPress website sneller en lichter maken? Lees dan ook: WordPress website sneller maken: 23 bewezen methodes.
Conclusie
De 413 Request Entity Too Large fout betekent dat je een bestand probeert te uploaden dat groter is dan de server toestaat. In WordPress gebeurt dit vaak bij grote thema’s, plugins, afbeeldingen, video’s of formulierbijlagen.
Je kunt het probleem oplossen door de uploadlimiet te verhogen via functions.php of .htaccess. Werkt dat niet, dan kun je een plugin of thema handmatig uploaden via File Manager of FTP.
Blijft de fout terugkomen? Dan ligt de beperking waarschijnlijk bij je hostingprovider. Vraag dan of zij de PHP-limieten of serverlimieten kunnen verhogen.
Werk rustig, maak eerst een back-up van bestanden die je aanpast en test na elke wijziging of je website nog goed werkt.
Veelgestelde vragen
1. Wat betekent 413 Request Entity Too Large?
Deze fout betekent dat de server een aanvraag weigert omdat het bestand of de upload groter is dan toegestaan.
2. Waarom krijg ik deze fout in WordPress?
Meestal omdat je een bestand uploadt dat groter is dan de ingestelde uploadlimiet van je hosting of PHP-configuratie.
3. Hoe los ik de 413 Request Entity Too Large fout snel op?
De snelste oplossing is meestal de uploadlimiet verhogen of het bestand handmatig uploaden via File Manager of FTP.
4. Kan ik deze fout oplossen via functions.php?
Soms wel. Je kunt proberen de limieten via functions.php te verhogen, maar dit werkt niet op elke hostingomgeving.
5. Kan .htaccess een 500-fout veroorzaken?
Ja, dat kan. Sommige servers accepteren geen php_value regels in .htaccess. Krijg je een 500-fout, verwijder dan de toegevoegde regels.
Bij shared hosting kun je serverlimieten vaak niet zelf aanpassen. Neem contact op met je hostingprovider en vraag of zij de uploadlimiet kunnen verhogen.
7. Heeft deze fout invloed op bezoekers?
Meestal niet. De fout verschijnt vooral tijdens het uploaden van grote bestanden. Bezoekers kunnen je website vaak gewoon blijven bekijken.