Dansk hosting fra Aalborg
100% CO₂-neutral hosting
24/7/365 dansk support
support@hostious.io
● Hostious viden · artikel

413 Request Entity Too Large — sådan uploader du alligevel filen

Skrevet af , stifter af Hostious · Udgivet 28. august 2026 · Opdateret 28. august 2026
413 Request Entity Too Large — sådan uploader du alligevel filen

“413 Request Entity Too Large” betyder, at filen du forsøger at uploade er større end det, serveren tager imod. Grænsen sidder tre steder — i WordPress, i PHP og i webserveren — og den laveste af dem vinder.

Fejlen kommer fra webserveren, ikke fra WordPress. Derfor hjælper det ikke at ændre grænsen i WordPress alene, hvis serveren stadig afviser.

Find din nuværende grænse

Gå til Værktøjer → Webstedets helbred → Info → Medieafvikling. Der står “Maksimal størrelse for filoverførsel”. Det tal er det laveste af de tre grænser, og det er dét, du reelt har.

Du kan også se det direkte under Medier → Tilføj ny, hvor WordPress skriver grænsen under upload-feltet.

De tre grænser

  1. PHP: upload_max_filesize — den største enkeltfil.
  2. PHP: post_max_size — hele forespørgslen. Skal være større end den første, ellers vinder den.
  3. WebserverenLimitRequestBody på Apache og LiteSpeed, client_max_body_size på nginx. Det er den, der udløser præcis fejlen 413.

Sætter du kun PHP-værdierne op, får du stadig 413, fordi serveren afviser forespørgslen før PHP overhovedet ser den.

Sådan løser du den

Hvis du har adgang til kontrolpanelet

Det er den rigtige vej. Sæt PHP-værdierne der, så gælder de for hele siden og overlever opdateringer. Typiske værdier til en side med billeder og PDF’er:

upload_max_filesize = 64M
post_max_size = 128M
memory_limit = 256M
max_execution_time = 300

WordPress hosting hos Hostious kan du ændre PHP-indstillingerne direkte i kontrolpanelet, og serverens egen grænse følger med, så du ikke ender med at rette det ene sted og få samme fejl.

Hvis du kun har filadgang

Prøv en .user.ini i roden:

upload_max_filesize = 64M
post_max_size = 128M

Virker det ikke, er serverens egen grænse for lav, og så kan det kun rettes af udbyderen.

Hvad du ikke skal gøre

Lad være med at sætte værdierne i wp-config.php eller i temaets functions.php. WordPress kan ikke hæve en grænse, serveren allerede har afvist, og du ender med at tro, det er løst.

Overvej om filen skal være så stor

En 413-fejl er ofte et symptom frem for et problem. Et billede på 12 MB hører sjældent hjemme på en hjemmeside — det gør siden langsom for alle besøgende, også dem der aldrig ser billedet i fuld størrelse.

Skalér billeder til den største størrelse, de faktisk vises i, og gem dem som WebP eller AVIF. Så forsvinder problemet af sig selv, og siden bliver hurtigere. Se guiden til en hurtig WordPress-hjemmeside.

Skal du uploade en stor videofil, hører den typisk hjemme på YouTube eller Vimeo frem for på dit eget webhotel.

Sådan undgår du den fremover

  • Skalér billeder før upload — 2000 px bred er rigeligt til de fleste sider
  • Brug WebP eller AVIF frem for PNG til fotos
  • Læg video hos en videotjeneste i stedet for i mediebiblioteket
  • Sæt grænsen ét sted — i kontrolpanelet — så den er til at finde igen

Ofte stillede spørgsmål

Hvorfor virker det for små filer, men ikke store?

Fordi grænsen er en størrelse, ikke en fejl i opsætningen. Alt under grænsen går igennem.

Er 413 og “filen overskrider upload_max_filesize” det samme?

Nej. Den anden besked kommer fra PHP og betyder, at forespørgslen nåede frem. En 413 betyder, at webserveren afviste den før PHP.

Kan Cloudflare give 413?

Ja. På gratisplanen er grænsen 100 MB. Er du over den, afvises uploadet, uanset hvad din server tillader.