Dacă construiți sau gestionați un site WordPress și brusc întâlniți eroarea:
“Warning: S-a atins limita Max Input Vars”
sau
“Creșteți max_input_vars la o valoare mai mare”
…înseamnă că serverul dvs. blochează PHP de la procesarea prea multor câmpuri de intrare – adesea observate la salvarea meniurilor mari, a constructorilor de pagini (cum ar fi Elementor sau WPBakery) sau a trimiterilor de formulare.
În acest articol avansat, vom acoperi:
max_input_vars este o directivă PHP care limitează cât de multe variabile de intrare poate accepta PHP (prin POST, GET și REQUEST). Acest lucru protejează serverul de atacurile hashing denial-of-service, dar afectează, de asemenea, operațiunile legitime în platformele CMS.
Valoarea implicită:
Dacă depășiți această limită (de exemplu, salvarea unui meniu WordPress cu 1000 de elemente), PHP întrerupe intrarea, iar WordPress eșuează în mod silențios să salveze toate modificările.
Aceasta este cea mai curată modalitate de a modifica max_input_vars dacă rulați propriul server:
Pasul 1: Localizați sau creați un fișier php.ini (depinde de server):
Înlocuiți 8.1 cu versiunea dvs. de PHP.
Pasul 2: Găsiți și editați directiva:
Pasul 3: Reporniți serverul dvs. web:
sau
Dacă nu puteți accesa php.ini, încercați să editați .htaccess în rădăcina instalației WordPress:
<IfModule mod_php.c>
php_value max_input_vars 3000
</IfModule>
⚠️ Acest lucru funcționează numai dacă mod_php este activat. Unele gazde utilizează în schimb PHP-FPM, caz în care această metodă nu va funcționa.
WordPress nu acceptă în mod nativ suprascrierea max_input_vars, dar în unele configurații, adăugarea acestui lucru ar putea funcționa:
Plasați-l deasupra liniei care spune:
/* That's all, stop editing! Happy publishing. */
Dacă utilizați găzduire partajată cu cPanel:
✅ Funcționează instantaneu – nu este necesară repornirea.
Creați sau editați .user.ini în folderul rădăcină WordPress:
Apoi reporniți PHP (sau așteptați 5 minute dacă gazda aplică modificările automat).
NGINX nu utilizează .htaccess, deci configurați PHP prin pool FPM sau php.ini.
Editați fișierul /etc/php/8.1/fpm/php.ini:
Apoi reporniți:
Creați un fișier phpinfo.php în rădăcina WordPress:
Accesați-l prin browser: https://yourdomain.com/phpinfo.php
Căutați max_input_vars și verificați dacă este actualizat.
🧼 Nu uitați să ștergeți fișierul după aceea – acesta expune informații sensibile despre server.
Recomandare | Motivul |
---|---|
Nu setați max_input_vars la 999999 | Poate duce la vulnerabilități DoS |
Rămâneți la 3000-5000 | Suficient pentru meniuri mari/constituitori de pagini |
Monitorizați limitele de memorie | Vars de intrare mari = utilizare mai mare a memoriei |
Utilizați phpinfo() sau ini_get() pentru depanare | Evitați presupunerile |
Uneori, această problemă este însoțită de atingerea altor limite:
Acestea pot merge și în php.ini, .htaccess sau .user.ini.
Eroarea max_input_vars este ușor de ratat, dar poate rupe caracteristici critice în tăcere în WordPress. Prin creșterea acestei limite prin metoda potrivită pentru mediul dvs. asigurați stabilitatea pentru meniurile complexe, conținutul multilingv și constructorii de pagini drag-and-drop.