Ein großes WordPress-Menü lässt sich scheinbar speichern, doch die letzten Einträge verschwinden. Das Formular übermittelt mehr Variablen, als PHP annimmt; WordPress erhält daher nur einen Teil der Eingabe. Erneutes Speichern verschlimmert den Schaden, weil nun die bereits gekürzte Struktur gesichert wird. Bevor Sie max_input_varserhöhen, sollten Sie die aktuelle Konfiguration sichern und das Abschneiden eindeutig nachweisen.
Inhalt
Was max_input_vars begrenzt
max_input_varsbegrenzt die Zahl der Eingabevariablen, die PHP pro Anfrage verarbeitet. Große Menüs, Optionsseiten und komplexe Formulare können diese Grenze überschreiten. Die Direktive zählt geparste Variablen und nicht bloß die sichtbaren Felder. Sie ist von post_max_size, Verschachtelungstiefe, Arbeitsspeicher und anwendungseigenen Grenzen zu unterscheiden.
Ein realistisches Beispiel
Ein Menü mit vielen verschachtelten Einträgen verliert beim Speichern stets die letzten Elemente. Eine Kopie des Formulars enthält an markierten Positionen bekannte Werte. Im Browser werden sie vollständig gesendet, im PHP-Kontext des WordPress-Backends fehlen jedoch alle Variablen oberhalb der aktiven Grenze. Nach einer moderaten Erhöhung und erneutem Test sind Anfang, Mitte und Ende vollständig vorhanden. Damit ist die Ursache belegt.
Wann eine Erhöhung sinnvoll ist
Eine Erhöhung ist angemessen, wenn ein berechtigtes, unterstütztes Formular die Grenze reproduzierbar überschreitet und der Ressourcenbedarf vertretbar bleibt. Fehlen Einträge wegen JavaScript, Validierung, Berechtigungen oder Plugin-Logik, hilft ein höherer Wert nicht. Bei dauerhaft wachsenden Formularen sind Aufteilung, Paginierung oder ein anderes Datenmodell oft robuster als ein immer größeres globales Limit.
Sicherer Einstieg
Sichern Sie die Datenbank und exportieren oder dokumentieren Sie die vollständige aktuelle Struktur, bevor Sie das Formular erneut speichern. Ermitteln Sie den effektiven Wert im betroffenen wp-admin-Kontext; ein CLI-Wert kann abweichen. Fordern Sie nur einen kleinen Aufschlag über dem gemessenen Bedarf an. Lassen Sie andere PHP-Limits unverändert und prüfen Sie anschließend die vollständige Speicherung mit einem kontrollierten Test.
Technische Prüfung
Vergleichen Sie Browser-Payload, von PHP geparste Variablen und den in WordPress gespeicherten Bestand. Setzen Sie Markierungen an den ersten, grenznahen und letzten Positionen. Prüfen Sie PHP- und Serverlogs auf Hinweise zum abgeschnittenen Input. Nach einer Konfigurationsänderung kann je nach Umgebung ein Dienstneustart erforderlich sein. Wiederholen Sie danach exakt dieselbe Anfrage im selben PHP-Handler.
Risiken und Rollback
Sehr hohe globale Werte vergrößern den Aufwand für große oder missbräuchliche Anfragen. Sie können zudem kaschieren, dass ein Formular technisch nicht skalierbar ist. Dokumentieren Sie alten, angeforderten und effektiven Wert. Treten neue Lastprobleme auf oder bleibt die Eingabe unvollständig, stellen Sie die vorherige Konfiguration wieder her und untersuchen Sie die nächste mögliche Grenze.
AIOWS-Modul
Wie AIOWS PHP Limits bei max_input_vars hilft
Bei unvollständig gespeicherten WordPress-Formularen zeigt AIOWS PHP Limits den aktiven Wert von max_input_vars an und kann eine von der Serverumgebung unterstützte Anpassung versuchen. Damit lässt sich der konfigurierte Wert von der tatsächlich wirksamen Einstellung unterscheiden.
Das Modul kann eine Hosting-Obergrenze nicht garantiert überschreiben und behebt keine JavaScript-, Plugin- oder Formularfehler. Entscheidend bleibt ein reproduzierbarer Test im betroffenen WordPress-Kontext.
Ermitteln Sie zuerst die benötigte Variablenzahl, versuchen Sie eine moderate Anpassung und prüfen Sie danach dieselben markierten Formularpositionen. Lehnt der Server die Änderung ab, verwenden Sie die unterstützte Hosting-Methode oder gestalten das Formular anders.
Weiterführende Beiträge
- post_max_size und upload_max_filesize in WordPress
- Sicheren PHP-Limit-Bericht für den WordPress-Support erstellen
- „Allowed Memory Size Exhausted“ in WordPress beheben
Fazit
Belegen Sie das Abschneiden mit einem kontrollierten Formular und schützen Sie die aktuelle Struktur vor erneutem Speichern. Fordern Sie anschließend nur einen moderaten Wert oberhalb des gemessenen Bedarfs an und prüfen Sie das Ergebnis im selben Backend-Kontext. Bei unbegrenzt wachsenden Formularen ist ein struktureller Umbau sicherer als ein ständig erhöhtes globales Limit.
