Was der HTTP 408 Status Code ist<\/h2>\n
HTTP-Statuscodes<\/a> zeigen den Status der Anfrage eines Client an. Au\u00dferdem k\u00f6nnen sie den Client je nach Anfrage zu verschiedenen Ressourcen weiterleiten.<\/p>\n Der h\u00e4ufigste HTTP-Statuscode ist 404, der anzeigt, dass die angeforderte Ressource nicht gefunden werden konnte. Andere g\u00e4ngige Statuscodes sind 200 (OK)<\/a>, 400 (Bad Request)<\/a> und 500 (Internal Server Error)<\/a>.<\/p>\n Die Statuscodes werden in f\u00fcnf Kategorien unterteilt:<\/p>\n HTTP 408 f\u00e4llt in die Kategorie der Client-Fehler. Der Statuscode besagt, dass der Server keine rechtzeitige Antwort vom Client erhalten hat und dass der Server eine Zeit\u00fcberschreitung beim Warten auf die Anfrage hatte. Das kann passieren, wenn der Client zu lange braucht, um die Anfrage zu senden oder der Server zu besch\u00e4ftigt ist, um sie zu bearbeiten.<\/p>\n Der HTTP 408 Fehler \u00e4hnelt dem 504 Gateway Timeout<\/a> Statuscode. Ersterer kommt jedoch nicht von einem Gateway oder Proxy-Server. Stattdessen kommt er direkt von dem Webserver, mit dem der Client verbunden ist.<\/p>\n\n Es gibt eine Handvoll m\u00f6glicher Gr\u00fcnde f\u00fcr den HTTP 408 Request Timeout Fehler. Zu diesen Ursachen geh\u00f6ren:<\/p>\n Der Fehler 408 Request Timeout bedeutet, dass die Anfrage, die du an den Webserver gesendet hast, l\u00e4nger gedauert hat, als der Server bereit war zu warten. Dies kann aufgrund von starkem Datenverkehr im Internet oder einer langsamen Verbindung auf deiner Seite passieren.<\/p>\n Das Problem mit diesem Statuscode ist, dass er sowohl auf der Client- als auch auf der Serverseite auftreten kann. Mit anderen Worten: Auch wenn der Fehler 408 als Client-Fehler eingestuft wird, bedeutet das nicht zwangsl\u00e4ufig, dass das Problem auf den Browser oder das Ger\u00e4t zur\u00fcckzuf\u00fchren ist. Es ist m\u00f6glich, dass der Server falsch konfiguriert ist oder die Anfragen nicht richtig verarbeitet.<\/p>\n Nachdem wir nun mehr \u00fcber den HTTP 408 Statuscode wissen, wollen wir uns ansehen, wie du ihn beheben kannst. Im Folgenden findest du acht m\u00f6gliche L\u00f6sungen, die in zwei Kategorien unterteilt sind: clientseitig und serverseitig.<\/p>\n Nachfolgend findest du einige clientseitige L\u00f6sungsans\u00e4tze, mit denen du den HTTP 408 Fehler beheben kannst!<\/p>\n Bevor du den HTTP 408-Fehler behebst, solltest du als Erstes eine Sicherungskopie deiner Website<\/a> erstellen. Wenn bei der Behebung des Problems etwas schief geht, hast du eine vollst\u00e4ndige, aktuelle Version deiner Dateien und deiner Datenbank, die du wiederherstellen kannst.<\/p>\n Es gibt verschiedene Methoden, wie du deine Website sichern kannst. Eine davon ist die manuelle Methode. Bei dieser Methode verwendest du einen SFTP-Client (Secure File Transfer Protocol)<\/a>, wie z. B. FileZilla<\/a>. Nachdem du deine SFTP-Zugangsdaten von deinem Host erhalten und dich mit dem Server verbunden hast, kannst du deine Dateien aus dem Stammverzeichnis(<\/em> Ordnerpublic_html<\/em> ) herunterladen.<\/p>\n Als N\u00e4chstes musst du deine Datenbank \u00fcber phpMyAdmin herunterladen. Wenn du ein Kinsta-Benutzer bist, kannst du darauf \u00fcber MyKinsta > <\/strong> Sites > <\/strong> Info<\/strong> zugreifen:<\/p>\n W\u00e4hle dann phpMyAdmin \u00f6ffnen<\/strong>, um den Datenbankmanager zu starten. W\u00e4hle die Datenbank deiner Website aus dem Men\u00fc aus:<\/p>\n Als N\u00e4chstes klickst du auf Exportieren <\/strong>am oberen Rand des Bildschirms. Achte darauf, dass du unter Format<\/strong> SQL<\/strong> ausw\u00e4hlst, und <\/em>klicke dann auf Los<\/strong>. Deine Datenbankdatei sollte nun heruntergeladen werden.<\/p>\n Du kannst auch ein Backup-Plugin wie UpdraftPlus<\/a> verwenden. Nachdem du das Plugin installiert und aktiviert hast, navigierst du in deinem WordPress-Dashboard zu Einstellungen<\/strong> > UpdraftPlus Backups<\/strong> und klickst dann auf Backup Now<\/strong>:<\/p>\n Eine dritte M\u00f6glichkeit ist, deine Website \u00fcber deinen Webhoster zu sichern. Bei Kinsta kannst du deine bestehenden Backups einsehen, indem du dich bei MyKinsta<\/a> anmeldest und dann zum Reiter Backups<\/strong> navigierst:<\/p>\n Du kannst bis zu f\u00fcnf manuelle Backups erstellen, die automatisch f\u00fcr zwei Wochen gespeichert werden. Wir bieten auch DevKinsta<\/a> an, ein kostenloses lokales WordPress-Entwicklungstool, mit dem du Staging<\/a> und Backups deiner Website in einer lokalen Umgebung erstellen kannst.<\/p>\n Das kannst du tun, indem du DevKinsta aufrufst und die Option Von Kinsta importieren aus <\/strong>w\u00e4hlst. M\u00f6glicherweise musst du deine Hosting-Zugangsdaten verifizieren. Sobald du deine Website ausgew\u00e4hlt hast, k\u00fcmmert sich DevKinsta um den Rest.<\/p>\n Einer der Gr\u00fcnde, warum du den HTTP 408 Statuscode-Fehler siehst, ist, dass du einfach die falsche URL in den Browser eingegeben hast. Deshalb solltest du die URL jetzt noch einmal \u00fcberpr\u00fcfen, um sicherzustellen, dass du dich nicht vertippt hast.<\/p>\n Achte besonders auf den Domainnamen, vor allem wenn er Schr\u00e4gstriche oder Bindestriche enth\u00e4lt. Versuche, die URL<\/a> erneut einzugeben und lade die Seite neu. Wenn der Timeout-Request-Fehler immer noch auftritt, kannst du zur n\u00e4chsten L\u00f6sung \u00fcbergehen.<\/p>\n Wenn du in letzter Zeit \u00c4nderungen an deiner Datenbank<\/a> vorgenommen hast, k\u00f6nnen diese die Ursache f\u00fcr den HTTP 408 Fehler sein. Um das Problem zu beheben, musst du alle \u00c4nderungen r\u00fcckg\u00e4ngig machen.<\/p>\n K\u00fcrzlich installierte Erweiterungen oder Aktualisierungen deiner Datenbank k\u00f6nnen Datenbankeintr\u00e4ge ver\u00e4ndert haben, die Probleme verursachen. Um zu sehen, ob dies der Fall ist, empfehlen wir dir, deine Datenbank zu \u00f6ffnen (phpMyAdmin) und manuell alle Tabellen oder Datens\u00e4tze zu \u00fcberpr\u00fcfen, die k\u00fcrzlich ge\u00e4ndert wurden. Wenn du welche findest, stellst du sie auf ihren urspr\u00fcnglichen Zustand zur\u00fcck.<\/p>\n Wenn du deiner Website Erweiterungen und Plugins hinzuf\u00fcgst, kann das zu verschiedenen Inkompatibilit\u00e4tsproblemen und Fehlern f\u00fchren, z. B. dem HTTP 408 Statuscode. Eine der einfachsten M\u00f6glichkeiten, um herauszufinden, ob dies der Fall ist, ist, alle Plugins auf deiner Seite zu deaktivieren<\/a>.<\/p>\n Wenn du Zugang zu deinem WordPress-Dashboard hast, kannst du dies tun, indem du im Admin-Bereich zu Plugins<\/strong> navigierst, alle installierten Plugins ausw\u00e4hlst und dann im Dropdown-Men\u00fc Massenaktionen<\/strong> die Option Deaktivieren<\/strong> w\u00e4hlst. Klicke nun auf Anwenden<\/strong>:<\/p>\n Wenn du keinen Zugang zu deinem Dashboard hast, kannst du deine Erweiterungen ganzheitlich deaktivieren, indem du dich per SFTP mit deiner Website verbindest und dann den Plugins-Ordner in „plugins_old“ umbenennst.<\/p>\n \u00dcberpr\u00fcfe deine Website. Wenn du die Fehlermeldung nicht mehr siehst, kannst du davon ausgehen, dass ein Plugin der \u00dcbelt\u00e4ter ist.<\/p>\n Du musst jedes Plugin einzeln reaktivieren und die Seite zwischendurch \u00fcberpr\u00fcfen. Wenn du die Fehlermeldung wieder siehst, musst du die Erweiterung deinstallieren und einen Ersatz finden (oder den Entwickler f\u00fcr weitere Informationen kontaktieren).<\/p>\n Wenn du in letzter Zeit \u00c4nderungen an deiner WordPress-Website vorgenommen hast, wie z. B. die Installation eines neuen Plugins oder die Aktualisierung der WordPress-Software<\/a>, kann es sein, dass du den HTTP 408-Fehler siehst. Neue Tools k\u00f6nnen manchmal zu Konfigurationsproblemen f\u00fchren. Du kannst die letzten \u00c4nderungen r\u00fcckg\u00e4ngig machen, indem du deine Website auf eine fr\u00fchere Version zur\u00fccksetzt.<\/p>\n Wenn du ein Kinsta-Benutzer bist, \u00f6ffne dein MyKinsta-Dashboard, navigiere dann zu Sites<\/strong> und w\u00e4hle deine Site aus. Klicke dann auf Backups<\/strong>.<\/p>\n Suche in der Liste der Backups die Version, die du wiederherstellen m\u00f6chtest, klicke auf Wiederherstellen auf<\/strong> und w\u00e4hle dann Staging <\/strong>oder Live<\/strong>:<\/p>\n Als n\u00e4chstes kannst du die Wiederherstellung des Backups best\u00e4tigen und auf Backup wiederherstellen<\/strong> klicken. Sobald die Sicherung abgeschlossen ist, kannst du \u00fcberpr\u00fcfen, ob die Fehlermeldung noch angezeigt wird.<\/p>\n Wenn keine der oben genannten L\u00f6sungen funktioniert hat, k\u00f6nnte der HTTP 408 Fehler durch ein serverseitiges Problem verursacht werden. Schauen wir uns m\u00f6gliche L\u00f6sungen an, mit denen du den Fehler beheben kannst.<\/p>\n Eine M\u00f6glichkeit, die Ursache des HTTP 408-Fehlers festzustellen, besteht darin, die Konfigurationsdateien deines Servers per SFTP zu \u00fcberpr\u00fcfen. Wie du dabei vorgehst, h\u00e4ngt von deiner Serversoftware ab.<\/p>\n Wahrscheinlich l\u00e4uft dein Server entweder mit Apache oder Nginx<\/a>. Wenn du ein Kinsta-Benutzer bist, verwenden wir Nginx.<\/p>\n Wenn du Apache verwendest, kannst du im Stammverzeichnis deiner Website nach der Datei .htaccess<\/strong><\/a> suchen. Wenn du die Datei gefunden hast, \u00f6ffne sie und suche nach den folgenden Zeilen:<\/p>\n Wenn du diese Direktiven findest, kannst du sie auskommentieren, indem du das Symbol #<\/strong> vor die Zeile setzt. Dann kannst du die Datei speichern und die Seite in deinem Browser neu laden.<\/p>\n Wenn du ein Kinsta-Benutzer bist, kannst du deine .htaccess-Datei<\/strong> \u00fcberpr\u00fcfen, indem du dein MyKinsta-Dashboard \u00f6ffnest und zu deiner Website unter Sites<\/strong> navigierst. Im Abschnitt SFTP\/SSH<\/strong> findest du deine Zugangsdaten und kannst dich damit \u00fcber einen FTP-Client mit deiner Website verbinden<\/a>.<\/p>\n Als N\u00e4chstes navigierst du zum Ordner public_html <\/strong>und \u00f6ffnest die.htaccess-Datei <\/strong>:<\/p>\n Suche nach einer der oben aufgef\u00fchrten Direktiven. Wenn du eine dieser Regeln siehst, kommentiere sie aus und speichere deine \u00c4nderungen.<\/p>\n Deine serverseitigen Logs k\u00f6nnen wertvolle Informationen \u00fcber deine Anwendungen liefern, z. B. was sie getan haben, welche Seiten angefordert wurden, mit welchen Servern sie verbunden waren und vieles mehr. Wenn du ein Kinsta-Benutzer bist, kannst du deine Fehlerprotokolle<\/a> mit dem Log Viewer in MyKinsta \u00fcberpr\u00fcfen.<\/p>\n Wenn du kein Kinsta-Hostingpaket nutzt oder dein Hoster kein Logging-Tool bereitstellt, kannst du den folgenden Code in deine wp-config.php-Datei<\/strong><\/a> einf\u00fcgen:<\/p>\n Dadurch wird der Debugging-Modus von WordPress<\/a> aktiviert.<\/p>\n Navigiere in MyKinsta zu Sites<\/strong> > Logs<\/strong>:<\/p>\n Hier findest du den Log Viewer<\/strong>, der deine Fehlerprotokolle anzeigt. Du kannst im Dropdown-Men\u00fc auf access.log<\/strong> klicken. Hier findest du alle HTTP-Anfragen von deiner Website. Du kannst auch mit der Suchleiste nach allen HTTP 408 Anfragen suchen.<\/p>\n Wenn du einen Fehler findest, kannst du anhand der Informationen herausfinden, welche Webseite das Problem verursacht. Das kann dir helfen, die Ursache des Problems einzugrenzen.<\/p>\n Wenn du immer noch den HTTP 408 Fehler siehst, ist es an der Zeit, deine Website zu debuggen<\/a>. Es gibt eine Reihe von M\u00f6glichkeiten, die du f\u00fcr diesen Prozess nutzen kannst.<\/p>\n Eine davon ist die Verwendung eines Plugins wie Query Monitor<\/a>:<\/p>\n Dieses kostenlose Plugin \u00fcberpr\u00fcft die Leistung und Entwicklung deiner Website. Es erm\u00f6glicht dir, Datenbankabfragen, Skripte, Timing und mehr zu \u00fcberpr\u00fcfen.<\/p>\n Eine weitere M\u00f6glichkeit ist die Verwendung eines Application Performance Monitoring (APM)<\/a> Tools. Diese Software hilft dir, die Leistung deiner Website oder Anwendung zu \u00fcberwachen und zu optimieren.<\/p>\n Ein APM-Tool<\/a> kann dir bei der Fehlersuche helfen, indem es dir einen Einblick in die Leistung deiner Website gibt und dir zeigt, wo es Engp\u00e4sse oder Verz\u00f6gerungen gibt. Diese Informationen k\u00f6nnen dir helfen, Probleme zu erkennen und zu beheben, die dazu f\u00fchren, dass deine Website langsam l\u00e4uft oder andere Leistungsprobleme verursacht.<\/p>\n Du kannst unser Kinsta APM Tool<\/a> nutzen. Es ist ein speziell entwickeltes Tool zur Leistungs\u00fcberwachung von WordPress-Websites, das dir hilft, Leistungsprobleme zu erkennen. Au\u00dferdem ist es f\u00fcr alle bei uns gehosteten Websites kostenlos.<\/p>\n Du kannst das Kinsta AMP \u00fcber dein MyKinsta-Dashboard aufrufen, indem du zu Sites > <\/strong> Kinsta APM<\/strong> navigierst:<\/p>\n Sobald du den APM aktiviert hast, kannst du eine Reihe von Tools und Funktionen nutzen. Dazu geh\u00f6ren die Diagnose von Leistungsproblemen<\/a> und die \u00dcberwachung der Ergebnisse.<\/p>\n\n HTTP-Statuscodes k\u00f6nnen eine Vielzahl von Informationen \u00fcber Client- und Serveranfragen liefern. Einige dieser Meldungen weisen jedoch auf Probleme hin, wie z.B. der HTTP 408 Request Timeout Fehler.<\/p>\n Wie wir in diesem Beitrag besprochen haben, kann die Ursache f\u00fcr das Problem entweder auf der Client- oder auf der Serverseite liegen. Zur Fehlersuche und Behebung des Statuscode-Fehlers solltest du die letzten \u00c4nderungen \u00fcberpr\u00fcfen und zur\u00fccknehmen, deine Serverkonfigurationsdatei und Anwendungsprotokolle \u00fcberpr\u00fcfen und deine Anwendungen und Skripte debuggen.<\/p>\n\n
H\u00e4ufige Ursachen f\u00fcr den HTTP 408 Request Timeout Fehler<\/h2>\n
\n
Wie man den HTTP 408 Fehler behebt (8 L\u00f6sungen)<\/h2>\n
Clientseitig<\/h3>\n
1. Sichert eure Website<\/h4>\n
![\"Der](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2022\/08\/mykinsta-database-acces-de.png\")
![\"Der](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/kinsta-database-phpmyadmin.png\")
![\"Sicherung](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/updraftplus-backup.png\")
![\"Die](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2022\/08\/mykinsta-backups-de-1.png\")
2. \u00dcberpr\u00fcfe die URL<\/h4>\n
3. \u00dcberpr\u00fcfe die letzten Datenbank\u00e4nderungen<\/h4>\n
4. Erweiterungen und Plugins deinstallieren<\/h4>\n
![\"Massendeaktivierung](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/plugin-deactivate-bulk.png\")
5. Letzte \u00c4nderungen r\u00fcckg\u00e4ngig machen<\/h4>\n
![\"Wiederherstellung](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2022\/08\/mykinsta-restore-backup-de.png\")
Serverseitig<\/h3>\n
6. \u00dcberpr\u00fcfe die Serverkonfigurationsdateien<\/h4>\n
\n
![\"Die](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/htaccess-file.png\")
7. Anwendungsprotokolle \u00fcberpr\u00fcfen<\/h4>\n
define( 'WP_DEBUG', true );\n\ndefine( 'WP_DEBUG_LOG', true );\n\ndefine( 'WP_DEBUG_DISPLAY', false );<\/code><\/pre>\n![\"Der](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2022\/08\/mykinsta-log-viewer-de.png\")
8. Apps oder Skripte debuggen<\/h4>\n
![\"Das](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/query-monitor-plugin-1.png\")
![\"Das](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2022\/08\/mykinsta-apm-de.png\")
Zusammenfassung<\/h2>\n