Plugin ei paigaldu, teema üleslaadimine katkeb poole pealt? Juhtpaneel näitab teadet „Allowed memory size exhausted"? Enamasti on süüdi üks fail: php.ini.

See on PHP peamine seadistusfail: see määrab, kui palju mälu skriptidele eraldada, kui kaua neid käitada ja milliseid failimahtusid vastu võtta. Tüüpilisel majutusel on need piirangud seatud madalaks, host säästab ressursse.

Allpool on kirjas, kust leida php.ini igas keskkonnas (WAMP, XAMPP, Linux, cPanel) ja millist viit direktiivi WordPressi jaoks 2026. aastal muuta. Konkreetsete numbritega, ilma oletusteta.

💡 Kiirülevaade:

• Loo test-PHP-fail funktsiooniga phpinfo ja näed kohe php.ini asukohta igas serveris
• WAMP-is, XAMPP-is ja cPanelis on asukoht saadaval liidese kaudu, koodi muutmine pole vajalik
• WordPressi peamised seaded: memory_limit, max_execution_time, upload_max_filesize, post_max_size ja max_input_vars
• Pärast muudatusi kontrolli tegelikke piiranguid phpinfo() või WP-CLI abil, et veenduda, et host ei ignoreerinud muudatusi

Mis on php.ini ja miks seda puutuda

php.ini on tekstifail direktiividega, mis juhivad PHP käitumist serveris. See laaditakse iga PHP protsessi käivitumisel ja see määrab piirangud: mälu, täitmisaeg, üleslaaditava faili suurus, veatase.

WordPressi jaoks on viis direktiivi kriitilised. memory_limit eraldab RAM-i lehe töötlemiseks, kaasaegsed teemad ja leheehitajad (Gutenberg, Elementor) vajavad hõlpsasti 256 MB ja rohkem. max_execution_time piirab skripti täitmise sekundeid: kui plugin impordib demosisu või WooCommerce genereerib aruandeid, siis vaikimisi 30 sekundit tagab katkestuse. upload_max_filesize ja post_max_size juhivad üleslaadimisi: teema ZIP-fail võib kaaluda 40+ MB, aga hosti limiit on 2 MB. Lõpuks, max_input_vars piirab POST-muutujate arvu, 1000 menüüpunkti ja vaikimisi 2000 puhul katkeb menüü salvestamine hoiatuseta.

Hea uudis: php.ini saab muuta isegi odaval jagatud majutusel. Halb uudis: kõigepealt tuleb see üles leida ja asukoht sõltub operatsioonisüsteemist, juhtpaneelist ja PHP paigaldusviisist (Apache moodul, CGI/FastCGI, PHP-FPM).

Kuidas leida php.ini: universaalne meetod phpinfo() abil

Kõige usaldusväärsem viis, mis töötab igas serveris, on luua test-PHP-fail funktsiooniga phpinfo().

Loo fail mis tahes nime ja .php laiendiga (näiteks info.php) ja pane sinna:

1
<?php phpinfo(); ?>

Laadi fail saidi juurkausta (FTP, majutuse failihalduri või WP-CLI kaudu) ja ava brauseris: https://your-site.com/info.php.

Avatud lehel otsi rida Loaded Configuration File, see on aktiivse php.ini täielik asukoht. Kui PHP töötab Apache moodulina, näidatakse asukohta real Configuration File (php.ini) Path, sel juhul ei pruugi fail ise olemas olla ja see tuleb käsitsi luua.

Pärast kontrollimist kustuta info.php kohe, see paljastab serveri konfiguratsiooni üksikasjad, mis pole turvaline.

Kus on php.ini WAMP-is

WAMP-is (Windowsi komplekt: Apache + MySQL + PHP) on php.ini asukoht saadaval otse süsteemisalvest.

Paremklõpsa WAMP-i ikoonil, liigu hiirega üle PHP ja vali php.ini, fail avaneb tekstiredaktoris. Kui komplektis on mitu PHP versiooni, veendu, et oled valinud selle, millel sait töötab (nähtav salves: WAMP → PHP → Version).

Alternatiivne tee WAMP-i menüü kaudu: vasakklõps ikoonil → PHP → php.ini. Fail asub füüsiliselt kohas C:\wamp64\bin\php\phpX.Y.Z\php.ini (või C:\wamp\bin\... vanemate versioonide puhul).

Kus on php.ini XAMPP-is

XAMPP-is Windowsis ja Linuxis on php.ini asukoht juhtpaneeli kaudu. Ava XAMPP Control Panel ja klõpsa Apache mooduli real nuppu Config. Rippmenüüst vali PHP (php.ini), fail avaneb redaktoris.

Kui nuppu Config pole (vana XAMPP versioon), mine otse: C:\xampp\php\php.ini Windowsis või /opt/lampp/etc/php.ini Linuxis.

Pärast muudatusi taaskäivita Apache juhtpaneeli nuppudega Stop → Start.

Kus on php.ini Linuxis (VPS / dedikeeritud)

Linuxi serveris ilma juhtpaneelita leitakse php.ini ühe terminalikäsuga:

1
php -i | grep "Loaded Configuration File"

Väljund on umbes selline:

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

Oluline nüanss: PHP käsurea (CLI) ja veebiserveri (Apache/Nginx) jaoks kasutatakse sageli erinevat php.ini faili. Ülaltoodud käsk näitab CLI versiooni asukohta. Veebiserveri versiooni asukoha leidmiseks loo info.php eelmises jaotises kirjeldatud meetodil ja ava see brauseris või käivita:

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

Tüüpilised asukohad sõltuvad PHP versioonist ja veebiserverist:

• Apache: /etc/php/8.2/apache2/php.ini
• PHP-FPM (Nginx): /etc/php/8.2/fpm/php.ini
• Üldine asukoht (kui PHP on käsitsi kompileeritud): /usr/local/lib/php.ini

Pärast muudatusi taaskäivita veebiserver: sudo systemctl restart apache2 või sudo systemctl restart php8.2-fpm.

Kus asub php.ini cPanelis ja teistes majutuspaneelides

Jagatud majutusel cPaneliga asub php.ini fail tavaliselt saidi juurkataloogis public_html. Selle nägemiseks:

• Logi cPanelisse sisse ja ava File Manager
• Liigu kausta public_html
• Otsi faililoendist php.ini

Kui faili ei eksisteeri, loo see nupuga + File. Kirjuta sisse vajalikud direktiivid ja salvesta. Majutusteenus rakendab seaded mõne minuti jooksul.

Kaasaegsetel majutustel on üha tavalisemad MultiPHP Manager (cPanel) või Select PHP Version, mis võimaldavad php.ini redigeerida veebiliidese kaudu ilma failihaldurisse sisenemata. Kui sinu paneel toetab sellist tööriista, kasuta seda: väiksem süntaksivigade tõenäosus.

Eraldi juhtum: .user.ini. PHP-FPM-iga (FastCGI) majutustel võidakse saidi juurkataloogis olevat php.ini faili ignoreerida; selle asemel luuakse .user.ini fail samade direktiividega. Kontrolli majutusteenuse dokumentatsioonist, millist faili kasutada.

Soovitatavad php.ini seaded WordPressile (kehtivad 2026. aastal)

php.ini põhilised „vaikeväärtused" ei ole aastakümneid muutunud ja on mõeldud lihtsate skriptide, mitte kaasaegsete CMS-ide jaoks. WordPress koos praeguste pluginatega nõuab oluliselt kõrgemaid piiranguid. Allpool on soovitatavad väärtused, mis on praktikas testitud.

Põhilised direktiivid

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

safe_mode direktiiv eemaldati PHP-st alates versioonist 5.4, ära lisa seda konfiguratsiooni. Kui näed seda rida vanas php.ini failis, kustuta see kõhklemata.

Vahemällu salvestamine (opcache)

Tootmissaitide puhul on opcache kohustuslik, see annab kompileeritud baitkoodi vahemällu salvestamisega 2-3 korda kiirema jõudluse:

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

Vigade logimine

Töötaval saidil peaks vigade kuvamine ekraanil olema välja lülitatud, kuid logimine peaks olema sees:

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

Alternatiivsed meetodid:.htaccess ja wp-config.php

Juurdepääs php.ini failile ei ole alati võimalik. Mõnel majutusel on olemas alternatiivid.

.Htaccess-i kaudu (Apache + mod_php)

Lisa saidi juurkataloogis faili .htaccess:

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

See toimib ainult siis, kui PHP töötab Apache moodulina (mod_php). PHP-FPM-i korral põhjustavad php_value direktiivid 500 vea, sel juhul kasuta .user.ini faili.

Wp-config.php kaudu

Lisa enne rida /* That's all, stop editing! */:

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

WP_MEMORY_LIMIT määrab limiidi esiküljele, WP_MAX_MEMORY_LIMIT administraatoriliidesele. See ei asenda php.ini faili, kuid lahendab sageli vea „Allowed memory size exhausted" just siis, kui juurdepääs serveri konfiguratsioonile on piiratud.

Video: php.ini leidmine ja muutmine praktikas

Lühivideo kõigi kirjeldatud meetodite visuaalse demonstratsiooniga alates phpinfo()-st kuni cPaneli MultiPHP Managerini:

⁉️🤔 Korduma kippuvad küsimused

Miks ei muutunud midagi pärast php.ini muutmist?

PHP protsess ei taaskäivitunud. Laadi uuesti Apache (systemctl restart apache2 või paneeli nupu kaudu), PHP-FPM (systemctl restart phpX.Y-fpm) või oota automaatset taaskäivitust jagatud majutusel (tavaliselt 2-5 minutit). Kontrolli, et muudad täpselt seda php.ini faili, mida phpinfo() näitab real „Loaded Configuration File" (ühes serveris võib neid olla mitu).

Pärast muudatusi kontrolli tegelikku limiiti alati phpinfo() kaudu: majutusteenus võib mõned direktiivid globaalsete seadetega üle kirjutada. Kui väärtus ei muutunud, loo saidi juurkausta .user.ini (PHP-FPM puhul) või võta ühendust toega.

Kui palju memory_limit'i WordPress 2026. aastal tegelikult vajab?

256M: turvaline miinimum tüüpilisele saidile, kus on 10-15 pluginat. Kui on paigaldatud leheehitaja (Elementor, Bricks, Breakdance), WooCommerce või keerukas vahemällu plugin, määra 512M. Gutenbergi saidid, kus on palju plokke ja mustreid, kalduvad samuti 512M poole. 128M, mida soovitatakse vanades juhendites, ei ole enam tänapäevase WordPressi jaoks piisav: ainuüksi tuum koos täieliku saidi muutmise teemaga võib selle limiidi täis tõmmata.

Erand: odav jagatud majutus kõva ülempiiriga. Kui majutusteenus ei tõsta memory_limit'i üle 128M, kaalu paketi või teenusepakkuja vahetamist: selle limiidiga sait jookseb pea iga teise uuendusega kokku.

Kumb on olulisem: php.ini või wp-config.php muutmine?

php.ini töötab süsteemi tasemel, wp-config.php rakenduse tasemel. Kui sul on juurdepääs php.ini-le, muuda seda: limiidid kehtivad globaalselt ega lähtestu tuumauuendustega. Kasuta wp-config.php-d varuvariandina, kui majutusteenus on php.ini lukustanud. WP_MEMORY_LIMIT failis wp-config.php kirjutab WordPressi jaoks memory_limit-i php.ini-st üle, kuid ei mõjuta max_execution_time, upload_max_filesize ja teisi direktiive: neid tuleb muuta .htaccess või .user.ini kaudu.