Türkei (Türkisch)
Germany (German)
Worldwide (English)
WordPress SchichtKernel, Theme- und Plugin-Verhalten.
Halkali Merkez Viertel Fatih Str. Ozgur Apt. No. 46, Kucukcekmece, Istanbul, 34303, TR
Die WordPress-Datei-Upload-Begrenzung besteht nicht aus einer einzelnen Einstellung. Sie umfasst upload_max_filesize, post_max_size, memory_limit, Ausführungszeit, Nginx-Body-Begrenzung, temporäre Verzeichnis, Festplattenspeicher und MIME-Sicherheit, die alle zusammenarbeiten. Diese Anleitung erklärt, wie man den realen Grenzwert findet und ihn korrekt einstellt.
The uploaded file exceeds the upload_max_filesize directive in php.ini
413 Request Entity Too Large
HTTP error
Missing a temporary folderNotieren Sie die einzelne Dateigröße mit upload_max_filesize und die gesamte POST-Anfrage-Grenze mit post_max_size. Wenn der Webserver oder Proxy eine niedrigere Body-Grenze anwendet, kann ein 413-Fehler vor PHP aufgetreten sein.
Wenn post_max_size kleiner als upload_max_filesize ist, können große Dateien PHP nicht erreichen und WordPress kann keine bedeutenden Fehlermeldungen liefern. memory_limit ist auch während der Bildbearbeitung wichtig.
PHP-Einstellung, die in cPanel oder Plesk-Panel geändert wurde, muss nur auf den von der Domain verwendeten Handler angewendet werden. CLI php.ini sollte nicht geändert werden, vorausgesetzt, dass es dem Web-PHP entspricht.
Bild wird geladen, aber bei der Erzeugung von Thumbnails tritt ein HTTP-Fehler auf, überprüfen Sie die Dateigröße, Pixelgröße, Imagick/GD, Speicher und temporären Ordner.
SVG und einige Dateitypen werden nicht zugelassen, ist aber keine Upload-Begrenzung, sondern Verhaltensweise der MIME-Sicherheit. Unbekannte Dateitypen, die nur durch Hinzufügen einer Dateierweiterung geöffnet werden, sind riskant.
Es ist gesünder in Bezug auf Sicherung und Datenspeicherung, große Mediendateien anstatt Videoarchivs in WordPress hochzuladen, geeignete Objektspeicher oder eine Videoplattform zu verwenden.
Suchen Sie nach dem Ausdruck, den Sie in der E-Mail, im Browser oder im SSH-Protokoll sehen. Jede Karte enthält eine Bedeutung, eine wahrscheinliche Ursache und eine sichere erste Maßnahme.
Bedeutung: Datei hat die Einzeldatei-Grenze von PHP überschritten.
Mögliche Ursache: Niedrige upload_max_filesize oder falsche ini-Datei
Bedeutung: Der Webserver/Proxy-Antrag wurde vor dem Erreichen von PHP abgelehnt.
Mögliche Ursache: Nginx client_max_body_size oder Proxy-Limits.
Bedeutung: Die Form überschreitet die HTML-Grenze innerhalb von ihr.
Mögliche Ursache: Theme/plugin Form-Wert.
Bedeutung: PHP upload_tmp_dir ist nicht vorhanden oder kann nicht geschrieben werden.
Mögliche Ursache: Disk, Berechtigungen oder falscher tmp-Pfad.
Bedeutung: WordPress hat einen allgemeinen Medienverarbeitungsfehler aufgetreten.
Mögliche Ursache: Speicher, Imagick, Timeout oder REST/AJAX-Fehler.
Bedeutung: Der MIME-Typ wird von WordPress nicht akzeptiert.
Mögliche Ursache: Nicht unterstützter oder falsch erkannter MIME-Typ.
Bedeutung: Uploads-Verzeichnis kann nicht erstellt oder geschrieben werden.
Mögliche Ursache: Falsche Besitzrechte, Berechtigungen oder volle Festplatte.
Bedeutung: Der gesamte POST-Body überschreitet den post_max_size-Wert.
Mögliche Ursache: post_max_size ist kleiner als der Upload-Begrenzung.
Es wurden keine Datensätze gefunden, die diesem Ausdruck entsprechen.
Befehle sind für den Root-Zugriff vorgesehen. Sammeln Sie zunächst nur den Status und die Protokolle. Ändern Sie die dauerhafte Einstellung nicht, ohne den Grund dafür zu erkennen.
php -r 'foreach(["upload_max_filesize","post_max_size","memory_limit","max_execution_time","upload_tmp_dir"] as $k) echo $k."=".ini_get($k).PHP_EOL;'CLI zeigt Werte an; vergleichen Sie Web-PHP mit phpinfo oder Site Health.
wp eval 'echo wp_max_upload_size(), PHP_EOL;'Zeigt die von WordPress berechnete maximale Upload-Größe in Byte an.
df -h
df -i
php -r 'echo sys_get_temp_dir(), PHP_EOL;'Zeigt die Disk, Inode und das verwendete temporäre Verzeichnis an.
ls -ld wp-content wp-content/uploads
find wp-content/uploads -maxdepth 1 -printf '%m %u:%g %p\n'Uploads-Verzeichnisbesitz und Berechtigungen.
nginx -T 2>/dev/null | grep -n client_max_body_size | head -n 20Zeigt die von Nginx definierten Request-Body-Limits an.
file --mime-type DOSYAZeigt den tatsächlichen MIME-Typ der Datei unabhängig von der Erweiterung an.
Die Grundursache des WordPress-Fehlers ist dieselbe, aber Protokollpfade, PHP-Einstellungsbildschirme und Dienstverwaltung variieren je nach verwendeter Hosting-Infrastruktur.
In cPanel werden die PHP Upload-Werte des Domains über MultiPHP INI Editor verwaltet.
php -r 'echo ini_get("upload_max_filesize"), PHP_EOL;'Die Plesk PHP-Einstellungen-Seite legt die Hochladen- und Timeout-Werte pro Domain fest.
cd /var/www/vhosts/ALANADI/httpdocs && wp eval 'echo wp_max_upload_size();'In einer panellosen Serverumgebung sind PHP-FPM, der Webserver-Body-Limit und der tmp-Verzeichnisbereich separate Schichten.
php --ini && nginx -t 2>/dev/nullFehlercode identifizieren, die tatsächlichen Web-Grenzen messen und die Festplatten/tmp/Rechte und die Web-Server-Body-Grenzen nacheinander überprüfen.
413, PHP-Direktive, MIME oder HTTP-Fehlermeldung, aufzeichnen, wie es ist.
Siehe die vom Anwendungsprogramm berechnete Grenze anstatt des auf der Konsole geschriebenen Wertes.
wp eval 'echo wp_max_upload_size();'post_max_size ist größer als upload_max_filesize; memory_limit muss für den Prozess ausreichend sein.
Wenn ein 413-Fehler vorliegt, konzentrieren Sie sich auf die Nginx/Apache/Proxy-Ebene anstelle von PHP.
nginx -T 2>/dev/null | grep client_max_body_sizeÜberprüfen Sie, ob neue Dateien und Miniaturansichten erstellt werden können.
df -h && ls -ld wp-content/uploadsVergleichen Sie die kleinen und großen Dateien und überprüfen Sie, dass keine neuen Fehler im Log protokolliert wurden
Dateigröße, PHP-Grenzen und WordPress-Diskplatz für unzip werden überprüft.
Die Pixelgröße wird für Imagick/GD, Speicher und Thumbnail-Operationen geprüft.
Nginx/Proxy-Body-Limits blockieren den Anfrage vor PHP.
Dies ist keine Begrenzung, sondern ein MIME-Sicherheitsproblem; eine zuverlässige Sanitärslösung ist erforderlich.
file --mime-type dosya.svgÜberprüfen Sie auch die Upload-Begrenzung in Network Admin > Einstellungen.
Die Web-PHP-Einstellung, die von der Domain verwendet wird, kann geändert werden; cPanel MultiPHP INI, Plesk PHP-Einstellungen oder php.ini/FPM-Überschreibung können verwendet werden.
Der gesamte POST-Anfrage übersteigt den Dateiengpass, da er Formfelder außerhalb der Datei enthält.
Normalerweise kommt es vom Nginx-Proxy oder Webserver-Body-Limit.
WordPress-Medienverarbeitung kann aufgrund von PHP, AJAX, Imagick oder Berechtigungsproblemen mit einer allgemeinen Nachricht Fehler anzeigen; Protokollierung ist erforderlich.
WordPress unterstützt SVG standardmäßig wegen Sicherheitsgründen nicht; es muss nur mit einer sicheren Sanitäs-Lösung geöffnet werden.
Obwohl kleine Dateien möglich sind, ist Objektspeicher oder ein Videoplattform für große Videos geeigneter.
Ja; Der Upload-Limit des Websiten kann durch den Netzwerkadministrator festgelegt werden.
Durch die gemeinsame Analyse von cPanel, WHM, CloudLinux, LiteSpeed, MariaDB, Exim und Sicherheitsebenen beheben wir die Grundursache des Fehlers, anstatt nur den Dienst zu entfernen.