Plugin vägrar installeras, temauppladdning bryts halvvägs? Adminpanelen visar "Allowed memory size exhausted"? Oftast är det en fil som är boven: php.ini.

Det här är PHP:s huvudkonfiguration: den anger hur mycket minne som ska tilldelas skript, hur länge de får köra och vilka filstorlekar som accepteras. På typiska webbhotell är dessa gränser satta lågt, värdbolaget sparar resurser.

Här är var du hittar php.ini i alla miljöer (WAMP, XAMPP, Linux, cPanel) och vilka fem direktiv du ska redigera för WordPress under 2026. Med specifika siffror, ingen gissning.

💡 Snabb översikt:

• Skapa en test-PHP-fil med funktionen phpinfo och se direkt sökvägen till php.ini på vilken server som helst
• I WAMP, XAMPP och cPanel är sökvägen tillgänglig via gränssnittet, ingen kodredigering behövs
• Nyckelinställningar för WordPress: memory_limit, max_execution_time, upload_max_filesize, post_max_size och max_input_vars
• Efter ändringar, kontrollera faktiska gränser via phpinfo() eller WP-CLI för att säkerställa att värden inte ignorerade ändringarna

Vad är php.ini och varför röra den

php.ini är en textfil med direktiv som styr PHP:s beteende på servern. Den laddas vid varje PHP-processstart och definierar gränser: minne, exekveringstid, uppladdningsfilstorlek, felnivå.

För WordPress är fem direktiv kritiska. memory_limit allokerar RAM för sidbearbetning, moderna teman och byggare (Gutenberg, Elementor) kräver lätt 256 MB och uppåt. max_execution_time begränsar sekunder för skriptkörning: om ett plugin importerar demo-innehåll eller WooCommerce genererar rapporter garanterar standardvärdet 30 sekunder ett avbrott. upload_max_filesize och post_max_size styr uppladdningar: ett tema-ZIP kan väga 40+ MB, och värdens gräns är 2 MB. Slutligen begränsar max_input_vars antalet POST-variabler, med 1000 menyalternativ och ett standardvärde på 2000 bryts meny-sparningen utan förvarning.

Goda nyheter: php.ini kan redigeras även på billiga delade webbhotell. Dåliga nyheter: först måste du hitta den, och sökvägen beror på operativsystem, kontrollpanel och PHP-installationsmetod (Apache-modul, CGI/FastCGI, PHP-FPM).

Hur man hittar php.ini: universell metod via phpinfo()

Det mest pålitliga sättet, som fungerar på vilken server som helst, är att skapa en test-PHP-fil med funktionen phpinfo().

Skapa en fil med valfritt namn och filändelsen .php (till exempel info.php) och lägg i den:

1
<?php phpinfo(); ?>

Ladda upp filen till webbplatsens rot (via FTP, webbhotellets filhanterare eller WP-CLI) och öppna i webbläsaren: https://your-site.com/info.php.

På den öppnade sidan, leta reda på raden Loaded Configuration File, detta är den fullständiga sökvägen till den aktiva php.ini. Om PHP körs som en Apache-modul visas sökvägen på raden Configuration File (php.ini) Path, i detta fall kanske själva filen inte finns och måste skapas manuellt.

Efter kontroll, radera info.php omedelbart, den avslöjar serverkonfigurationsdetaljer, vilket är osäkert.

Var finns php.ini i WAMP

I WAMP (Windows-bygge: Apache + MySQL + PHP) är sökvägen till php.ini tillgänglig direkt från systemfältet.

Högerklicka på WAMP-ikonen, för muspekaren över PHP och välj php.ini, filen öppnas i en textredigerare. Om bygget har flera PHP-versioner, se till att du har valt den som webbplatsen körs på (syns i systemfältet: WAMP → PHP → Version).

Alternativ sökväg via WAMP-menyn: vänsterklicka på ikonen → PHP → php.ini. Filen ligger fysiskt i C:\wamp64\bin\php\phpX.Y.Z\php.ini (eller C:\wamp\bin\... för äldre versioner).

Var finns php.ini i XAMPP

I XAMPP på Windows och Linux är sökvägen till php.ini via kontrollpanelen. Öppna XAMPP Control Panel och klicka på Config-knappen i raden för Apache-modulen. I rullgardinsmenyn, välj PHP (php.ini), filen öppnas i redigeraren.

Om det inte finns någon Config-knapp (gammal XAMPP-version), gå direkt: C:\xampp\php\php.ini på Windows eller /opt/lampp/etc/php.ini på Linux.

Efter ändringar, starta om Apache med Stop → Start-knappen i kontrollpanelen.

Var finns php.ini i Linux (VPS / dedikerad)

På en Linux-server utan kontrollpanel hittas php.ini med ett terminalkommando:

1
php -i | grep "Loaded Configuration File"

Utdata blir något i stil med:

1
Loaded Configuration File => /etc/php/8.2/cli/php.ini

Viktig nyans: PHP för kommandoraden (CLI) och för webbservern (Apache/Nginx) använder ofta olika php.ini. Kommandot ovan visar sökvägen för CLI-versionen. För att hitta sökvägen för webbservern, skapa info.php med metoden från föregående avsnitt och öppna i webbläsaren, eller kör:

1
ls /etc/php/*/apache2/php.ini
2
ls /etc/php/*/fpm/php.ini

Typiska platser beror på PHP-version och webbserver:

• Apache: /etc/php/8.2/apache2/php.ini
• PHP-FPM (Nginx): /etc/php/8.2/fpm/php.ini
• Generell sökväg (om PHP är kompilerat manuellt): /usr/local/lib/php.ini

Efter ändringar, starta om webbservern: sudo systemctl restart apache2 eller sudo systemctl restart php8.2-fpm.

Var finns php.ini i cPanel och andra kontrollpaneler

På delade webbhotell med cPanel ligger filen php.ini vanligtvis i webbplatsens rotkatalog, public_html. För att se den:

• Logga in i cPanel och öppna Filhanteraren
• Navigera till mappen public_html
• Leta upp php.ini i fillistan

Om filen inte finns, skapa den med knappen + Fil. Skriv in de direktiv som behövs och spara. Webbhotellet läser in inställningarna inom några minuter.

På moderna webbhotell blir MultiPHP Manager (cPanel) eller Select PHP Version allt vanligare, de låter dig redigera php.ini via webbgränssnitt utan att gå in i filhanteraren. Om din kontrollpanel stöder ett sådant verktyg, använd det: mindre risk för syntaxfel.

Ett separat fall: .user.ini. På webbhotell med PHP-FPM (FastCGI) kan php.ini i webbplatsens rot ignoreras; istället skapas en .user.ini-fil med samma direktiv. Kontrollera webbhotellets dokumentation för vilken fil som ska användas.

Rekommenderade php.ini-inställningar för WordPress (aktuella för 2026)

Grundläggande "standardvärden" i php.ini har inte ändrats på decennier och är utformade för enkla skript, inte moderna CMS. WordPress med aktuella tillägg kräver betydligt högre gränser. Nedan finns rekommenderade värden, testade i praktiken.

Grundläggande direktiv

1
memory_limit = 512M
2
max_execution_time = 300
3
upload_max_filesize = 128M
4
post_max_size = 128M
5
max_input_vars = 4000
6
max_input_time = 300
7
file_uploads = On

Direktivet safe_mode togs bort från PHP från och med version 5.4, lägg inte till det i konfigurationen. Om du ser denna rad i en gammal php.ini, ta bort den utan att tveka.

Cachning (opcache)

För produktionssajter är opcache obligatoriskt, det ger en 2-3x hastighetsökning genom att cacha kompilerad bytekod:

1
opcache.enable = 1
2
opcache.memory_consumption = 256
3
opcache.max_accelerated_files = 10000
4
opcache.revalidate_freq = 2
5
opcache.validate_timestamps = 1

Felloggning

På en live-sajt bör felvisning på skärmen vara avstängd, men loggning bör vara på:

1
display_errors = Off
2
log_errors = On
3
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT

Alternativa metoder:.htaccess och wp-config.php

Åtkomst till php.ini är inte alltid tillgänglig. På vissa webbhotell finns det lösningar.

Via.htaccess (Apache + mod_php)

Lägg till i .htaccess i webbplatsens rot:

1
php_value memory_limit 512M
2
php_value upload_max_filesize 128M
3
php_value post_max_size 128M
4
php_value max_execution_time 300

Detta fungerar bara om PHP körs som en Apache-modul (mod_php). Med PHP-FPM kommer php_value-direktiv att orsaka ett 500-fel, använd i så fall .user.ini.

Via wp-config.php

Lägg till före raden /* That's all, stop editing! */:

1
define('WP_MEMORY_LIMIT', '512M');
2
define('WP_MAX_MEMORY_LIMIT', '512M');

WP_MEMORY_LIMIT sätter gränsen för frontend, WP_MAX_MEMORY_LIMIT för admin. Detta ersätter inte php.ini, men löser ofta "Allowed memory size exhausted" just när åtkomsten till serverkonfigurationen är begränsad.

Video: hitta och redigera php.ini i praktiken

Kort video med visuell demonstration av alla beskrivna metoder, från phpinfo() till MultiPHP Manager i cPanel:

⁉️🤔 Vanliga frågor

Varför ändrades ingenting efter att jag redigerade php.ini?

PHP-processen startade inte om. Ladda om Apache (systemctl restart apache2 eller via panelknapp), PHP-FPM (systemctl restart phpX.Y-fpm), eller vänta på automatisk omstart på delade hostingkonton (vanligtvis 2-5 minuter). Kontrollera att du redigerar exakt den php.ini som visas av phpinfo() på raden Loaded Configuration File (en server kan ha flera).

Efter ändringar, kontrollera alltid den faktiska gränsen via phpinfo(): värden kan åsidosätta vissa direktiv med globala inställningar. Om värdet inte ändrades, skapa .user.ini i webbplatsens rot (för PHP-FPM) eller kontakta supporten.

Vilket memory_limit behöver WordPress egentligen 2026?

256M: säkert minimum för en typisk webbplats med 10-15 tillägg. Om en sidbyggare är installerad (Elementor, Bricks, Breakdance), WooCommerce eller ett komplext cachelagringstillägg, sätt 512M. Webbplatser på Gutenberg med många block och mönster lutar också åt 512M. 128M, som rekommenderas i gamla guider, räcker inte längre för modern WordPress: enbart kärnan med ett Full Site Editing-tema kan nå denna gräns.

Undantag: billiga delade hostingkonton med ett hårt tak. Om värden inte höjer memory_limit över 128M, överväg att byta abonnemang eller värd: en webbplats på denna gräns kommer att krascha vid var och varannan uppdatering.

Vad är viktigast: att redigera php.ini eller wp-config.php?

php.ini fungerar på systemnivå, wp-config.php på applikationsnivå. Om du har tillgång till php.ini, redigera den: gränserna gäller globalt och återställs inte vid kärnuppdateringar. Använd wp-config.php som en reservlösning när värden har låst php.ini. WP_MEMORY_LIMIT i wp-config.php åsidosätter memory_limit från php.ini för WordPress men påverkar inte max_execution_time, upload_max_filesize och andra direktiv: dessa måste redigeras via .htaccess eller .user.ini.