Du kennst das bestimmt: Du willst ein schickes neues Bild, ein fettes PDF oder ein cooles Video in deine WordPress-Seite hochladen – und plötzlich knallt dir WordPress die Fehlermeldung „413 Request Entity Too Large“ um die Ohren. Herzlichen Glückwunsch, du bist jetzt offiziell im Club der „Warum zum Teufel geht das nicht?!“-Webmaster. Aber keine Sorge, ich führe dich heute durch die Untiefen von NGINX, Apache und PHP-Limits, damit du nie wieder an dieser Hürde scheiterst. Also, schnapp dir einen Kaffee (oder was Stärkeres), lehn dich zurück und lass uns gemeinsam den 413er zähmen!

Bevor wir in die Technik abtauchen, lass uns kurz klären, was der HTTP-Statuscode 413 eigentlich bedeutet. Der 413er ist quasi der Türsteher deines Servers: „Sorry, du kommst hier nicht rein – du bist zu groß!“ Im Klartext: Die Datei, die du hochladen willst, überschreitet ein festgelegtes Limit. Das kann an verschiedenen Stellen liegen: beim Webserver (NGINX oder Apache), bei PHP oder sogar in WordPress selbst.

Und jetzt kommt der Clou: Laut einer aktuellen Statistik von W3Techs laufen weltweit über 60% aller Websites auf Apache oder NGINX. WordPress wiederum ist mit über 43% Marktanteil das beliebteste CMS (W3Techs, 2024). Die Wahrscheinlichkeit, dass du irgendwann auf diesen Fehler stößt, ist also ziemlich hoch. Aber keine Panik – mit ein bisschen Know-how ist das Problem schnell gelöst.

Schauen wir uns jetzt im Detail an, wo die Limits liegen, wie du sie findest und wie du sie anpasst – egal ob du NGINX, Apache oder PHP nutzt.

• Was verursacht den 413 Request Entity Too Large?

  Der Fehler tritt auf, wenn die hochgeladene Datei größer ist als das erlaubte Limit. Das kann an mehreren Stellen passieren:

  • Webserver-Limit: Sowohl NGINX als auch Apache haben eigene Einstellungen, die die maximale Größe von HTTP-Anfragen begrenzen.
  • PHP-Limit: PHP, die Programmiersprache hinter WordPress, hat ebenfalls eigene Upload-Limits.
  • WordPress-Limit: WordPress selbst kann ein zusätzliches Limit setzen, das aber meist von den Servereinstellungen abhängt.
• Wie findest du heraus, wo das Limit liegt?

  Der erste Schritt ist, die Ursache zu identifizieren. Prüfe:

  • Fehlermeldung im Browser: Meist steht dort „413 Request Entity Too Large“.
  • Server-Logs: In den Error-Logs von NGINX oder Apache findest du oft Details.
  • PHP-Info: Mit einer phpinfo()-Datei kannst du die aktuellen PHP-Limits einsehen.

Jetzt wird’s spannend: Wie hebst du die Limits an? Ich zeige dir Schritt für Schritt, wie du das Problem bei NGINX, Apache und PHP löst – inklusive Codebeispielen und Profi-Tipps.

NGINX: client_max_body_size erhöhen

• Was ist client_max_body_size?

  NGINX blockiert standardmäßig alle Anfragen, die größer als 1 MB sind. Das ist für Bilder, PDFs oder Videos natürlich viel zu wenig. Die Einstellung client_max_body_size regelt, wie groß eine einzelne HTTP-Anfrage sein darf.

• So passt du das Limit an:
  • Öffne die NGINX-Konfiguration:

    Die Datei liegt meist unter /etc/nginx/nginx.conf oder in einem der sites-available-Verzeichnisse.

  • Füge die Zeile hinzu oder passe sie an:

    client_max_body_size 64M;

    Das Beispiel setzt das Limit auf 64 MB. Du kannst natürlich auch 128M, 256M oder mehr wählen – je nach Bedarf.

  • Konfiguration neu laden:

    sudo systemctl reload nginx

    Oder, falls du kein Systemd nutzt: sudo service nginx reload

  • Profi-Tipp:

    Du kannst client_max_body_size auch nur für bestimmte Server-Blöcke oder Locations setzen, falls du das Limit nicht global ändern willst.

Apache: LimitRequestBody anpassen

• Was ist LimitRequestBody?

  Apache hat mit LimitRequestBody eine ähnliche Einstellung wie NGINX. Standardmäßig liegt das Limit bei 0 (unbegrenzt), aber viele Hoster setzen eigene Werte, oft 2 MB oder 8 MB.

• So passt du das Limit an:
  • Öffne die .htaccess oder die Apache-Konfiguration:

    In der .htaccess (im WordPress-Hauptverzeichnis) oder in der httpd.conf bzw. apache2.conf.

  • Füge die Zeile hinzu oder passe sie an:

    LimitRequestBody 67108864

    Das Beispiel setzt das Limit auf 64 MB (1 MB = 1048576 Bytes, also 64 * 1048576 = 67108864).

  • Apache neu starten:

    sudo systemctl reload apache2

    Oder: sudo service apache2 reload

  • Profi-Tipp:

    Du kannst LimitRequestBody auch für einzelne Verzeichnisse oder Virtual Hosts setzen, um gezielt Bereiche zu begrenzen.

PHP: upload_max_filesize und post_max_size erhöhen

• Warum ist PHP wichtig?

  WordPress läuft auf PHP. Wenn PHP ein kleineres Limit hat als dein Webserver, bringt dir die Anpassung bei NGINX oder Apache nichts – PHP blockiert trotzdem.

• So passt du die Limits an:
  • Öffne die php.ini:

    Die Datei findest du meist unter /etc/php/8.1/fpm/php.ini (bei PHP-FPM) oder /etc/php/8.1/apache2/php.ini (bei Apache). Die Version kann variieren.

  • Suche und passe folgende Werte an:

    upload_max_filesize = 64M
    post_max_size = 64M
    max_execution_time = 300
    max_input_time = 300
    memory_limit = 256M

    Wichtig: post_max_size sollte mindestens so groß sein wie upload_max_filesize, sonst gibt’s wieder Ärger.

  • PHP neu starten:

    sudo systemctl reload php8.1-fpm

    Oder: sudo service php8.1-fpm reload

  • Profi-Tipp:

    Bei Shared Hosting kannst du oft eine .user.ini oder php.ini im WordPress-Verzeichnis anlegen. Beispiel:

    upload_max_filesize = 64M
    post_max_size = 64M

WordPress: Eigene Limits setzen

• WordPress-Limit erhöhen:

  WordPress übernimmt meist die Limits von PHP, aber du kannst in der wp-config.php nachhelfen:

  define('WP_MEMORY_LIMIT', '256M');
  define('WP_MAX_MEMORY_LIMIT', '512M');

  Das hilft vor allem bei speicherintensiven Vorgängen wie großen Bild-Uploads oder Backups.

• Profi-Tipp:

  Manche Hoster bieten im Backend eine Option, das Upload-Limit direkt einzustellen. Schau mal in die Einstellungen deines Hosters!

Checkliste: So gehst du vor, wenn der 413er zuschlägt

• Prüfe die Fehlermeldung und die Server-Logs.
• Erhöhe client_max_body_size bei NGINX oder LimitRequestBody bei Apache.
• Setze upload_max_filesize und post_max_size in der php.ini hoch genug.
• Starte Webserver und PHP neu.
• Teste den Upload erneut – und feiere deinen Erfolg!

Vergleichstabelle: Wo setzt du welches Limit?

Häufige Stolperfallen & Troubleshooting

• Du hast alles angepasst, aber der Fehler bleibt?

  Manchmal cachen Webserver oder PHP-FPM die Konfiguration. Ein kompletter Neustart (sudo systemctl restart nginx und sudo systemctl restart php8.1-fpm) hilft oft Wunder.

• Shared Hosting?

  Hier hast du oft keinen Zugriff auf die Serverkonfiguration. Nutze .user.ini oder frage den Support nach einer Erhöhung des Limits.

• Reverse Proxy oder CDN?

  Wenn du Cloudflare, ein CDN oder einen Reverse Proxy nutzt, kann auch dort ein Limit gesetzt sein. Prüfe die Einstellungen im jeweiligen Dashboard.

Fazit: 413? Kein Grund zur Panik!

Der „413 Request Entity Too Large“-Fehler ist nervig, aber mit ein bisschen technischem Feingefühl schnell behoben. Wichtig ist, dass du alle drei Ebenen – Webserver, PHP und WordPress – im Blick hast. Und falls du mal nicht weiterkommst, gibt’s ja noch Profis wie uns!

Wie Nakaryu dir helfen kann

Du willst dich nicht mit Serverkonfigurationen, PHP-ini-Dateien und kryptischen Fehlermeldungen rumschlagen? Dann bist du bei Nakaryu genau richtig! Wir kümmern uns um alles – von der perfekten WordPress-Installation über sichere Server-Settings bis hin zu ultraschnellen Ladezeiten und maximaler Sicherheit. Und das Beste: Mit unserer Webdesign-Flatrate bekommst du nicht nur eine professionelle Website, sondern auch laufende Wartung, Support und regelmäßige Optimierungen – ganz ohne Stress und Technikfrust.

Ob du Freelancer, Start-up oder gestandenes Unternehmen bist – wir sorgen dafür, dass deine Website läuft, wächst und begeistert. Schau dir unsere Pakete an und lass uns gemeinsam durchstarten!

Quellen

• W3Techs: Web Server Usage Statistics
• W3Techs: Content Management System Market Share
• WordPress.org: Common WordPress Errors
• NGINX Documentation: client_max_body_size
• Apache Documentation: LimitRequestBody
• PHP Manual: upload_max_filesize