Kort svar: “HTTP-fejl.” ved billedupload er en samlebesked: noget på serveren afbrød uploaden eller billedbehandlingen. Find mønstret først – rammer det kun store billeder, bestemte filnavne eller alt? Store billeder peger på hukommelse og billedbehandling, enkelte filer på navne og format, og alt på grænser eller sikkerhedsregler. Ret det led, mønstret udpeger, i stedet for at prøve ti råd i blinde.
Uploaden kører til 100 %, og så står der bare “HTTP-fejl.” i mediebiblioteket. Beskeden er bevidst generisk: browseren fik et svar, den ikke kunne bruge, men WordPress ved ikke hvorfor. Årsagen ligger næsten altid på serveren – og den kan findes systematisk.
Kontrolramme: WordPress 7.1 og PHP 8.4.23 udgør versionsgrundlaget pr. 30. august 2026. Terminaleksemplet er genskabt og viser mekanismen – det er ikke målinger af hostious.io.
Upload tre testfiler: et lille billede (under 500 KB), en kopi af det billede, der fejlede, og det fejlende billede omdøbt til test.jpg. Resultatet indsnævrer årsagen:
| Mønster | Sandsynligt led | Gå til |
|---|---|---|
| Kun store billeder fejler | Hukommelse eller upload-grænser | Trin 2 og 3 |
| Kun én bestemt fil fejler | Filnavn, format eller defekt fil | Trin 4 |
| Alle uploads fejler | Grænser, rettigheder eller sikkerhedsregler | Trin 2 og 5 |
| Fejler kun nogle gange | Timeout under belastning | Trin 3 og 5 |
Tre PHP-indstillinger skal alle være store nok: upload_max_filesize, post_max_size og memory_limit. Du kan se de aktuelle værdier under Værktøjer → Webstedstilstand → Info → Mediebehandling – eller i terminalen:
Er grænserne for lave, hæver du dem det rigtige sted – se guiden hæv upload-grænsen i WordPress. Husk at post_max_size skal være større end upload_max_filesize, ellers gælder den mindste.
Efter selve uploaden genererer WordPress thumbnails og skalerede størrelser. Her gælder billedets dimensioner mere end filstørrelsen: et 8000×6000-pixel foto skal pakkes ud i rå pixels i hukommelsen, uanset at JPEG-filen kun fylder 4 MB. Løber PHP tør midt i behandlingen, får browseren et tomt svar – og du får “HTTP-fejl.”
Danske bogstaver er ikke problemet – WordPress omskriver selv æ, ø og å i filnavne. Ballade kommer derimod fra apostroffer, anførselstegn, procenttegn og emojis i filnavnet samt fra filer, der ikke er det, endelsen påstår (en HEIC-fil omdøbt til .jpg, en defekt eksport). Omdøb til små bogstaver og bindestreger, og gem billedet i et nyt format i et billedprogram, hvis den enkelte fil bliver ved med at fejle.
Fejler alle uploads, ligger årsagen typisk under WordPress:
Rettelsen holder, når det billede, der fejlede, nu uploader og får genereret alle størrelser (tjek med “Rediger billede” eller i uploads-mappen), når et billede i fuld størrelse også går igennem, og når loggen ikke får nye fejllinjer under uploaden. Står du stadig med fejlen efter trin 5, så gem svarkoden fra Netværk-fanen og tidspunktet – så kan Hostious-supporten slå den konkrete request op i serverloggen.
Fordi billedbehandlingen pakker billedet ud i rå pixels. Dimensionerne bestemmer hukommelsesforbruget – ikke filstørrelsen. Skaler til ca. 2560 pixels på længste side før upload, så forsvinder problemet oftest.
Sjældent. Fejlen er serverens svar på uploaden, ikke browserens. Virker det pludselig i en anden browser, var det formentlig en tilfældighed – fx mindre belastning i det øjeblik.
Cirka 2560 pixels på den længste side og gerne under 1 MB efter komprimering. WordPress skalerer selv billeder over 2560 pixels ned og gemmer originalen – så store uploads giver dobbelt diskforbrug uden visuel gevinst.
