PHP Memory Limit, Upload-Größe und Ausführungszeit einstellen

Wenn eine PHP-Anwendung mehr Speicher benötigt, große Dateien nicht hochgeladen werden können oder ein länger dauernder Vorgang abbricht, können PHP-Limits eine Rolle spielen.

Zu den wichtigsten Einstellungen gehören:

memory_limit
upload_max_filesize
post_max_size
max_execution_time
max_input_time

Im CURIAWEB-cPanel kannst du viele dieser Werte über den MultiPHP INI-Editor kontrollieren und – innerhalb der für dein Hosting vorgesehenen Grenzen – anpassen.

In dieser Anleitung zeigen wir dir, welche PHP-Limits für welche Aufgabe zuständig sind, wie du sie änderst und wie du erkennst, ob tatsächlich ein PHP-Limit die Ursache deines Problems ist.

Wichtig: PHP-Limits sollten nicht vorsorglich auf möglichst hohe Werte gesetzt werden. Passe nur die Werte an, die für deine Anwendung tatsächlich erforderlich sind. Ein höheres Limit behebt keinen fehlerhaften oder ineffizienten Programmcode.

Was sind PHP-Limits? #

PHP-Limits begrenzen bestimmte Ressourcen oder Verarbeitungsvorgänge eines PHP-Skripts.

Sie können beispielsweise bestimmen:

• wie viel Speicher PHP verwenden darf
• wie groß eine einzelne hochgeladene Datei sein darf
• wie groß eine komplette POST-Anfrage sein darf
• wie lange ein PHP-Skript ausgeführt werden darf
• wie lange PHP Eingabedaten verarbeiten darf

Diese Grenzen schützen die Hosting-Umgebung und verhindern unter anderem, dass einzelne Prozesse unbegrenzt Ressourcen beanspruchen.

Die wichtigsten PHP-Limits im Überblick #

PHP-Direktive	Aufgabe
memory_limit	Begrenzt den Speicher, den ein PHP-Skript verwenden darf.
upload_max_filesize	Begrenzt die Größe einer einzelnen über PHP hochgeladenen Datei.
post_max_size	Begrenzt die Gesamtgröße der über eine POST-Anfrage übertragenen Daten.
max_execution_time	Begrenzt die Ausführungszeit eines PHP-Skripts.
max_input_time	Begrenzt die Zeit für die Verarbeitung von Eingabedaten.

Die Werte wirken nicht vollständig unabhängig voneinander. Besonders bei Datei-Uploads müssen mehrere Limits zusammenpassen.

Wo änderst du PHP-Limits bei CURIAWEB? #

Melde dich bei deinem CURIAWEB-cPanel an und öffne:

Software → MultiPHP INI-Editor

Für typische Änderungen empfehlen wir den Basis-Modus, sofern die gewünschte Einstellung dort angeboten wird.

Die grundsätzliche Bedienung des MultiPHP INI-Editors erklären wir unter PHP-Einstellungen in cPanel ändern.

CURIAWEB-Empfehlung: Verwende für unterstützte PHP-Einstellungen den MultiPHP INI-Editor. Verteile dieselben Werte nicht gleichzeitig auf verschiedene php.ini-, .user.ini– oder .htaccess-Konfigurationen.

1. Richtige Domain beziehungsweise richtigen Bereich auswählen #

Öffne den MultiPHP INI-Editor und wähle den Bereich aus, dessen PHP-Konfiguration du bearbeiten möchtest.

Abhängig von der Konfiguration können dir Domains beziehungsweise das Home Directory zur Auswahl angeboten werden.

Wenn mehrere Websites in deinem Hosting-Account liegen, kontrolliere sorgfältig, welche Website von der Änderung betroffen ist.

2. Aktuelle Werte prüfen #

Bevor du etwas änderst, notiere dir die aktuellen Werte.

Beispielsweise:

memory_limit = bisheriger Wert
upload_max_filesize = bisheriger Wert
post_max_size = bisheriger Wert
max_execution_time = bisheriger Wert
max_input_time = bisheriger Wert

Dadurch kannst du die ursprüngliche Konfiguration bei Bedarf wiederherstellen.

Praxis-Tipp: Wenn du mehrere zusammenhängende Werte ändern musst, erstelle vorher einen Screenshot. So hast du den Ausgangszustand dokumentiert.

3. memory_limit einstellen #

Die Direktive:

memory_limit

begrenzt den Speicher, den ein PHP-Skript verwenden darf.

Ein Wert wird typischerweise beispielsweise so angegeben:

256M

Dabei steht M für Megabyte.

Wann ist memory_limit relevant? #

Wenn ein PHP-Prozess die zulässige Speichergrenze erreicht, kann eine Fehlermeldung beispielsweise einen Hinweis wie:

Allowed memory size exhausted

enthalten.

Eine solche Meldung enthält häufig zusätzlich Informationen darüber, wie viel Speicher verwendet werden sollte und in welcher PHP-Datei der Fehler auftrat.

memory_limit gezielt erhöhen #

Wenn deine Anwendung nachweislich mehr PHP-Speicher benötigt und dein Hosting dies zulässt, kannst du memory_limit im MultiPHP INI-Editor auf einen geeigneten höheren Wert setzen.

Speichere die Änderung und wiederhole anschließend genau den Vorgang, bei dem der Speicherfehler aufgetreten ist.

Sehr hoher Speicherverbrauch sollte untersucht werden #

Wenn eine gewöhnliche Website ungewöhnlich viel PHP-Speicher benötigt, sollte nicht ausschließlich das Limit erhöht werden.

Mögliche Ursachen können beispielsweise sein:

• fehlerhaftes Plugin
• problematisches Theme
• ineffizienter individueller PHP-Code
• sehr große Datenmengen
• ungewöhnlich aufwendiger Import oder Export
• Programmierfehler beziehungsweise Schleife

Wichtig: Wenn memory_limit immer weiter erhöht werden muss, ohne dass die Ursache des hohen Speicherverbrauchs bekannt ist, sollte die Anwendung untersucht werden.

PHP memory_limit und Hosting-RAM sind nicht dasselbe #

Das PHP-memory_limit darf nicht mit den gesamten Arbeitsspeicher-Ressourcen deines Hosting-Accounts verwechselt werden.

CloudLinux verwaltet zusätzlich Ressourcen auf Hosting-Account-Ebene.

Ein sehr hoch eingestelltes PHP-memory_limit erhöht deshalb nicht automatisch die Ressourcen, die deinem Hosting-Account insgesamt zur Verfügung stehen.

Wie du diese Ressourcen kontrollierst, erklären wir unter CloudLinux Ressourcennutzung in cPanel verstehen.

WordPress Memory Limit und PHP memory_limit #

Bei WordPress begegnen dir zusätzlich Begriffe wie:

WP_MEMORY_LIMIT

und gegebenenfalls:

WP_MAX_MEMORY_LIMIT

Diese Werte gehören zur WordPress-Konfiguration und sind nicht mit dem serverseitigen PHP-memory_limit identisch.

WordPress kann nicht einfach mehr PHP-Speicher erzwingen, als die PHP- beziehungsweise Hosting-Konfiguration tatsächlich zulässt.

Kurz erklärt: Ein hoher Wert in wp-config.php hebt ein niedrigeres serverseitiges PHP-Limit nicht beliebig auf.

4. upload_max_filesize einstellen #

Die Direktive:

upload_max_filesize

bestimmt die maximale Größe einer einzelnen Datei, die über PHP hochgeladen werden darf.

Ein Beispiel wäre:

64M

Diese Grenze kann beispielsweise relevant sein bei:

• WordPress-Medienuploads
• Theme-Uploads
• Plugin-Uploads
• Importdateien
• anderen Upload-Formularen einer PHP-Anwendung

Upload-Limit in WordPress #

WordPress zeigt im Upload-Bereich normalerweise eine maximale Dateigröße an.

Wenn eine Datei größer ist als die dort angezeigte zulässige Größe, kann upload_max_filesize eine der relevanten Einstellungen sein.

Allerdings ist dieser Wert nicht die einzige Grenze.

5. post_max_size ebenfalls kontrollieren #

Bei PHP-Dateiuploads ist zusätzlich:

post_max_size

wichtig.

Diese Direktive begrenzt die Gesamtgröße einer POST-Anfrage.

Ein Datei-Upload wird normalerweise innerhalb einer solchen Anfrage übertragen.

Deshalb müssen:

upload_max_filesize
post_max_size

sinnvoll aufeinander abgestimmt sein.

Warum post_max_size größer sein sollte als die gewünschte Datei #

Eine POST-Anfrage kann neben der eigentlichen Datei weitere Formulardaten enthalten.

Wenn du beispielsweise eine Datei bis zu einer bestimmten Größe hochladen möchtest, sollte post_max_size deshalb ausreichend Platz für die gesamte Anfrage bieten.

Ein sinnvoll abgestimmtes Schema könnte beispielsweise so aussehen:

upload_max_filesize = 64M
post_max_size = 72M

Diese Werte sind lediglich ein Beispiel für die Beziehung der beiden Limits und keine allgemeine CURIAWEB-Empfehlung für jede Website.

Wichtig: Setze post_max_size nicht kleiner als die Dateigröße, die du über upload_max_filesize erlauben möchtest.

Warum ein höheres upload_max_filesize allein nicht genügt #

Angenommen, du konfigurierst:

upload_max_filesize = 128M
post_max_size = 32M

Dann kann die kleinere POST-Grenze weiterhin verhindern, dass eine entsprechend große Datei erfolgreich übertragen wird.

Bei Upload-Problemen solltest du deshalb immer beide Werte kontrollieren.

6. max_execution_time einstellen #

Die Direktive:

max_execution_time

begrenzt die maximale Ausführungszeit eines PHP-Skripts.

Ein Wert wie:

60

steht typischerweise für 60 Sekunden.

Eine längere Ausführungszeit kann beispielsweise bei aufwendigen PHP-Vorgängen relevant werden.

Typische Situationen für max_execution_time #

Dazu können beispielsweise gehören:

• größere Importe
• größere Exporte
• Bildverarbeitung
• bestimmte Backup-Prozesse
• umfangreiche Datenverarbeitung
• bestimmte Aktualisierungsprozesse

Ob tatsächlich max_execution_time die Ursache ist, solltest du anhand der Fehlermeldung beziehungsweise des Verhaltens prüfen.

Maximum execution time exceeded #

Wenn ein PHP-Skript sein Zeitlimit erreicht, kann eine Fehlermeldung beispielsweise enthalten:

Maximum execution time exceeded

In diesem Fall ist max_execution_time unmittelbar relevant.

Prüfe allerdings auch, warum der Vorgang so lange benötigt.

Achtung: Eine Ausführungszeit von mehreren Minuten ist nicht automatisch die richtige Lösung. Ein hängender externer Dienst, eine Endlosschleife oder ineffizienter Code wird durch ein immer höheres Zeitlimit nicht repariert.

max_execution_time nicht mit Browser-Timeout verwechseln #

Wenn dein Browser eine Zeitüberschreitung meldet, bedeutet das nicht automatisch, dass PHP sein max_execution_time erreicht hat.

Zwischen Browser und PHP befinden sich weitere technische Komponenten.

Vereinfacht:

Browser
   ↓
Netzwerk
   ↓
Webserver
   ↓
PHP
   ↓
Anwendung
   ↓
Datenbank / externe Dienste

Ein Abbruch kann auf unterschiedlichen Ebenen entstehen.

504 Gateway Timeout ist nicht automatisch ein PHP-Limit #

Wenn eine Website einen:

504 Gateway Timeout

meldet, solltest du nicht automatisch max_execution_time erhöhen.

Ein 504-Fehler bedeutet, dass eine beteiligte Serverkomponente nicht rechtzeitig eine erwartete Antwort erhalten hat. Die konkrete Ursache muss deshalb untersucht werden.

7. max_input_time prüfen #

Die Direktive:

max_input_time

begrenzt die Zeit, die PHP für die Verarbeitung von Eingabedaten verwenden darf.

Sie ist nicht dasselbe wie:

max_execution_time

und sollte nur angepasst werden, wenn sie für den konkreten Vorgang tatsächlich relevant ist.

max_input_time und große Formulare #

Bei sehr umfangreichen Eingaben oder bestimmten Importvorgängen kann die Verarbeitung von Eingabedaten eine Rolle spielen.

Wenn eine Anwendung allerdings ausdrücklich auf eine andere PHP-Direktive hinweist, solltest du nicht vorsorglich max_input_time erhöhen.

8. Änderungen speichern #

Nachdem du die benötigten Werte angepasst hast, speichere beziehungsweise übernimm die PHP-Konfiguration im MultiPHP INI-Editor.

Warte auf die Bestätigung von cPanel.

9. Werte nach dem Speichern kontrollieren #

Kontrolliere anschließend, ob die vorgesehenen Werte im MultiPHP INI-Editor angezeigt werden.

Wenn du beispielsweise Upload-Grenzen verändert hast, prüfe sowohl:

upload_max_filesize

als auch:

post_max_size

10. Genau den betroffenen Vorgang erneut testen #

Wiederhole nach der Änderung den Vorgang, der zuvor fehlgeschlagen ist.

Beispielsweise:

Speicherfehler
→ denselben Vorgang erneut ausführen

Upload zu groß
→ dieselbe Datei erneut hochladen

Ausführungszeit überschritten
→ denselben Prozess erneut starten

So kannst du feststellen, ob die Änderung tatsächlich relevant war.

PHP-Limit geändert, Problem besteht weiterhin #

Wenn der Fehler trotz angepasstem Limit unverändert bleibt, solltest du nicht einfach den Wert erneut erhöhen.

Prüfe stattdessen, ob:

• das richtige Limit geändert wurde
• die richtige Domain beziehungsweise der richtige Bereich ausgewählt wurde
• die Änderung tatsächlich wirksam ist
• eine andere technische Grenze greift
• die Anwendung selbst ein Problem verursacht
• ein Hosting-Ressourcenlimit erreicht wird

Serverseitige Obergrenzen beachten #

Ein Shared-Hosting-Account kann PHP- und Serverparameter nicht unbegrenzt verändern.

Bestimmte Einstellungen können serverseitig vorgegeben oder nach oben begrenzt sein.

Wenn du im MultiPHP INI-Editor einen Wert eintragen kannst, bedeutet dies deshalb nicht zwangsläufig, dass jede beliebig hohe Einstellung technisch wirksam wird.

Wichtig: PHP-Konfigurationswerte wirken innerhalb der Grenzen der gesamten Hosting-Umgebung. Ein eingetragener Zahlenwert erzeugt keine zusätzlichen Serverressourcen.

PHP memory_limit und CloudLinux Memory Limit #

Diese beiden Begriffe können leicht verwechselt werden.

Vereinfacht:

PHP memory_limit
→ PHP-Konfiguration eines Skripts

CloudLinux-Ressourcen
→ Ressourcenbegrenzung des Hosting-Accounts

Wenn der Hosting-Account ein Ressourcenlimit erreicht, kann eine Erhöhung von memory_limit das Problem sogar verfehlen.

CloudLinux-Limits und deren Auswertung behandeln wir unter Resource Limit Is Reached: CloudLinux-Limits erkennen und beheben.

Upload-Limit erhöht, WordPress zeigt weiterhin alten Wert #

Wenn WordPress nach einer Änderung weiterhin eine niedrigere maximale Upload-Größe anzeigt, prüfe zunächst:

• richtigen Bereich im MultiPHP INI-Editor
• upload_max_filesize
• post_max_size
• ob die Änderung gespeichert wurde
• ob weitere lokale PHP-Konfigurationen existieren
• ob eine serverseitige Grenze greift

Trage nicht auf Verdacht dieselben Werte zusätzlich in mehrere Konfigurationsdateien ein.

Große Datei hochladen: PHP ist nicht immer der beste Weg #

Wenn du eine sehr große Datei lediglich auf deinen Webspace übertragen möchtest, muss der Upload nicht zwingend über eine PHP-Anwendung erfolgen.

Für normale Dateien kannst du beispielsweise den cPanel-Dateimanager oder FTP verwenden.

Wie du Dateien direkt über cPanel überträgst, erklären wir unter Dateien in cPanel hochladen, herunterladen und bearbeiten.

Für größere beziehungsweise wiederkehrende Dateiübertragungen kann FTP geeigneter sein. Die Einrichtung erklären wir unter FTP-Konto in cPanel erstellen.

Praxis-Tipp: Wenn du lediglich eine große ZIP-Datei auf den Server übertragen möchtest, ist es häufig sinnvoller, die Datei direkt über das Hosting zu übertragen, statt dafür die PHP-Upload-Limits einer Webanwendung stark zu erhöhen.

Große WordPress-Plugins oder Themes #

Wenn ein Plugin oder Theme die zulässige PHP-Upload-Größe überschreitet, kann eine Anpassung der Upload-Limits sinnvoll sein.

Alternativ kann bei entsprechenden Kenntnissen auch eine direkte Dateiübertragung verwendet werden.

Achte dabei darauf, Dateien in das richtige Verzeichnis zu übertragen und bestehende Installationen nicht unkontrolliert zu überschreiben.

Große Mediendateien #

Nur weil PHP technisch einen sehr großen Upload zulassen könnte, bedeutet das nicht automatisch, dass eine sehr große Datei für eine Website sinnvoll ist.

Besonders Bilder sollten für die Webnutzung angemessen dimensioniert und optimiert werden.

Extrem große Mediendateien können Speicherplatz, Ladezeit und Verarbeitung belasten.

phpMyAdmin und große SQL-Dateien #

Beim Import einer SQL-Datei über phpMyAdmin können PHP-Limits eine Rolle spielen, beispielsweise wenn die Datei bereits die zulässige Upload-Größe überschreitet.

Ein fehlgeschlagener Datenbankimport kann jedoch zahlreiche weitere Ursachen haben.

Dazu gehören beispielsweise:

• SQL-Syntaxfehler
• bereits vorhandene Tabellen
• doppelte Datensätze
• Zeichensatz- oder Kollationsprobleme
• Berechtigungsprobleme
• Server- oder Datenbankgrenzen
• teilweise bereits ausgeführter Import

Die systematische Diagnose findest du unter phpMyAdmin-Import funktioniert nicht: Fehler und große SQL-Dateien.

Große SQL-Datei nicht blind mehrfach importieren #

Wenn ein Datenbankimport nach längerer Laufzeit abbricht, solltest du nicht sofort dieselbe Datei erneut importieren.

Der Import kann bereits einen Teil der Tabellen oder Daten angelegt haben.

Prüfe zuerst den Zustand der Zieldatenbank und die konkrete Fehlermeldung.

max_execution_time für Cronjobs #

Bei zeitgesteuerten Aufgaben solltest du nicht automatisch davon ausgehen, dass ein Problem ausschließlich durch max_execution_time verursacht wird.

Cronjobs können andere Ausführungswege und Rahmenbedingungen besitzen als ein normaler PHP-Aufruf über den Browser.

Wie du Cronjobs einrichtest, behandeln wir unter Cronjob in cPanel erstellen und Zeitplan richtig einstellen.

PHP-Limits und Website-Performance #

Sehr hohe PHP-Limits machen eine Website nicht automatisch schneller.

Beispielsweise:

memory_limit = sehr hoch
≠
Website automatisch schneller

Ein Limit definiert eine Grenze. Es ist keine Performance-Einstellung im Sinne eines Beschleunigers.

Mehr Speicher kann ineffizienten Code verdecken #

Wenn eine Anwendung durch eine starke Erhöhung des Speicherlimits zunächst wieder funktioniert, sollte trotzdem geprüft werden, ob der tatsächliche Speicherbedarf plausibel ist.

Ein fehlerhaftes Plugin kann beispielsweise immer mehr Speicher beanspruchen, bis auch ein höheres Limit erneut erreicht wird.

Mehr Ausführungszeit kann einen langsamen Prozess verdecken #

Dasselbe gilt für max_execution_time.

Wenn ein Vorgang statt 30 plötzlich 300 Sekunden benötigt, kann ein höheres Limit zwar einen Abbruch verhindern. Es erklärt aber noch nicht, warum der Prozess so lange dauert.

Bei wiederkehrenden Problemen sollte deshalb die eigentliche Ursache untersucht werden.

PHP-Version vor der Fehlersuche kontrollieren #

Wenn PHP-Probleme unmittelbar nach einer Änderung der PHP-Version entstanden sind, sollte zunächst auch die Anwendungskompatibilität geprüft werden.

Eine Erhöhung von PHP-Limits behebt keine Inkompatibilität mit einer PHP-Version.

Die PHP-Version verwaltest du bei CURIAWEB über den MultiPHP-Manager.

Fehlerprotokoll verwenden #

Wenn nicht klar ist, welches Limit erreicht wird, kann das Fehlerprotokoll wichtige Hinweise liefern.

Eine Meldung wie:

Allowed memory size exhausted

weist wesentlich konkreter auf die Ursache hin als eine allgemeine Aussage wie „die Website funktioniert nicht“.

Wie du solche Hinweise findest und einordnest, erklären wir unter cPanel Error Log lesen und Website-Fehler finden.

Typische Fehlermeldungen richtig zuordnen #

Einige Meldungen geben bereits einen starken Hinweis auf die relevante Ebene:

Beobachtung	Zuerst prüfen
Allowed memory size exhausted	memory_limit und Ursache des Speicherverbrauchs
Datei überschreitet maximale Upload-Größe	upload_max_filesize und post_max_size
Maximum execution time exceeded	max_execution_time und Ursache der langen Laufzeit
Resource Limit Is Reached	CloudLinux-Ressourcen statt nur PHP-Limits
504 Gateway Timeout	gesamte Verarbeitungskette untersuchen

Nicht alle Limits gleichzeitig erhöhen #

Wenn eine Anwendung einen Speicherfehler meldet, besteht normalerweise kein Grund, gleichzeitig Upload-Größe, POST-Größe und Ausführungszeit massiv zu erhöhen.

Eine gezielte Änderung erleichtert die Diagnose.

Grundregel: Fehlermeldung lesen → relevantes Limit identifizieren → Ausgangswert dokumentieren → gezielt anpassen → denselben Vorgang erneut testen.

PHP-Limits nicht über .htaccess aus fremden Anleitungen kopieren #

Ältere Tutorials empfehlen teilweise PHP-Konfigurationszeilen innerhalb der:

.htaccess

Solche Anweisungen können von der verwendeten PHP-Betriebsart abhängen und in einer unpassenden Umgebung sogar einen Serverfehler verursachen.

Verwende deshalb für die hier beschriebenen Einstellungen die im CURIAWEB-cPanel vorgesehene PHP-Verwaltung.

Wenn du eine bestehende .htaccess untersuchen musst, findest du die Vorgehensweise unter .htaccess erklärt und sicher bearbeiten.

PHP-Limits nach Website-Umzug prüfen #

Wenn eine Website von einem anderen Hosting umgezogen wurde, können sich PHP-Konfigurationen unterscheiden.

Die bisherige Website kann beispielsweise mit anderen Werten betrieben worden sein.

Zusätzlich können Dateien wie:

php.ini

oder:

.user.ini

vom alten Hosting übernommen worden sein.

Wenn nach einem Umzug unerwartete PHP-Limits oder Fehler auftreten, solltest du deshalb auch vorhandene lokale PHP-Konfigurationen prüfen.

Lokale PHP-Konfiguration nicht auf Verdacht löschen #

Wenn du eine php.ini oder .user.ini findest, dokumentiere deren Inhalt beziehungsweise sichere die Datei, bevor du Änderungen vornimmst.

Sie kann bewusst von einer Anwendung oder einer früheren Konfiguration verwendet worden sein.

Änderung wieder rückgängig machen #

Wenn ein geänderter PHP-Wert nicht hilft oder unerwartete Auswirkungen hat, kannst du den zuvor dokumentierten Ausgangswert wiederherstellen.

Öffne:

Software → MultiPHP INI-Editor

Wähle den richtigen Bereich und trage den ursprünglichen Wert wieder ein.

Speichere anschließend und teste die Website erneut.

Beispiel: Datei-Upload ist zu groß #

Angenommen, eine Anwendung kann eine benötigte Datei aufgrund ihrer Größe nicht hochladen.

Dann gehst du systematisch vor:

1. Prüfe die Größe der Datei.
2. Öffne den MultiPHP INI-Editor.
3. Kontrolliere upload_max_filesize.
4. Kontrolliere post_max_size.
5. Dokumentiere die bisherigen Werte.
6. Passe die Werte nur soweit erforderlich an.
7. Speichere die Konfiguration.
8. Wiederhole denselben Upload.

Funktioniert der Upload weiterhin nicht, prüfe weitere mögliche Grenzen, statt die Werte immer weiter zu erhöhen.

Beispiel: PHP-Speicher reicht nicht #

Bei einer Meldung wie:

Allowed memory size exhausted

gehst du folgendermaßen vor:

1. Notiere die vollständige Fehlermeldung.
2. Prüfe, welche Datei oder Komponente genannt wird.
3. Kontrolliere den aktuellen Wert von memory_limit.
4. Prüfe, ob der Speicherbedarf der Anwendung plausibel ist.
5. Passe das Limit bei berechtigtem Bedarf innerhalb der verfügbaren Grenzen an.
6. Teste denselben Vorgang erneut.
7. Untersuche die Anwendung, wenn der Speicherverbrauch weiterhin ungewöhnlich hoch ist.

Beispiel: Vorgang bricht nach längerer Zeit ab #

Wenn ein PHP-Vorgang nach einer bestimmten Laufzeit abbricht:

1. Notiere die genaue Fehlermeldung.
2. Prüfe, ob tatsächlich Maximum execution time exceeded gemeldet wird.
3. Kontrolliere max_execution_time.
4. Prüfe, ob die lange Laufzeit für den Vorgang plausibel ist.
5. Erhöhe den Wert nur bei einem konkreten Bedarf.
6. Teste denselben Vorgang erneut.
7. Untersuche bei dauerhaft langen Laufzeiten die Anwendung beziehungsweise den Prozess.

Wann solltest du den Support kontaktieren? #

Wenn ein benötigtes PHP-Limit nicht geändert werden kann, ein eingestellter Wert nicht wirksam wird oder ein Vorgang trotz plausibler Einstellungen weiterhin fehlschlägt, solltest du den aktuellen Zustand möglichst genau dokumentieren.

Für eine Analyse sind insbesondere hilfreich:

• betroffene Domain
• verwendete PHP-Version
• betroffene PHP-Direktive
• ursprünglicher Wert
• neu eingestellter Wert
• genaue Fehlermeldung
• welcher Vorgang fehlschlägt
• Größe einer betroffenen Datei, falls relevant
• verwendetes CMS beziehungsweise Anwendung
• ob das Problem erst nach einer bestimmten Änderung aufgetreten ist

Übermittle dabei keine Passwörter oder andere vertrauliche Zugangsdaten.

Zusammenfassung #

Die wichtigsten PHP-Limits kannst du im CURIAWEB-cPanel über Software → MultiPHP INI-Editor kontrollieren und innerhalb der verfügbaren Grenzen anpassen.

memory_limit begrenzt den PHP-Speicher, upload_max_filesize die Größe einer einzelnen hochgeladenen Datei und post_max_size die Gesamtgröße einer POST-Anfrage. max_execution_time betrifft die Ausführungszeit eines PHP-Skripts, während max_input_time die Verarbeitung von Eingabedaten betrifft.

Bei Datei-Uploads müssen insbesondere upload_max_filesize und post_max_size sinnvoll aufeinander abgestimmt sein. Bei Speicher- oder Laufzeitproblemen solltest du dagegen nicht nur das Limit erhöhen, sondern auch prüfen, warum die Anwendung ungewöhnlich viele Ressourcen beziehungsweise Zeit benötigt.

PHP-Limits sind außerdem nicht mit den gesamten CloudLinux-Ressourcen deines Hosting-Accounts gleichzusetzen. Ein sehr hoher PHP-Wert erzeugt keine zusätzlichen Serverressourcen.

Die wichtigste Vorgehensweise lautet deshalb: Fehler identifizieren, relevantes Limit bestimmen, Ausgangswert dokumentieren, gezielt anpassen und denselben Vorgang erneut testen.