Wat de HTTP 408 statuscode is<\/h2>\n
HTTP statuscodes<\/a> geven de status van een verzoek van een cli\u00ebnt aan. Ze kunnen cli\u00ebnten ook doorverwijzen naar verschillende resources, afhankelijk van hun verzoek.<\/p>\n De meest voorkomende HTTP statuscode is 404, die aangeeft dat de gevraagde bron niet kon worden gevonden. Andere veel voorkomende statuscodes zijn 200 (OK)<\/a>, 400 (Bad Request)<\/a> en 500 (Internal Server Error)<\/a>.<\/p>\n Statuscodes zijn verdeeld in vijf categorie\u00ebn:<\/p>\n HTTP 408 valt in de categorie cli\u00ebntfouten. De statuscode communiceert dat de server geen tijdig antwoord van de cli\u00ebnt heeft ontvangen en dat de server is uitgetimed in afwachting van het verzoek. Dit kan gebeuren als de cli\u00ebnt er te lang over doet om het verzoek te versturen of als de server het te druk heeft om het te verwerken.<\/p>\n De HTTP 408 fout is vergelijkbaar met de 504 Gateway Timeout<\/a> statuscode. De eerste komt echter niet van een gateway of proxyserver. In plaats daarvan komt hij rechtstreeks van de webserver waarmee de cli\u00ebnt verbonden is.<\/p>\n\n Er zijn een handvol mogelijke oorzaken achter de HTTP 408 request timeout fout. Deze oorzaken zijn onder andere:<\/p>\n De 408 Request Timeout fout betekent dat het verzoek dat je naar de webserver stuurde langer duurde dan de server bereid was te wachten. Het kan gebeuren door zwaar verkeer op het internet of een trage verbinding aan jouw kant.<\/p>\n Het probleem met deze statuscode is dat hij kan voorkomen om zowel client- als server-gerelateerde redenen. Met andere woorden, hoewel de 408 fout is gecategoriseerd als een clientfout, betekent dit niet noodzakelijkerwijs dat het probleem voortkomt uit de browser of het apparaat. Het is mogelijk dat de server verkeerd geconfigureerd is of verzoeken niet goed afhandelt.<\/p>\n Nu we meer weten over de HTTP 408 statuscode, laten we bespreken hoe je die kunt oplossen. Hieronder staan acht mogelijke oplossingen die je kunt gebruiken, verdeeld in twee categorie\u00ebn: clientzijde en serverzijde<\/p>\n Hieronder staan enkele oplossingen die je kunt gebruiken om de HTTP 408 foutmelding op te lossen!<\/p>\n Het eerste wat je moet doen voordat je de HTTP 408 fout oplost, is een backup maken van je website<\/a>. Als er dan iets misgaat terwijl je het probleem probeert op te lossen, heb je een volledige, bijgewerkte versie van je bestanden en database om te herstellen.<\/p>\n Er zijn verschillende methoden die je kunt gebruiken om een backup van je site te maken. E\u00e9n daarvan is de handmatige aanpak. Bij deze methode gebruik je een Secure File Transfer Protocol (SFTP) client<\/a>, zoals FileZilla<\/a>. Nadat je de SFTP gegevens van je host hebt ontvangen en verbinding hebt gemaakt met de server, kun je je bestanden downloaden uit de hoofdmap (public_html<\/em> map).<\/p>\n Vervolgens moet je je database downloaden via phpMyAdmin. Als je een Kinsta gebruiker bent, kun je hiertoe toegang krijgen via MyKinsta <\/strong>> Sites <\/strong>> Info<\/strong>:<\/p>\n Selecteer vervolgens Open phpMyAdmin<\/strong> om de databasebeheerder te starten. Selecteer de database van je site in het menu:<\/p>\n Klik vervolgens bovenaan het scherm op Export<\/strong>. Zorg ervoor dat je bij Format<\/strong>\u00a0SQL<\/strong> selecteert en klik dan op Go<\/strong>. Je databasebestand zou moeten beginnen met downloaden.<\/p>\n Je kunt ook een backupplugin zoals UpdraftPlus<\/a> gebruiken. Nadat je de plugin ge\u00efnstalleerd en geactiveerd hebt, navigeer je naar Settings<\/strong>\u00a0>\u00a0UpdraftPlus Backups<\/strong> in je WordPress dashboard en klik je op Backup Now<\/strong>:<\/p>\n Een derde optie is het maken van een backup van je site via je webhost. Bij Kinsta kun je je bestaande backups bekijken door in te loggen op MyKinsta<\/a> en dan te navigeren naar het tabblad Backups<\/strong>:<\/p>\n Je kunt maximaal vijf handmatige backups maken, die automatisch twee weken worden opgeslagen. We bieden ook DevKinsta<\/a>, een gratis lokaal WordPress ontwikkelingstool dat je kunt gebruiken voor testomgevingen<\/a> en backups van je site naar een lokale omgeving.<\/p>\n Je kunt dit doen door naar DevKinsta te gaan en de optie Import from Kinsta<\/strong>\u00a0<\/strong>te selecteren. Het kan zijn dat je je hostinggegevens moet verifi\u00ebren. Zodra je je site kiest, doet DevKinsta de rest.<\/p>\n Een van de redenen dat je de HTTP 408 statuscodefout ziet is dat je gewoon de verkeerde URL in de browser hebt getypt. Daarom moet je nu de URL opnieuw controleren om er zeker van te zijn dat je geen typefouten hebt gemaakt.<\/p>\n Let goed op de domeinnaam, vooral als er schuine strepen of koppeltekens in staan. Probeer de URL<\/a> opnieuw in te voeren en dan de pagina opnieuw te laden. Als de time-out requestfout nog steeds aanwezig is, kun je doorgaan naar de volgende oplossing.<\/p>\n Als je onlangs wijzigingen in je database<\/a> hebt aangebracht, kunnen die de HTTP 408 fout veroorzaken. Je moet dan de wijzigingen die je hebt aangebracht terugdraaien om het probleem op te lossen.<\/p>\n Recent ge\u00efnstalleerde extensies of updates van je database kunnen databaserecords hebben gewijzigd die problemen veroorzaken. Om te zien of dit het geval is, raden we je aan je database te openen (phpMyAdmin) en handmatig alle tabellen of records te controleren die onlangs zijn gewijzigd. Als je die vindt, zet ze dan terug naar hun oorspronkelijke staat.<\/p>\n Het toevoegen van extensies en plugins aan je site kan verschillende incompatibiliteitsproblemen en fouten veroorzaken, waaronder de HTTP 408 statuscode. Een van de eenvoudigste manieren om te zien of dit het geval is, is door alle plugins op je site te deactiveren<\/a>.<\/p>\n Als je toegang hebt tot je WordPress dashboard, kun je dit doen door in het beheergebied naar Plugins<\/strong> te gaan, alle ge\u00efnstalleerde plugins te selecteren en dan Deactivate<\/strong>\u00a0te kiezen in het Bulk actions <\/strong>dropdownmenu. Klik nu op Apply<\/strong>:<\/p>\n Als je geen toegang hebt tot je dashboard, kun je je extensies in bulk deactiveren door via SFTP verbinding te maken met je site en dan de map plugins te hernoemen naar iets als “plugins_oud”.<\/p>\n Bekijk je site opnieuw. Je kunt aannemen dat een plugin de schuldige was als je de foutmelding niet meer ziet.<\/p>\n Je moet elke plugin \u00e9\u00e9n voor \u00e9\u00e9n opnieuw activeren, en tussendoor de site controleren. Zodra je de foutmelding weer ziet, moet je die extensie verwijderen en een vervanger zoeken (of contact opnemen met de ontwikkelaar voor meer informatie).<\/p>\n Als je onlangs wijzigingen aan je WordPress site hebt aangebracht, zoals het installeren van een nieuwe plugin of het bijwerken van de WordPress software<\/a>, dan zie je misschien de HTTP 408 foutmelding. Nieuwe tools kunnen soms leiden tot configuratieproblemen. Je kunt recente wijzigingen terugdraaien door je site terug te zetten naar een vorige versie.<\/p>\n Als je een Kinsta gebruiker bent, open dan je MyKinsta dashboard, navigeer dan naar Sites<\/strong> en selecteer je site. Klik vervolgens op Backups<\/strong>.<\/p>\n Zoek in de lijst met backups de versie die je wilt herstellen, klik op Restore to<\/strong>\u00a0en selecteer vervolgens Staging <\/strong>of Live<\/strong>:<\/p>\n Vervolgens kun je het herstellen van de back-up bevestigen en op Restore backup <\/strong>klikken. Zodra de backup is voltooid, kun je controleren of de foutmelding nog steeds wordt weergegeven.<\/p>\n Als geen van de bovenstaande oplossingen heeft gewerkt, kan de HTTP 408 fout worden veroorzaakt door een probleem aan de serverzijde. Laten we eens kijken naar mogelijke oplossingen die je kunt gebruiken om het op te lossen.<\/p>\n Een van de manieren waarop je de oorzaak van de HTTP 408 fout kunt vaststellen is door de configuratiebestanden van je server te controleren via SFTP. Het proces om dit te doen hangt af van je serversoftware.<\/p>\n De kans is groot dat je server op Apache of Nginx draait<\/a>. Als je een Kinsta gebruiker bent, gebruiken we Nginx.<\/p>\n Als je Apache gebruikt, kun je op zoek gaan naar het .htaccess<\/strong> bestand<\/a> in de hoofdmap van je site. Als je het bestand vindt, open het dan en zoek naar de volgende regels:<\/p>\n Als je deze richtlijnen vindt, kun je ze in commentaar veranderen door het #<\/strong> symbool voor de regel te gebruiken. Daarna kun je het bestand opslaan en de pagina opnieuw laden in je browser.<\/p>\n Als je een Kinsta gebruiker bent, kun je je .htaccess<\/strong> bestand controleren door je MyKinsta dashboard te openen en te navigeren naar je website onder Websites<\/strong>. Zoek de sectie SFTP\/SSH<\/strong> op om je inloggegevens te krijgen, en gebruik ze dan om via een FTP client verbinding te maken met je site<\/a>.<\/p>\n Navigeer vervolgens naar de public_html <\/strong>map en zoek en open het .htaccess <\/strong>bestand:<\/p>\n Zoek naar een van de bovenstaande richtlijnen. Als je een van deze regels ziet, becommentarieer ze dan en sla je wijzigingen op.<\/p>\n Je serverzijde logs kunnen van onschatbare waarde zijn voor informatie over je applicaties, inclusief wat ze deden, de opgevraagde pagina’s, de servers waarmee verbinding is gemaakt, en meer. Als je een Kinsta gebruiker bent, kun je je foutlogs<\/a> controleren met de logboekviewer in MyKinsta.<\/p>\n Als je geen Kinsta hostingpakket gebruikt of als je host geen logboektool biedt, kun je de volgende code invoegen in je wp-config.php<\/strong> bestand<\/a>:<\/p>\n Hiermee schakel je de debugmodus van WordPress<\/a> in.<\/p>\n Navigeer vanuit MyKinsta naar Websites<\/strong> > Logs<\/strong>:<\/p>\n Hier vind je de Log viewer<\/strong> die je foutlogs weergeeft. Je kunt in het dropdownmenu klikken op access.log<\/strong>. Hier vind je alle HTTP verzoeken van je website. Je kunt ook alle HTTP 408 verzoeken opzoeken met behulp van de zoekbalk.<\/p>\n Als je fouten vindt, kun je de informatie gebruiken om vast te stellen welke webpagina het probleem veroorzaakt. Dit kan je helpen om de bron van het probleem te achterhalen.<\/p>\n Als je nu nog steeds de HTTP 408 foutmelding ziet, is het tijd om je site te debuggen<\/a>. Er zijn een handvol opties die je voor dit proces kunt gebruiken.<\/p>\n Een daarvan is het gebruik van een plugin zoals Query Monitor<\/a>:<\/p>\n Deze gratis plugin debugt de prestaties en ontwikkeling van je website. Je kunt er databasequery’s, scripts, timing en meer mee controleren.<\/p>\n Een andere optie is het gebruik van een Application Performance Monitoring (APM)<\/a> tool. Deze software helpt je de prestaties van je website of applicatie te controleren en te optimaliseren.<\/p>\n Het gebruik van een APM tool<\/a> kan je helpen bij het debuggen van je site door inzicht te geven in de prestaties en de locatie van eventuele knelpunten. Deze informatie kan je helpen bij het opsporen en oplossen van problemen die ervoor zorgen dat je website langzaam draait of andere prestatieproblemen heeft.<\/p>\n Je kunt onze Kinsta APM tool<\/a> gebruiken. Het is een speciaal ontworpen prestatiebewakingstool voor WordPress sites dat je helpt prestatieproblemen op te sporen. Het is ook gratis voor alle sites die bij ons worden gehost.<\/p>\n Je hebt toegang tot de Kinsta AMP via je MyKinsta dashboard door te navigeren naar Websites <\/strong>> Kinsta APM<\/strong>:<\/p>\n Als je de APM eenmaal hebt ingeschakeld, kun je verschillende tools en feature gebruiken, onder andere het diagnosticeren van prestatieproblemen<\/a> en het monitoren van de resultaten.<\/p>\n\n HTTP statuscodes kunnen allerlei informatie geven over client- en serververzoeken. Sommige van deze berichten wijzen echter op problemen, zoals de HTTP 408 Request Timeout fout.<\/p>\n Zoals we in dit bericht hebben besproken, kan de bron van het probleem zowel aan de client- als aan de serverzijde liggen. Om de statuscodefout op te lossen moet je recente wijzigingen bekijken en terugdraaien, je server configuratiebestand en applicatielogs controleren, en je apps en scripts debuggen.<\/p>\n\n
Veel voorkomende oorzaken van de HTTP 408 request timeout fout<\/h2>\n
\n
Zo los je de HTTP 408 fout op (8 oplossingen)<\/h2>\n
Clientzijde<\/h3>\n
1. Maak een backup van je site<\/h4>\n
![\"De](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/mykinsta-sites-info.png\")
![\"Het](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/kinsta-database-phpmyadmin.png\")
![\"Een](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/updraftplus-backup.png\")
![\"Het](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/kinsta-backups.png\")
2. Controleer de URL<\/h4>\n
3. Bekijk recente wijzigingen in de database<\/h4>\n
4. Verwijder extensies en plugins<\/h4>\n
![\"WordPress](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/plugin-deactivate-bulk.png\")
5. Recente wijzigingen terugdraaien<\/h4>\n
![\"Een](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/backup-restore-mykinsta.png\")
Serverzijde<\/h3>\n
6. Controleer serverconfiguratiebestanden<\/h4>\n
\n
![\"Het](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/htaccess-file.png\")
7. Bekijk applicatielogs<\/h4>\n
define( 'WP_DEBUG', true );\n\ndefine( 'WP_DEBUG_LOG', true );\n\ndefine( 'WP_DEBUG_DISPLAY', false );<\/code><\/pre>\n![\"De](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/logs-kinsta.png\")
8. Debug apps of scripts<\/h4>\n
![\"De](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/query-monitor-plugin-1.png\")
![\"De](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/kinsta-apm.png\")
Samenvatting<\/h2>\n