{"id":1195,"date":"2026-03-29T13:42:38","date_gmt":"2026-03-29T10:42:38","guid":{"rendered":"https:\/\/allinonewpsettings.com\/blog\/?p=1195"},"modified":"2026-08-04T21:56:30","modified_gmt":"2026-08-04T21:56:30","slug":"wordpress-maximale-upload-dateigroesse-erhoehen","status":"publish","type":"post","link":"https:\/\/allinonewpsettings.com\/blog\/de\/wordpress-maximale-upload-dateigroesse-erhoehen\/","title":{"rendered":"Maximale Upload-Gr\u00f6\u00dfe in WordPress sicher erh\u00f6hen"},"content":{"rendered":"

Eine Redakteurin m\u00f6chte ein 40 MB gro\u00dfes Video hochladen, WordPress meldet jedoch maximal 16 MB. Auch nach einer Erh\u00f6hung von upload_max_filesize<\/code> auf 64 MB scheitert der Upload: post_max_size<\/code> ist niedriger, zudem weist ein Reverse Proxy die Anfrage ab, bevor PHP sie erh\u00e4lt.<\/p>\n

Ma\u00dfgeblich ist die kleinste Grenze auf diesem Anfrageweg. Erfassen Sie daher zuerst Datei, Fehlermeldung und wirksame Werte. Anschlie\u00dfend wird nur die tats\u00e4chlich begrenzende Einstellung erh\u00f6ht, mit gen\u00fcgend Spielraum f\u00fcr die gesamte Anfrage.<\/p>\n

\nInhaltsverzeichnis<\/strong><\/p>\n
    \n
  1. Was das Thema bedeutet<\/a><\/li>\n
  2. Ein realistisches WordPress-Beispiel<\/a><\/li>\n
  3. Warum es wichtig ist und wann es eingesetzt wird<\/a><\/li>\n
  4. Der einfache Weg f\u00fcr Einsteiger<\/a><\/li>\n
  5. Der technische Weg<\/a><\/li>\n
  6. Risiken, h\u00e4ufige Fehler, Backup und R\u00fcckweg<\/a><\/li>\n
  7. Wie AIOWS unterst\u00fctzt: AIOWS PHP Limits<\/a><\/li>\n
  8. Passende AIOWS-Artikel<\/a><\/li>\n
  9. Fazit und empfohlener Weg<\/a><\/li>\n
  10. Offizielle Quellen<\/a><\/li>\n<\/ol>\n<\/div>\n

    Was das Thema bedeutet<\/h2>\n

    Die in WordPress angezeigte Upload-Gr\u00f6\u00dfe ergibt sich aus mehreren m\u00f6glichen Grenzen. upload_max_filesize<\/code> gilt f\u00fcr eine einzelne Datei, post_max_size<\/code> f\u00fcr die gesamte Multipart-Anfrage einschlie\u00dflich weiterer Formularfelder. WordPress oder Multisite k\u00f6nnen eine niedrigere Vorgabe setzen; Webserver, WAF, Proxy, CDN oder Hostingtarif k\u00f6nnen die Anfrage schon vorher ablehnen.<\/p>\n

    Entscheidend ist deshalb der kleinste wirksame Wert, nicht die gr\u00f6\u00dfte Zahl in irgendeiner Oberfl\u00e4che. Medien, Plugin-ZIPs, Importe, REST-Anfragen und Backup-Wiederherstellungen nehmen zudem nicht immer denselben Weg und m\u00fcssen getrennt betrachtet werden.<\/p>\n

    Ein realistisches WordPress-Beispiel<\/h2>\n

    WordPress zeigt f\u00fcr Medien 16 MB an. Die Administration erh\u00f6ht beide PHP-Werte und l\u00e4sst bei post_max_size<\/code> ausreichend Platz f\u00fcr die vollst\u00e4ndige Anfrage. Ein 40-MB-Upload endet trotzdem mit HTTP 413; im PHP-Protokoll erscheint nichts. Damit bleibt der auf 32 MB begrenzte Reverse Proxy als Ursache.<\/p>\n

    Nach der abgestimmten Anpassung durch den Hoster wird ein 39 MB gro\u00dfes Testvideo hochgeladen und vollst\u00e4ndig verarbeitet. Eine Datei knapp oberhalb der neuen Grenze wird wie vorgesehen abgelehnt. Kleine Bilder und normale Seitenaufrufe funktionieren unver\u00e4ndert.<\/p>\n

    Warum es wichtig ist und wann es eingesetzt wird<\/h2>\n

    Erh\u00f6hen Sie die Grenze nur f\u00fcr einen berechtigten Arbeitsablauf, wenn tempor\u00e4rer und dauerhafter Speicher, Verarbeitungszeit, Arbeitsspeicher und Sicherheitspr\u00fcfungen die gr\u00f6\u00dfere Datei tragen. Hinter einem fehlgeschlagenen Upload k\u00f6nnen auch Dateityp, Berechtigungen, Quota, Virenpr\u00fcfung, Timeout oder Medienverarbeitung stecken.<\/p>\n

    Eine ma\u00dfvolle Obergrenze ist sicherer als ein praktisch unbegrenzter Wert. Sie begrenzt versehentlichen Speicherverbrauch und die Folgen kompromittierter Konten. F\u00fcr einzelne sehr gro\u00dfe Videos eignet sich unter Umst\u00e4nden ein externer Medien- oder Objektspeicher besser als ein global h\u00f6heres WordPress-Limit.<\/p>\n

    Der einfache Weg f\u00fcr Einsteiger<\/h2>\n
      \n
    1. Notieren Sie exakte Dateigr\u00f6\u00dfe und Typ, das von WordPress gemeldete Maximum sowie Antwort oder Fehlermeldung.<\/li>\n
    2. Pr\u00fcfen Sie die wirksamen Werte f\u00fcr upload_max_filesize<\/code> und post_max_size<\/code>. Letzterer ben\u00f6tigt Platz f\u00fcr die gesamte Multipart-Anfrage.<\/li>\n
    3. Stellen Sie fest, ob PHP die Anfrage erh\u00e4lt. Ein 413 ohne PHP-Protokolleintrag verweist auf Webserver, Proxy, WAF, CDN oder Provider.<\/li>\n
    4. \u00c4ndern Sie die kleinste begrenzende Einstellung \u00fcber die daf\u00fcr vorgesehene Stelle. Unabh\u00e4ngige Speicher- und Laufzeitwerte bleiben unver\u00e4ndert.<\/li>\n
    5. Wiederholen Sie den Zielupload sowie Tests knapp unter und \u00fcber der Grenze und mit einer kleinen Datei. WordPress muss die akzeptierte Datei vollst\u00e4ndig verarbeiten.<\/li>\n<\/ol>\n

      Der technische Weg<\/h2>\n

      Erstellen Sie eine \u00dcbersicht vom \u00f6ffentlichen Endpunkt bis zum Speicher: Edge- oder CDN-Grenze, Proxy, Webserver, PHP-Gesamtanfrage, PHP-Einzeldatei, WordPress- oder Multisite-Vorgabe, tempor\u00e4res Verzeichnis, Zielspeicher und anschlie\u00dfende Medienverarbeitung. Halten Sie f\u00fcr jede Stufe Wert und zust\u00e4ndige Stelle fest.<\/p>\n

      Testen Sie \u00fcber denselben angemeldeten Weg und pr\u00fcfen Sie Status, Antwortquelle, PHP- und Serverprotokolle, Speicherkontingent und Verarbeitungsergebnis. Ein Wert aus der Kommandozeile oder einem anderen PHP-FPM-Pool belegt nicht die Konfiguration der Webanfrage.<\/p>\n

      Risiken, h\u00e4ufige Fehler, Backup und R\u00fcckweg<\/h2>\n

      Verteilen Sie keine widerspr\u00fcchlichen Direktiven auf php.ini<\/code>, .user.ini<\/code>, .htaccess<\/code> und wp-config.php<\/code>. Dadurch werden wirksame Ebene und R\u00fcckweg unn\u00f6tig schwer nachvollziehbar. Sichern Sie jede Datei vor der Bearbeitung und notieren Sie den vorherigen Wert.<\/p>\n

      Stellen Sie die Ausgangseinstellung wieder her, wenn der Server die \u00c4nderung ablehnt, die Verarbeitung instabil wird, der Speicherverbrauch unerwartet steigt oder unzul\u00e4ssige Dateien angenommen werden. L\u00e4sst sich eine vorgelagerte Grenze nicht sicher erh\u00f6hen, sind kleinere Dateien oder ein anderer Arbeitsablauf die bessere L\u00f6sung.<\/p>\n

      \n

      Wie AIOWS unterst\u00fctzt:<\/p>\n

      AIOWS PHP Limits<\/h2>\n

      AIOWS PHP Limits zeigt die aktiven PHP-Werte der aktuellen WordPress-Installation. Dadurch wird sichtbar, ob upload_max_filesize<\/code> oder post_max_size<\/code> auf PHP-Seite begrenzt und ob eine gespeicherte \u00c4nderung tats\u00e4chlich greift.<\/p>\n

      Erlaubt es die Serverumgebung, kann das Modul unterst\u00fctzte Anpassungen ansto\u00dfen. W\u00e4hlen Sie ein ma\u00dfvolles Wertepaar, pr\u00fcfen Sie anschlie\u00dfend erneut die wirksamen Werte und wiederholen Sie denselben Upload \u00fcber die Weboberfl\u00e4che.<\/p>\n

      Grenzen von Webserver, Proxy, CDN, Multisite oder Hostingtarif kann AIOWS nicht anheben; auch die Annahme eines Overrides durch den Provider ist nicht garantiert. Erh\u00e4lt PHP die Anfrage nicht oder bleibt der Wert unver\u00e4ndert, muss die zust\u00e4ndige Ebene \u00fcber deren vorgesehenen Weg angepasst oder die Datei verkleinert werden.<\/p>\n

      AIOWS PHP Limits ansehen<\/a>AIOWS-Tarife vergleichen<\/a><\/p>\n<\/section>\n

      Passende AIOWS-Artikel<\/h2>\n