Plugin vil ikke installeres, tema-opplasting stopper halvveis? Adminpanelet viser «Allowed memory size exhausted»? Som oftest er det én fil som har skylden: php.ini.

Dette er PHPs hovedkonfigurasjon: den angir hvor mye minne som skal tildeles skript, hvor lenge de får kjøre, og hvilke filstørrelser som aksepteres. På typisk hosting er disse grensene satt lavt, verten sparer ressurser.

Nedenfor ser du hvor du finner php.ini i ethvert miljø (WAMP, XAMPP, Linux, cPanel) og hvilke fem direktiver du bør redigere for WordPress i 2026. Med konkrete tall, ingen gjetting.

💡 Rask oversikt:

• Opprett en test-PHP-fil med funksjonen phpinfo og se umiddelbart banen til php.ini på enhver server
• I WAMP, XAMPP og cPanel er banen tilgjengelig via grensesnittet, ingen kodeendring nødvendig
• Nøkkelinnstillinger for WordPress: memory_limit, max_execution_time, upload_max_filesize, post_max_size og max_input_vars
• Etter endringer, sjekk faktiske grenser via phpinfo() eller WP-CLI for å være sikker på at verten ikke ignorerte modifikasjonene

Hva er php.ini og hvorfor endre den

php.ini er en tekstfil med direktiver som styrer PHPs oppførsel på serveren. Den lastes ved hver PHP-prosessstart og definerer grenser: minne, kjøretid, opplastingsfilstørrelse, feilnivå.

For WordPress er fem direktiver kritiske. memory_limit tildeler RAM for sidebehandling, moderne temaer og byggeverktøy (Gutenberg, Elementor) krever lett 256 MB og mer. max_execution_time begrenser sekunder for skriptkjøring: hvis en plugin importerer demoinnhold eller WooCommerce genererer rapporter, garanterer standardverdien på 30 sekunder en avbrytelse. upload_max_filesize og post_max_size styrer opplastinger: en tema-ZIP kan veie 40+ MB, og vertens grense er 2 MB. Til slutt, max_input_vars begrenser antall POST-variabler, med 1000 menyelementer og en standardverdi på 2000, avbrytes menylagring uten forvarsel.

Gode nyheter: php.ini kan redigeres selv på billig delt hosting. Dårlige nyheter: først må du finne den, og banen avhenger av operativsystem, kontrollpanel og PHP-installasjonsmetode (Apache-modul, CGI/FastCGI, PHP-FPM).

Hvordan finne php.ini: universell metode via phpinfo()

Den mest pålitelige måten, som fungerer på enhver server, er å opprette en test-PHP-fil med funksjonen phpinfo().

Opprett en fil med et valgfritt navn og filtypen .php (for eksempel info.php) og legg inn i den:

1
<?php phpinfo(); ?>

Last opp filen til nettstedets rot (via FTP, vertens filbehandler eller WP-CLI) og åpne i nettleser: https://your-site.com/info.php.

På den åpnede siden finner du linjen Loaded Configuration File, dette er hele banen til den aktive php.ini. Hvis PHP kjører som en Apache-modul, vises banen i linjen Configuration File (php.ini) Path, i dette tilfellet kan det hende at selve filen ikke eksisterer og må opprettes manuelt.

Etter kontroll, slett info.php umiddelbart, den avslører serverkonfigurasjonsdetaljer, noe som er usikkert.

Hvor er php.ini i WAMP

I WAMP (Windows-pakke: Apache + MySQL + PHP) er banen til php.ini tilgjengelig rett fra systemstatusfeltet.

Høyreklikk på WAMP-ikonet, hold over PHP, og velg php.ini, filen åpnes i et tekstredigeringsprogram. Hvis pakken har flere PHP-versjoner, sørg for at du har valgt den versjonen nettstedet kjører på (synlig i statusfeltet: WAMP → PHP → Version).

Alternativ bane via WAMP-menyen: venstreklikk på ikonet → PHP → php.ini. Filen ligger fysisk i C:\wamp64\bin\php\phpX.Y.Z\php.ini (eller C:\wamp\bin\... for eldre versjoner).

Hvor er php.ini i XAMPP

I XAMPP på Windows og Linux går banen til php.ini via kontrollpanelet. Åpne XAMPP Control Panel og klikk på Config-knappen i raden for Apache-modulen. I nedtrekksmenyen velger du PHP (php.ini), filen åpnes i redigeringsprogrammet.

Hvis det ikke finnes noen Config-knapp (gammel XAMPP-versjon), gå direkte: C:\xampp\php\php.ini på Windows eller /opt/lampp/etc/php.ini på Linux.

Etter endringer, start Apache på nytt med Stop → Start-knappen i kontrollpanelet.

Hvor er php.ini i Linux (VPS / dedikert)

På en Linux-server uten kontrollpanel finner du php.ini med én terminalkommando:

1
php -i | grep "Loaded Configuration File"

Utdata vil være noe slikt:

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

Viktig nyanse: PHP for kommandolinje (CLI) og for webserver (Apache/Nginx) bruker ofte forskjellig php.ini. Kommandoen over viser stien for CLI-versjonen. For å finne stien for webserveren, opprett info.php ved hjelp av metoden fra forrige avsnitt og åpne i nettleser, eller kjør:

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

Typiske plasseringer avhenger av PHP-versjon og webserver:

• Apache: /etc/php/8.2/apache2/php.ini
• PHP-FPM (Nginx): /etc/php/8.2/fpm/php.ini
• Generell sti (hvis PHP er kompilert manuelt): /usr/local/lib/php.ini

Etter endringer, start webserveren på nytt: sudo systemctl restart apache2 eller sudo systemctl restart php8.2-fpm.

Hvor ligger php.ini i cPanel og andre hostingpaneler

På delt hosting med cPanel ligger php.ini-filen vanligvis i nettstedets rotkatalog, public_html. Slik ser du den:

• Logg inn på cPanel og åpne Filbehandler
• Naviger til public_html-mappen
• Finn php.ini i fillisten

Hvis filen ikke finnes, opprett den med + Fil-knappen. Skriv inn de nødvendige direktivene og lagre. Verten vil plukke opp innstillingene i løpet av få minutter.

På moderne verter er MultiPHP Manager (cPanel) eller Velg PHP-versjon stadig mer vanlig, de lar deg redigere php.ini via webgrensesnitt uten å gå inn i filbehandleren. Hvis panelet ditt støtter et slikt verktøy, bruk det: mindre sjanse for syntaksfeil.

Eget tilfelle: .user.ini. På verter med PHP-FPM (FastCGI) kan php.ini i nettstedets rot ignoreres; i stedet opprettes en .user.ini-fil med de samme direktivene. Sjekk vertens dokumentasjon for hvilken fil som skal brukes.

Anbefalte php.ini-innstillinger for WordPress (gjeldende for 2026)

Grunnleggende «standard»-verdier i php.ini har ikke endret seg på flere tiår og er designet for enkle skript, ikke moderne CMS. WordPress med aktuelle utvidelser krever betydelig høyere grenser. Nedenfor er anbefalte verdier, testet i praksis.

Kjernedirektiver

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 ble fjernet fra PHP fra og med versjon 5.4, ikke legg det til i konfigurasjonen. Hvis du ser denne linjen i gammel php.ini, slett den uten å nøle.

Mellomlagring (opcache)

For produksjonsnettsteder er opcache obligatorisk, det gir en 2-3x hastighetsøkning ved å mellomlagre kompilert bytekode:

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

Feillogging

På et live-nettsted bør feilvisning på skjerm være av, men logging bør være på:

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

Alternative metoder:.htaccess og wp-config.php

Tilgang til php.ini er ikke alltid tilgjengelig. På noen verter finnes det omveier.

Via.htaccess (Apache + mod_php)

Legg til i .htaccess i nettstedets 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

Dette vil bare fungere hvis PHP kjører som en Apache-modul (mod_php). Med PHP-FPM vil php_value-direktiver forårsake en 500-feil, i dette tilfellet bruk .user.ini.

Via wp-config.php

Legg til før linjen /* That's all, stop editing! */:

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

WP_MEMORY_LIMIT setter grensen for frontend, WP_MAX_MEMORY_LIMIT for admin. Dette erstatter ikke php.ini, men løser ofte «Allowed memory size exhausted» nettopp når tilgang til serverkonfigurasjon er begrenset.

Video: finne og redigere php.ini i praksis

Kort video med visuell demonstrasjon av alle beskrevne metoder, fra phpinfo() til MultiPHP Manager i cPanel:

⁉️🤔 Ofte stilte spørsmål

Hvorfor skjedde det ingenting etter at jeg redigerte php.ini?

PHP-prosessen ble ikke startet på nytt. Last Apache på nytt (systemctl restart apache2 eller via panelknapp), PHP-FPM (systemctl restart phpX.Y-fpm), eller vent på automatisk omstart på delt hosting (vanligvis 2-5 minutter). Sjekk at du redigerer nøyaktig den php.ini som vises av phpinfo() i linjen Loaded Configuration File (én server kan ha flere).

Etter endringer, sjekk alltid den faktiske grensen via phpinfo(): verten kan overstyre enkelte direktiver med globale innstillinger. Hvis verdien ikke endret seg, opprett .user.ini i nettstedets rot (for PHP-FPM) eller kontakt support.

Hvor mye memory_limit trenger WordPress egentlig i 2026?

256M: trygt minimum for et typisk nettsted med 10-15 utvidelser. Hvis en sidebygger er installert (Elementor, Bricks, Breakdance), WooCommerce, eller en kompleks caching-utvidelse, sett 512M. Nettsteder på Gutenberg med mange blokker og mønstre tenderer også mot 512M. 128M, anbefalt i gamle guider, er ikke lenger nok for moderne WordPress: bare kjernen med et Full Site Editing-tema kan nå denne grensen.

Unntak: billig delt hosting med et hardt tak. Hvis verten ikke vil heve memory_limit over 128M, bør du vurdere å bytte abonnement eller vert: et nettsted på denne grensen vil krasje ved annenhver oppdatering.

Hva er viktigst: å redigere php.ini eller wp-config.php?

php.ini fungerer på systemnivå, wp-config.php på applikasjonsnivå. Hvis du har tilgang til php.ini, rediger den: grensene vil gjelde globalt og vil ikke tilbakestilles ved kjerneoppdateringer. Bruk wp-config.php som en reserveløsning når verten har låst php.ini. WP_MEMORY_LIMIT i wp-config.php overstyrer memory_limit fra php.ini for WordPress, men påvirker ikke max_execution_time, upload_max_filesize og andre direktiver: disse må redigeres via .htaccess eller .user.ini.