Skip to content

Allt om WordPress, webbutveckling — och mer därtill

Gränsen för filuppladdning i WordPress: hur mycket och var man ändrar den

Ange hur stora filer du behöver ladda upp — verktyget räknar ut en sammanhängande uppsättning värden och visar vilken metod som fungerar på just din servertyp. Allt beräknas i webbläsaren, ingenting skickas någonstans.

Hur stor den största filen du tänker ladda upp ska få vara.
WordPress mediabibliotek skickar filerna en i taget. Egna formulär med flera fält skickar dem i en enda förfrågan.
Vet du inte — titta i phpinfo(), raden Server API: Apache 2.0 Handler = mod_php, FPM/FastCGI = PHP-FPM, LiteSpeed = LSAPI.
DirektivVarför just detta värdeVärde
 


    

      
    

  


  

  

  

  

  

    Varför det inte fungerade: checklista
    Värdena är skrivna, men gränsen är kvar som förut — nästan alltid är det en av de nio punkterna nedan.
    

      
Hård gräns hos webbhotellet. Ett värde över vad abonnemanget tillåter kapas tyst: 512M i filen, 64M i phpinfo(). Botas bara med ett supportärende.

      
Du redigerade fel php.ini. Den aktiva filen anges i phpinfo() på raden Loaded Configuration File; bredvid står Additional .ini files parsed — även de läses in och kan skriva över dina värden.

      
LimitRequestBody i Apache. Webbserverns egen gräns, i byte, i vhost eller .htaccess. Den kapar förfrågans kropp före PHP — användaren ser 413 medan PHP-loggarna är tomma.

      
PHP-processen har inte startats om. php.ini läses en gång vid start. För PHP-FPM måste du starta om själva FPM — en omstart av nginx eller Apache läser inte om poolen.

      
.user.ini läses inte in direkt. PHP cachar den i user_ini.cache_ttl sekunder (300 som standard). Vänta 5 minuter eller starta om FPM.

      
OPcache. Själva php.ini cachas inte, men din wp-config.php med @ini_set gör det. Efter ändringen: opcache_reset() eller omstart av processen.

      
En proxy framför. Cloudflare kapar uppladdningar vid 100 MB i gratisplanen; en lastbalanserare, Engintron eller nginx framför Apache har en egen client_max_body_size.

      
En gräns från WordPress sida. Multisite: Nätverk → Inställningar → Maximal filstorlek (i KB). Dessutom filtret upload_size_limit, som vissa teman och säkerhetstillägg sätter.

      
Tillfällig katalog. Om upload_tmp_dir inte är skrivbar eller partitionen är full kommer filen inte fram, utan något tydligt fel. Kontrollera sys_get_temp_dir() och det lediga utrymmet.

    

  


  
Beräkningen görs i din webbläsare — inga uppgifter om servern skickas någonstans.


Varför det nästan aldrig räcker att bara ändra upload_max_filesize
Uppladdningsstorleken begränsas av minst fyra oberoende värden, och det minsta av dem gäller.

upload_max_filesize — storleken på en enskild fil.
post_max_size — storleken på hela POST-förfrågan. Måste vara större än upload_max_filesize, annars kapas filen redan innan den första gränsen ens kontrolleras.
memory_limit — måste rymma hela förfrågan; för WordPress minst 256M.
client_max_body_size — gränsen i nginx. Den glöms bort oftast: PHP tillåter redan allt, men nginx svarar 413 Request Entity Too Large.

Metoden är en fälla för sig. php_value-direktiv i .htaccess fungerar BARA när PHP körs som Apache-modul (mod_php). På moderna webbhotell körs PHP nästan alltid som FPM, och då ignoreras en sådan rad tyst eller ger 500 Internal Server Error. Just därför frågar verktyget efter servertyp och visar vilket block som faktiskt hjälper dig.
Vanliga frågor