Plugin lässt sich nicht installieren, Theme-Upload bricht mittendrin ab? Das Admin-Panel zeigt „Allowed memory size exhausted"? Meist ist eine einzige Datei schuld: php.ini.

Das ist die zentrale Konfigurationsdatei von PHP: Sie legt fest, wie viel Arbeitsspeicher Skripten zugewiesen wird, wie lange sie ausgeführt werden dürfen und welche Dateigrößen akzeptiert werden. Bei typischem Hosting sind diese Limits niedrig angesetzt, der Hoster spart Ressourcen.

Im Folgenden erfahren Sie, wo Sie php.ini in jeder Umgebung finden (WAMP, XAMPP, Linux, cPanel) und welche fünf Direktiven Sie für WordPress im Jahr 2026 anpassen sollten. Mit konkreten Zahlen, ohne Rätselraten.

💡 Kurzüberblick:

• Erstellen Sie eine Test-PHP-Datei mit der Funktion phpinfo und sehen Sie sofort den Pfad zur php.ini auf jedem Server
• In WAMP, XAMPP und cPanel ist der Pfad über die Oberfläche verfügbar, ohne Code-Änderungen
• Schlüsseleinstellungen für WordPress: memory_limit, max_execution_time, upload_max_filesize, post_max_size und max_input_vars
• Prüfen Sie nach Änderungen die tatsächlichen Limits per phpinfo() oder WP-CLI, um sicherzustellen, dass der Hoster die Anpassungen nicht ignoriert hat

Was ist php.ini und warum sollte man sie anfassen

php.ini ist eine Textdatei mit Direktiven, die das Verhalten von PHP auf dem Server steuern. Sie wird bei jedem PHP-Prozessstart geladen und definiert Limits: Arbeitsspeicher, Ausführungszeit, Upload-Dateigröße, Fehlerstufe.

Für WordPress sind fünf Direktiven entscheidend. memory_limit weist RAM für die Seitenverarbeitung zu, moderne Themes und Builder (Gutenberg, Elementor) benötigen problemlos 256 MB und mehr. max_execution_time begrenzt die Sekunden für die Skriptausführung: Wenn ein Plugin Demo-Inhalte importiert oder WooCommerce Berichte generiert, sorgt der Standardwert von 30 Sekunden garantiert für einen Abbruch. upload_max_filesize und post_max_size steuern Uploads: Ein Theme-ZIP kann 40+ MB wiegen, das Limit des Hosters liegt bei 2 MB. Schließlich begrenzt max_input_vars die Anzahl der POST-Variablen, bei 1000 Menüpunkten und einem Standard von 2000 bricht das Speichern des Menüs ohne Warnung ab.

Gute Nachricht: php.ini lässt sich selbst auf günstigem Shared Hosting bearbeiten. Schlechte Nachricht: Zuerst muss man sie finden, und der Pfad hängt vom Betriebssystem, dem Control Panel und der PHP-Installationsmethode ab (Apache-Modul, CGI/FastCGI, PHP-FPM).

So finden Sie php.ini: universelle Methode per phpinfo()

Der zuverlässigste Weg, der auf jedem Server funktioniert, ist das Anlegen einer Test-PHP-Datei mit der Funktion phpinfo().

Erstellen Sie eine Datei mit beliebigem Namen und der Endung .php (zum Beispiel info.php) und fügen Sie Folgendes ein:

1
<?php phpinfo(); ?>

Laden Sie die Datei ins Wurzelverzeichnis der Website hoch (per FTP, Dateimanager des Hostings oder WP-CLI) und öffnen Sie sie im Browser: https://your-site.com/info.php.

Suchen Sie auf der geöffneten Seite die Zeile Loaded Configuration File, das ist der vollständige Pfad zur aktiven php.ini. Wenn PHP als Apache-Modul läuft, wird der Pfad in der Zeile Configuration File (php.ini) Path angezeigt, in diesem Fall existiert die Datei selbst möglicherweise nicht und muss manuell erstellt werden.

Löschen Sie info.php unmittelbar nach der Prüfung, die Datei gibt Details zur Serverkonfiguration preis, was unsicher ist.

Wo ist php.ini in WAMP

In WAMP (Windows-Build: Apache + MySQL + PHP) ist der Pfad zur php.ini direkt über die Taskleiste verfügbar.

Klicken Sie mit der rechten Maustaste auf das WAMP-Symbol, gehen Sie auf PHP und wählen Sie php.ini, die Datei öffnet sich in einem Texteditor. Wenn der Build mehrere PHP-Versionen enthält, stellen Sie sicher, dass Sie diejenige ausgewählt haben, mit der die Website läuft (sichtbar in der Taskleiste: WAMP → PHP → Version).

Alternativer Pfad über das WAMP-Menü: Linksklick auf das Symbol → PHP → php.ini. Die Datei befindet sich physisch unter C:\wamp64\bin\php\phpX.Y.Z\php.ini (oder C:\wamp\bin\... bei älteren Versionen).

Wo ist php.ini in XAMPP

In XAMPP unter Windows und Linux führt der Pfad zur php.ini über das Control Panel. Öffnen Sie das XAMPP Control Panel und klicken Sie in der Zeile des Apache-Moduls auf die Schaltfläche Config. Wählen Sie im Dropdown-Menü PHP (php.ini), die Datei öffnet sich im Editor.

Wenn keine Config-Schaltfläche vorhanden ist (alte XAMPP-Version), navigieren Sie direkt zu: C:\xampp\php\php.ini unter Windows oder /opt/lampp/etc/php.ini unter Linux.

Starten Sie Apache nach den Änderungen mit den Schaltflächen Stop → Start im Control Panel neu.

Wo ist php.ini unter Linux (VPS / dediziert)

Auf einem Linux-Server ohne Control Panel findet man php.ini mit einem Terminal-Befehl:

1
php -i | grep "Loaded Configuration File"

Die Ausgabe sieht etwa so aus:

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

Wichtiger Hinweis: PHP für die Kommandozeile (CLI) und für den Webserver (Apache/Nginx) verwenden oft unterschiedliche php.ini-Dateien. Der obige Befehl zeigt den Pfad für die CLI-Version. Um den Pfad für den Webserver zu finden, erstellen Sie eine info.php mit der Methode aus dem vorherigen Abschnitt und öffnen Sie diese im Browser, oder führen Sie folgenden Befehl aus:

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

Typische Pfade hängen von der PHP-Version und dem Webserver ab:

• Apache: /etc/php/8.2/apache2/php.ini
• PHP-FPM (Nginx): /etc/php/8.2/fpm/php.ini
• Allgemeiner Pfad (bei manuell kompiliertem PHP): /usr/local/lib/php.ini

Nach Änderungen starten Sie den Webserver neu: sudo systemctl restart apache2 oder sudo systemctl restart php8.2-fpm.

Wo liegt die php.ini in cPanel und anderen Hosting-Panels

Bei Shared Hosting mit cPanel befindet sich die php.ini-Datei üblicherweise im Wurzelverzeichnis der Website, public_html. So sehen Sie sie ein:

• Melden Sie sich in cPanel an und öffnen Sie den Dateimanager
• Navigieren Sie zum Ordner public_html
• Suchen Sie php.ini in der Dateiliste

Existiert die Datei nicht, erstellen Sie sie mit der Schaltfläche + Datei. Tragen Sie die benötigten Direktiven ein und speichern Sie. Der Hoster übernimmt die Einstellungen innerhalb weniger Minuten.

Bei modernen Hostern sind MultiPHP-Manager (cPanel) oder PHP-Version wählen zunehmend verbreitet; diese erlauben die Bearbeitung der php.ini über eine Weboberfläche, ohne den Dateimanager aufzurufen. Sofern Ihr Panel ein solches Werkzeug unterstützt, nutzen Sie es: geringeres Risiko von Syntaxfehlern.

Sonderfall: .user.ini. Bei Hostern mit PHP-FPM (FastCGI) wird die php.ini im Wurzelverzeichnis der Website möglicherweise ignoriert; stattdessen wird eine .user.ini-Datei mit denselben Direktiven angelegt. Prüfen Sie die Dokumentation Ihres Hosters, welche Datei zu verwenden ist.

Empfohlene php.ini-Einstellungen für WordPress (aktuell für 2026)

Die grundlegenden „Standardwerte" in der php.ini sind seit Jahrzehnten unverändert und für einfache Skripte ausgelegt, nicht für moderne CMS. WordPress mit aktuellen Plugins erfordert deutlich höhere Limits. Nachfolgend die in der Praxis erprobten, empfohlenen Werte.

Kern-Direktiven

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

Die Direktive safe_mode wurde ab PHP-Version 5.4 entfernt; fügen Sie sie nicht zur Konfiguration hinzu. Falls Sie diese Zeile in einer alten php.ini sehen, löschen Sie sie bedenkenlos.

Caching (opcache)

Für Produktivseiten ist Opcache obligatorisch; er bringt eine 2-3-fache Geschwindigkeitssteigerung durch das Cachen von kompiliertem Bytecode:

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

Fehlerprotokollierung

Auf einer Live-Seite sollte die Fehlerausgabe auf dem Bildschirm deaktiviert, die Protokollierung jedoch aktiviert sein:

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

Alternative Methoden:.htaccess und wp-config.php

Der Zugriff auf die php.ini ist nicht immer möglich. Bei manchen Hostern existieren Workarounds.

Per.htaccess (Apache + mod_php)

Fügen Sie Folgendes zur .htaccess im Wurzelverzeichnis der Website hinzu:

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

Dies funktioniert nur, wenn PHP als Apache-Modul (mod_php) läuft. Bei PHP-FPM führen php_value-Direktiven zu einem 500-Fehler; verwenden Sie in diesem Fall .user.ini.

Per wp-config.php

Fügen Sie vor der Zeile /* That's all, stop editing! */ Folgendes ein:

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

WP_MEMORY_LIMIT setzt das Limit für das Frontend, WP_MAX_MEMORY_LIMIT für das Backend. Dies ersetzt nicht die php.ini, löst aber häufig den Fehler „Allowed memory size exhausted" genau dann, wenn der Zugriff auf die Serverkonfiguration eingeschränkt ist.

Video: php.ini finden und bearbeiten in der Praxis

Kurzes Video mit visueller Demonstration aller beschriebenen Methoden, von phpinfo() bis zum MultiPHP-Manager in cPanel:

⁉️🤔 Häufig gestellte Fragen

Warum hat sich nach der Bearbeitung der php.ini nichts geändert?

Der PHP-Prozess wurde nicht neu gestartet. Laden Sie Apache neu (systemctl restart apache2 oder über die Schaltfläche im Panel), PHP-FPM (systemctl restart phpX.Y-fpm), oder warten Sie auf den automatischen Neustart bei Shared Hosting (in der Regel 2-5 Minuten). Prüfen Sie, ob Sie genau die php.ini bearbeiten, die phpinfo() in der Zeile „Loaded Configuration File" anzeigt (ein Server kann mehrere haben).

Kontrollieren Sie nach Änderungen stets das tatsächliche Limit per phpinfo(): Der Hoster kann bestimmte Direktiven mit globalen Einstellungen überschreiben. Hat sich der Wert nicht geändert, legen Sie eine .user.ini im Wurzelverzeichnis der Website an (bei PHP-FPM) oder kontaktieren Sie den Support.

Welches memory_limit benötigt WordPress im Jahr 2026 wirklich?

256M: sicheres Minimum für eine typische Website mit 10-15 Plugins. Ist ein Page Builder installiert (Elementor, Bricks, Breakdance), WooCommerce oder ein komplexes Caching-Plugin, setzen Sie 512M. Websites auf Gutenberg-Basis mit vielen Blöcken und Patterns tendieren ebenfalls zu 512M. 128M, wie in alten Anleitungen empfohlen, reichen für modernes WordPress nicht mehr aus: Allein der Core mit einem Full-Site-Editing-Theme kann dieses Limit erreichen.

Ausnahme: günstiges Shared Hosting mit einer harten Obergrenze. Wenn der Hoster das memory_limit nicht über 128M anhebt, sollten Sie einen Tarif- oder Anbieterwechsel erwägen: Eine Website an diesem Limit stürzt bei jedem zweiten Update ab.

Was ist wichtiger: die Bearbeitung der php.ini oder der wp-config.php?

php.ini wirkt auf Systemebene, wp-config.php auf Anwendungsebene. Wenn Sie Zugriff auf die php.ini haben, bearbeiten Sie diese: Die Limits gelten dann global und werden bei Core-Updates nicht zurückgesetzt. Nutzen Sie wp-config.php als Fallback, wenn der Hoster die php.ini gesperrt hat. WP_MEMORY_LIMIT in der wp-config.php überschreibt das memory_limit aus der php.ini für WordPress, wirkt sich aber nicht auf max_execution_time, upload_max_filesize und andere Direktiven aus: Diese müssen über .htaccess oder .user.ini bearbeitet werden.