HTTP statuscodes zijn de manier waarop het internet communiceert tussen servers en clients. Elke keer dat je browser een webpagina opvraagt, een API een call maakt, of een server data verwerkt, vertellen deze driecijferige codes je precies wat er gebeurde. Het begrijpen van deze codes is essentieel voor webontwikkelaars, SEO specialisten, en iedereen die met webtechnologieën werkt.

Deze uitgebreide gids behandelt alle standaard HTTP statuscodes van 100 tot 511, georganiseerd per categorie. Elke statuscode bevat praktische uitleg, real-world use cases, implementatie begeleiding, en veelvoorkomende valkuilen om te vermijden.

HTTP Status Code Snelle Referentie

Status Code Naam Categorie Spring Naar
100 Continue Informational Details
101 Switching Protocols Informational Details
102 Processing Informational Details
103 Early Hints Informational Details
200 OK Success Details
201 Created Success Details
202 Accepted Success Details
203 Non-Authoritative Information Success Details
204 No Content Success Details
205 Reset Content Success Details
206 Partial Content Success Details
207 Multi-Status Success Details
208 Already Reported Success Details
226 IM Used Success Details
300 Multiple Choices Redirection Details
301 Moved Permanently Redirection Details
302 Found Redirection Details
303 See Other Redirection Details
304 Not Modified Redirection Details
305 Use Proxy (Deprecated) Redirection Details
307 Temporary Redirect Redirection Details
308 Permanent Redirect Redirection Details
400 Bad Request Client Error Details
401 Unauthorized Client Error Details
403 Forbidden Client Error Details
404 Not Found Client Error Details
405 Method Not Allowed Client Error Details
406 Not Acceptable Client Error Details
407 Proxy Authentication Required Client Error Details
408 Request Timeout Client Error Details
409 Conflict Client Error Details
410 Gone Client Error Details
418 I’m a teapot Client Error Details
422 Unprocessable Entity Client Error Details
429 Too Many Requests Client Error Details
451 Unavailable For Legal Reasons Client Error Details
500 Internal Server Error Server Error Details
501 Not Implemented Server Error Details
502 Bad Gateway Server Error Details
503 Service Unavailable Server Error Details
504 Gateway Timeout Server Error Details
505 HTTP Version Not Supported Server Error Details
507 Insufficient Storage Server Error Details
508 Loop Detected Server Error Details
511 Network Authentication Required Server Error Details

1xx Informatieve Reacties

Deze codes geven aan dat het verzoek ontvangen is en het proces doorgaat.

Wat is een 100 statuscode?

HTTP: 100 Continue

Wanneer en waarom servers dit retourneren: De server zegt “Ik heb het eerste deel van je verzoek ontvangen, en het ziet er tot nu toe goed uit - ga door en stuur de rest!” Dit gebeurt wanneer je iets groots probeert te uploaden (zoals een video), en de server wil controleren of je toestemming hebt om te uploaden voordat je tijd verspilt met het verzenden van het hele bestand.

Praktische use cases: Grote bestanden uploaden naar cloud opslag waar de server eerst controleert of je genoeg ruimte hebt, grote formulieren indienen waar de server je login valideert voordat alle data geaccepteerd wordt, of elke situatie waar het zinvol is om permissies te controleren voordat veel data overgedragen wordt.

Hoe clients moeten reageren op deze status: Je browser of app moet onmiddellijk beginnen met het verzenden van de rest van de data. Meestal gebeurt dit automatisch achter de schermen - je zult het niet eens merken.

Misbruik of incorrecte implementaties: Dit verzenden naar oude browsers die het niet begrijpen, het willekeurig verzenden wanneer niemand erom gevraagd heeft, of vergeten te controleren of de client dit twee-stappen proces daadwerkelijk wil voordat het gebruikt wordt.

Mozilla.org Developer Doc for additional reference


Wat is een 101 statuscode?

HTTP: 101 Switching Protocols

Wanneer en waarom servers dit retourneren: De server stemt ermee in om de manier van communiceren met je te veranderen. Het is alsof je overschakelt van sms’en naar een telefoongesprek - je vroeg om de verbinding te upgraden, en de server zei “Zeker, laten we dat doen!”

Praktische use cases: Wanneer een chat applicatie upgradet van normale HTTP naar WebSocket voor real-time messaging, wanneer een browser vraagt om een snellere versie van HTTP te gebruiken, of wanneer een applicatie moet overschakelen naar een andere communicatiemethode voor betere functies.

Hoe clients moeten reageren op deze status: Begin onmiddellijk met het gebruik van het nieuwe communicatieprotocol. Het is alsof je midden in een gesprek van taal wisselt - zodra jullie beiden akkoord gaan, begin je meteen de nieuwe taal te spreken.

Misbruik of incorrecte implementaties: Overschakelen zonder gevraagd te worden, proberen over te schakelen naar iets dat de server niet daadwerkelijk ondersteunt, of vergeten te specificeren naar welk protocol je overschakelt.

Mozilla.org Developer Doc for additional reference


Wat is een 102 statuscode?

HTTP: 102 Processing

Wanneer en waarom servers dit retourneren: De server zegt “Ik ben nog steeds bezig met je verzoek - geef niet op!” Dit wordt gebruikt wanneer iets echt lang duurt om te verwerken, dus stuurt de server dit bericht om te voorkomen dat je denkt dat het gecrasht is.

Praktische use cases: Een groot videobestand converteren naar een ander formaat, honderden bestanden tegelijk verwerken, complexe rapporten uitvoeren die minuten duren om te genereren, of elke operatie die langer duurt dan normaal om te voltooien.

Hoe clients moeten reageren op deze status: Blijf geduldig wachten. De server kan verschillende van deze “nog steeds bezig” berichten verzenden voordat je eindelijk het daadwerkelijke resultaat krijgt. Probeer het verzoek niet opnieuw - dat zou het hele proces opnieuw starten.

Misbruik of incorrecte implementaties: Dit gebruiken voor snelle operaties die het niet nodig hebben, te veel “nog steeds bezig” berichten verzenden, of vergeten de uiteindelijke reactie te verzenden na te zeggen dat je aan het verwerken bent.

Mozilla.org Developer Doc for additional reference


Wat is een 103 statuscode?

HTTP: 103 Early Hints

Wanneer en waarom servers dit retourneren: De server geeft je een tip over bronnen die je waarschijnlijk binnenkort nodig hebt. Het is alsof een restaurant je vertelt “terwijl ik je bestelling voorbereid, wil je misschien je servetten en bestek klaarmaken.”

Praktische use cases: Browsers vertellen om CSS en JavaScript bestanden te laden terwijl de server de HTML voorbereidt, fonts voorladen die de pagina nodig heeft, of verbindingen opwarmen naar andere servers die de pagina zal gebruiken.

Hoe clients moeten reageren op deze status: Begin de voorgestelde bronnen op de achtergrond te laden terwijl je wacht op de echte reactie. Dit maakt pagina’s sneller voelen omdat sommig werk vroeg begint.

Misbruik of incorrecte implementaties: Hints verzenden maar nooit de daadwerkelijke reactie verzenden, bronnen voorstellen die niet daadwerkelijk nodig zijn, of de client overbelasten met te veel onnodige preload hints.

Mozilla.org Developer Doc for additional reference


2xx Succes

Deze codes geven aan dat het verzoek succesvol ontvangen, begrepen en geaccepteerd werd.

Wat is een 200 statuscode?

HTTP: 200 OK

Wanneer en waarom servers dit retourneren: Dit is de “alles werkte perfect” reactie. De server vond wat je wilde, deed wat je vroeg, en hier is je resultaat. Het is het meest voorkomende succesbericht dat je zult zien.

Praktische use cases: Elke webpagina succesvol laden, data ophalen van een API, een bestand downloaden, een formulier indienen dat correct werkte, of eigenlijk elke keer dat een verzoek slaagt zonder problemen.

Hoe clients moeten reageren op deze status: Gebruik de data die terugkwam - toon de webpagina, verwerk de JSON data, sla het bestand op, of wat dan ook zinvol is voor je applicatie. Dit is de “normale” reactie waarvoor alles ontworpen is om te handelen.

Misbruik of incorrecte implementaties: “200 OK” zeggen maar een foutmelding in de reactie opnemen (verwarrend!), 200 gebruiken wanneer je iets nieuws aanmaakte (gebruik 201 in plaats daarvan), of 200 retourneren zonder data wanneer data verwacht werd.

Mozilla.org Developer Doc for additional reference


Wat is een 201 statuscode?

HTTP: 201 Created

Wanneer en waarom servers dit retourneren: De server heeft succesvol iets nieuws aangemaakt gebaseerd op je verzoek. Het is niet alleen “OK” - het is specifiek “Ik heb het nieuwe ding gemaakt waar je om vroeg!”

Praktische use cases: Een nieuw gebruikersaccount aanmaken, een nieuwe tweet of statusupdate posten, een bestand uploaden dat als een nieuwe bron wordt opgeslagen, een nieuw product toevoegen aan een winkelwagen, of elke keer dat je verzoek resulteert in iets nieuws dat opgeslagen wordt.

Hoe clients moeten reageren op deze status: Zoek naar de Location header die je meestal vertelt waar je het nieuw aangemaakte ding kunt vinden. Je kunt redirecten naar de nieuwe bron of je UI updaten om te laten zien dat de creatie gelukt is.

Misbruik of incorrecte implementaties: 201 gebruiken bij het updaten van bestaande dingen (daar is 200 voor), vergeten de locatie van de nieuwe bron op te nemen, of 201 gebruiken wanneer niets daadwerkelijk aangemaakt werd.

Mozilla.org Developer Doc for additional reference


Wat is een 202 statuscode?

HTTP: 202 Accepted

Wanneer en waarom servers dit retourneren: De server heeft je verzoek geaccepteerd maar is nog niet klaar met het verwerken ervan. Het is alsof je stomerij afgeeft - ze namen je kleren aan en gaven je een bonnetje, maar de reiniging is nog niet klaar.

Praktische use cases: E-mails verzenden (geaccepteerd voor levering maar nog niet verzonden), een grote data export starten die gemaild wordt wanneer klaar, video verwerkingstaken, of elke taak die in de wachtrij geplaatst wordt voor latere verwerking.

Hoe clients moeten reageren op deze status: Verwacht geen onmiddellijke resultaten. Je hebt een andere manier nodig om te controleren of de taak klaar is - misschien een ander endpoint pollen, wachten op een e-mail, of controleren op een webhook notificatie.

Misbruik of incorrecte implementaties: 202 gebruiken voor dingen die daadwerkelijk al voltooid zijn, geen manier bieden om later de status te controleren, of 202 gebruiken wanneer de taak kan mislukken (zonder de client hierover te waarschuwen).

Mozilla.org Developer Doc for additional reference


Wat is een 203 statuscode?

HTTP: 203 Non-Authoritative Information

Wanneer en waarom servers dit retourneren: Het verzoek slaagde, maar de reactie is gewijzigd door iets in het midden (zoals een proxy of cache). Het is als telefoontje spelen - het bericht kwam door, maar het kan onderweg licht veranderd zijn.

Praktische use cases: Wanneer een bedrijfsproxy bepaalde headers toevoegt of verwijdert, wanneer een caching server reacties wijzigt om bandbreedte te besparen, of wanneer content filters aanpassen wat je ziet gebaseerd op beleid.

Hoe clients moeten reageren op deze status: Gebruik de reactie normaal, maar weet dat het misschien niet precies is wat de originele server verzond. Het is nog steeds geldig, alleen potentieel gewijzigd.

Misbruik of incorrecte implementaties: Niet transparant zijn over wijzigingen, 203 gebruiken wanneer niets daadwerkelijk gewijzigd werd, of reacties wijzigen op manieren die functionaliteit breken.

Mozilla.org Developer Doc for additional reference


Wat is een 204 statuscode?

HTTP: 204 No Content

Wanneer en waarom servers dit retourneren: De server deed succesvol wat je vroeg maar heeft niets om terug te sturen. Het is alsof je iets succesvol verwijderd hebt - de verwijdering werkte, maar er is niets om je te laten zien omdat het weg is!

Praktische use cases: Records verwijderen, instellingen updaten waar je geen bevestigingsdata terug nodig hebt, voorkeuren stilletjes op de achtergrond opslaan, of elke succesvolle actie waar een reactie body zinloos zou zijn.

Hoe clients moeten reageren op deze status: Behandel het als succes maar verwacht geen data. Perfect voor AJAX verzoeken waar je alleen moet weten dat iets werkte. De pagina zou niet moeten verversen of veranderen tenzij je JavaScript besluit om iets te updaten.

Misbruik of incorrecte implementaties: Reactie data opnemen bij een 204 (dat is niet toegestaan!), 204 gebruiken wanneer de client waarschijnlijk de geüpdatete data wil zien, of 204 gebruiken voor fouten.

Mozilla.org Developer Doc for additional reference


Wat is een 205 statuscode?

HTTP: 205 Reset Content

Wanneer en waarom servers dit retourneren: De server vertelt je applicatie om zijn formulier te wissen of zijn weergave te resetten. Het is alsof je een enquête succesvol indient en het formulier automatisch zichzelf wist voor de volgende persoon.

Praktische use cases: Na het indienen van een data invoer formulier dat herhaaldelijk gebruikt moet worden, een enquête voltooien die gereset moet worden voor de volgende respondent, of elke situatie waar de UI moet terugkeren naar zijn beginstaat na succes.

Hoe clients moeten reageren op deze status: Wis alle formuliervelden, reset de documentweergave, of breng de interface terug naar zijn oorspronkelijke staat. Geen data komt met deze reactie - het is alleen een instructie om te resetten.

Misbruik of incorrecte implementaties: Data verzenden met een 205 reactie (het moet leeg zijn), 205 gebruiken wanneer je niet daadwerkelijk wilt dat het formulier gewist wordt, of het gebruiken wanneer een simpele 204 beter zou zijn.

Mozilla.org Developer Doc for additional reference


Wat is een 206 statuscode?

HTTP: 206 Partial Content

Wanneer en waarom servers dit retourneren: De server stuurt alleen een deel van het bestand omdat dat is wat je vroeg. Het is alsof je vraagt om pagina’s 50-60 van een boek in plaats van het hele boek.

Praktische use cases: Video streamen waar je naar verschillende delen kunt springen, onderbroken downloads hervatten vanaf waar ze stopten, grote bestanden in stukken downloaden, of efficiënt “laad meer” functies implementeren.

Hoe clients moeten reageren op deze status: Verwerk de gedeeltelijke content en vraag mogelijk meer delen aan indien nodig. Videospelers gebruiken dit voor zoeken, en download managers gebruiken het voor hervatten.

Misbruik of incorrecte implementaties: 206 verzenden wanneer niemand om gedeeltelijke content vroeg, het verkeerde byte bereik verzenden, range verzoeken niet ondersteunen wanneer ze nuttig zouden zijn, of de Content-Range headers verkeerd doen.

Mozilla.org Developer Doc for additional reference


Wat is een 207 statuscode?

HTTP: 207 Multi-Status

Wanneer en waarom servers dit retourneren: Meerdere operaties werden uitgevoerd en elke heeft zijn eigen resultaat. Het is alsof je een batch sollicitaties indient en individuele reacties krijgt voor elk in een enkele envelop.

Praktische use cases: Bulk operaties waar je meerdere items tegelijk update, WebDAV operaties op meerdere bestanden, batch API verzoeken, of elke keer dat je individuele resultaten moet rapporteren voor meerdere operaties.

Hoe clients moeten reageren op deze status: Parse de reactie body (meestal XML) om het individuele resultaat voor elke operatie te zien. Sommige kunnen gelukt zijn terwijl andere mislukten, en je moet elk passend afhandelen.

Misbruik of incorrecte implementaties: 207 gebruiken voor enkele operaties, de multi-status reactie niet correct structureren, of het gebruiken wanneer alle operaties hetzelfde resultaat hadden (gebruik gewoon die enkele statuscode).

Mozilla.org Developer Doc for additional reference


Wat is een 208 statuscode?

HTTP: 208 Already Reported

Wanneer en waarom servers dit retourneren: In een multi-status reactie geeft dit aan dat informatie over deze bron al eerder opgenomen was. Het is alsof je “zie hierboven” zegt om jezelf niet te herhalen.

Praktische use cases: Bij het lijsten van directory inhoud die symbolische links bevat, oneindige lussen voorkomen in recursieve operaties, of dubbele informatie vermijden in complexe WebDAV reacties.

Hoe clients moeten reageren op deze status: Sla het verwerken van deze bron over omdat je het al eerder in de reactie behandeld hebt. Dit voorkomt dubbel verwerken en oneindige lussen.

Misbruik of incorrecte implementaties: 208 gebruiken buiten juiste multi-status contexten, dingen markeren als “al gerapporteerd” wanneer ze dat niet waren, of verwarrende reacties creëren door deze status te veel te gebruiken.

Mozilla.org Developer Doc for additional reference


Wat is een 226 statuscode?

HTTP: 226 IM Used

Wanneer en waarom servers dit retourneren: De server paste een of meer transformaties toe op de reactie. Het is alsof je een document bestelt en een gecomprimeerde of geoptimaliseerde versie ontvangt om bandbreedte te besparen.

Praktische use cases: Delta encoding waar alleen wijzigingen sinds de laatste keer verzonden worden, compressiesystemen die content tijdens het vliegen transformeren, of elke bandbreedte-besparende transformatie die de client vroeg.

Hoe clients moeten reageren op deze status: Verwerk de getransformeerde content met de methode aangegeven in de headers. De client moet de transformatie begrijpen om de reactie correct te gebruiken.

Misbruik of incorrecte implementaties: 226 gebruiken zonder aan te geven welke transformaties toegepast werden, transformaties toepassen die de client niet vroeg, of 226 gebruiken voor standaard compressie (wat geen speciale status nodig heeft).

Mozilla.org Developer Doc for additional reference


3xx Redirectie

Deze codes geven aan dat verdere actie nodig is om het verzoek te voltooien.

Wat is een 300 statuscode?

HTTP: 300 Multiple Choices

Wanneer en waarom servers dit retourneren: Er zijn meerdere versies van de gevraagde bron en de server kan niet automatisch één kiezen. Het is alsof je vraagt om “de handleiding” wanneer er versies in verschillende talen zijn.

Praktische use cases: Wanneer content beschikbaar is in meerdere talen of formaten, wanneer er verschillende versies zijn voor verschillende apparaten, of wanneer de server echt niet kan beslissen welke versie je wilt.

Hoe clients moeten reageren op deze status: Presenteer de keuzes aan de gebruiker of kies er een gebaseerd op voorkeuren (zoals taalinstellingen). De reactie moet alle beschikbare opties lijsten.

Misbruik of incorrecte implementaties: 300 gebruiken wanneer de server redelijkerwijs een standaard kon kiezen, de beschikbare keuzes niet duidelijk presenteren, of het gebruiken voor simpele redirects (gebruik 301/302 in plaats daarvan).

Mozilla.org Developer Doc for additional reference


Wat is een 301 statuscode?

HTTP: 301 Moved Permanently

Wanneer en waarom servers dit retourneren: De bron is permanent verhuisd naar een nieuw adres. Het is alsof een bedrijf naar een nieuwe locatie verhuist en een permanent doorstuur bord plaatst - update je adresboek!

Praktische use cases: Wanneer websites hun URLs permanent herstructureren, verhuizen van HTTP naar HTTPS, wanneer bedrijven rebranden en van domein veranderen, of meerdere pagina’s consolideren in één voor betere organisatie.

Hoe clients moeten reageren op deze status: Ga automatisch naar de nieuwe URL en onthoud het voor de volgende keer. Browsers updaten bookmarks, en zoekmachines updaten hun indexen om naar de nieuwe locatie te wijzen.

Misbruik of incorrecte implementaties: 301 gebruiken voor tijdelijke verhuizingen (gebruik 302 in plaats daarvan), ketens van redirects creëren die gebruikers rondsturen, of 301 gebruiken wanneer je het misschien later wilt terugveranderen.

Mozilla.org Developer Doc for additional reference


Wat is een 302 statuscode?

HTTP: 302 Found

Wanneer en waarom servers dit retourneren: De bron is tijdelijk op een andere locatie. Het is als een winkelbord dat zegt “We zijn vandaag op de boerenmarkt” - ze zullen morgen weer op hun normale plek zijn.

Praktische use cases: Gebruikers redirecten tijdens site onderhoud, A/B testen waar sommige gebruikers naar een andere versie gaan, seizoensgebonden promoties die redirecten naar speciale pagina’s, of load balancing tussen servers.

Hoe clients moeten reageren op deze status: Ga voor nu naar de tijdelijke locatie, maar blijf de originele URL gebruiken voor toekomstige verzoeken. Update geen bookmarks of permanente referenties.

Misbruik of incorrecte implementaties: 302 gebruiken voor permanente verhuizingen (gebruik 301 daarvoor), redirect loops creëren waar A naar B stuurt en B terugstuurt naar A, of 302 gebruiken wanneer je specifiek de HTTP methode moet behouden (gebruik 307).

Mozilla.org Developer Doc for additional reference


Wat is een 303 statuscode?

HTTP: 303 See Other

Wanneer en waarom servers dit retourneren: Na het verwerken van je verzoek (meestal POST), wil de server dat je naar een andere pagina kijkt met GET. Het is alsof je een formulier indient en geredirect wordt naar een “bedankt” pagina.

Praktische use cases: Na het indienen van een formulier, redirect naar een bevestigingspagina; na een betaling, redirect naar een bon; elke keer dat je dubbele indieningen wilt voorkomen wanneer gebruikers de pagina verversen.

Hoe clients moeten reageren op deze status: Maak een nieuw GET verzoek naar de nieuwe URL. Dit voorkomt onbedoelde herindiening als gebruikers de pagina verversen, omdat verversen alleen de laatste pagina herlaadt, niet het formulier opnieuw indient.

Misbruik of incorrecte implementaties: 303 gebruiken wanneer je de originele methode wilt behouden (gebruik 307), het gebruiken voor permanente redirects (gebruik 301), of vergeten dat de redirect altijd GET zal gebruiken ongeacht de originele methode.

Mozilla.org Developer Doc for additional reference


Wat is een 304 statuscode?

HTTP: 304 Not Modified

Wanneer en waarom servers dit retourneren: De bron is niet veranderd sinds je het voor het laatst vroeg, dus gebruik je gecachte kopie. Het is alsof je controleert of een document geüpdatet werd en te horen krijgt “nee, nog steeds hetzelfde.”

Praktische use cases: Browser caching waar gecontroleerd wordt of afbeeldingen/CSS/JavaScript bestanden veranderd zijn, API reacties die zelden veranderen, of elke situatie waar je bandbreedte wilt besparen door ongewijzigde data niet opnieuw te verzenden.

Hoe clients moeten reageren op deze status: Gebruik de gecachte versie die je al hebt. Geen nieuwe data komt met deze reactie - het bevestigt alleen dat je gecachte kopie nog steeds goed is.

Misbruik of incorrecte implementaties: Data verzenden met een 304 (het moet leeg zijn), “niet gewijzigd” zeggen wanneer het daadwerkelijk gewijzigd was, of de speciale headers die dit laten werken niet correct afhandelen.

Mozilla.org Developer Doc for additional reference


Wat is een 305 statuscode?

HTTP: 305 Use Proxy

Wanneer en waarom servers dit retourneren: Deze statuscode is verouderd en zou nooit gebruikt moeten worden. Het had beveiligingsproblemen en is verlaten door de webgemeenschap.

Praktische use cases: Geen - deze statuscode is met pensioen en zou niet gebruikt moeten worden in enige moderne applicatie.

Hoe clients moeten reageren op deze status: Moderne clients zouden deze statuscode moeten negeren vanwege beveiligingsproblemen. Het is een historisch artefact.

Misbruik of incorrecte implementaties: Deze statuscode überhaupt gebruiken is een fout. Het is verouderd om goede beveiligingsredenen en zou nooit moeten verschijnen in moderne applicaties.

Mozilla.org Developer Doc for additional reference


Wat is een 307 statuscode?

HTTP: 307 Temporary Redirect

Wanneer en waarom servers dit retourneren: Tijdelijk redirecten naar een andere URL, maar in tegenstelling tot 302 moet de client dezelfde methode gebruiken. Als het originele verzoek POST was, moet de redirect ook POST zijn.

Praktische use cases: API endpoints in onderhoud die de methode moeten behouden, load balancing die verzoek integriteit onderhoudt, of elke tijdelijke redirect waar veranderen van POST naar GET dingen zou breken.

Hoe clients moeten reageren op deze status: Redirect naar de nieuwe URL met exact dezelfde methode en body als het originele verzoek. Dit is strikter dan 302 redirects.

Misbruik of incorrecte implementaties: 307 gebruiken voor permanente verhuizingen (gebruik 308), het gebruiken wanneer methode behoud niet uitmaakt (302 is eenvoudiger), of niet beseffen dat clients de verzoek body opnieuw moeten verzenden.

Mozilla.org Developer Doc for additional reference


Wat is een 308 statuscode?

HTTP: 308 Permanent Redirect

Wanneer en waarom servers dit retourneren: Net als 301, maar garandeert dat de methode niet zal veranderen. Als je POSTte naar de oude URL, moet je ook POSTen naar de nieuwe URL.

Praktische use cases: Permanent verhuizen van API endpoints die POST/PUT/DELETE accepteren, RESTful services herstructureren terwijl methode integriteit behouden wordt, of elke permanente verhuizing waar de HTTP methode behouden moet worden.

Hoe clients moeten reageren op deze status: Update permanent referenties om de nieuwe URL te gebruiken, en gebruik altijd dezelfde HTTP methode als het originele verzoek bij het volgen van de redirect.

Misbruik of incorrecte implementaties: 308 gebruiken voor tijdelijke verhuizingen (gebruik 307), het gebruiken wanneer methode behoud niet uitmaakt (301 wordt breder ondersteund), of vergeten dat dit een nieuwere statuscode is die oudere clients misschien niet begrijpen.

Mozilla.org Developer Doc for additional reference


4xx Client Fouten

Deze codes geven aan dat de client schijnbaar een fout heeft gemaakt.

Wat is een 400 statuscode?

HTTP: 400 Bad Request

Wanneer en waarom servers dit retourneren: Je verzoek is misvormd of ongeldig op een bepaalde manier. Het is alsof je een formulier invult met je e-mail in het telefoonnummerveld - de server kan het niet verwerken omdat het geen zin heeft.

Praktische use cases: Ongeldige JSON in de verzoek body, ontbrekende vereiste parameters, verkeerde datatypes (tekst verzenden wanneer een getal verwacht wordt), misvormde URLs, of elke syntax fout in het verzoek.

Hoe clients moeten reageren op deze status: Probeer hetzelfde verzoek niet opnieuw - het zal opnieuw mislukken. Los het probleem eerst op. Controleer de reactie body voor details over wat er mis is en corrigeer het voordat je het opnieuw probeert.

Misbruik of incorrecte implementaties: 400 gebruiken voor authenticatieproblemen (gebruik 401), 400 retourneren voor server fouten (gebruik 5xx), vage foutmeldingen geven die niet helpen het probleem op te lossen, of 400 gebruiken als vangnet voor elke fout.

Mozilla.org Developer Doc for additional reference


Wat is een 401 statuscode?

HTTP: 401 Unauthorized

Wanneer en waarom servers dit retourneren: Je moet inloggen of credentials verstrekken om toegang te krijgen tot deze bron. Het is alsof je een alleen-leden gebied probeert te betreden zonder je lidmaatschapskaart te tonen.

Praktische use cases: Toegang tot beschermde API endpoints zonder token, verlopen login sessies, ontbrekende API sleutels, of elk verzoek aan een bron die vereist dat je bewijst wie je bent.

Hoe clients moeten reageren op deze status: Vraag de gebruiker om in te loggen, redirect naar een login pagina, of verkrijg geldige credentials voordat je opnieuw probeert. Voor APIs, verkrijg een nieuwe authenticatie token.

Misbruik of incorrecte implementaties: 401 gebruiken wanneer credentials geldig maar onvoldoende zijn (gebruik 403), vergeten informatie op te nemen over hoe te authenticeren, of authenticatie (wie je bent) verwarren met autorisatie (wat je mag doen).

Mozilla.org Developer Doc for additional reference


Wat is een 403 statuscode?

HTTP: 403 Forbidden

Wanneer en waarom servers dit retourneren: De server begrijpt wie je bent maar laat je niet deze bron benaderen. Het is alsof je je ID toont om een VIP gebied te betreden maar te horen krijgt dat je niet op de lijst staat.

Praktische use cases: Proberen admin functies te benaderen als gewone gebruiker, proberen de private data van een andere gebruiker te bekijken, geografische beperkingen (content niet beschikbaar in je land), of IP adres blokkering.

Hoe clients moeten reageren op deze status: Probeer niet opnieuw met dezelfde credentials - ze zullen niet werken. Toon een “toegang geweigerd” bericht en leg mogelijk uit hoe juiste toegang te verkrijgen indien van toepassing.

Misbruik of incorrecte implementaties: 403 gebruiken wanneer de gebruiker niet ingelogd is (gebruik 401), 403 gebruiken voor bronnen die niet bestaan om hun bestaan te verbergen (twijfelachtig - zou 404 kunnen gebruiken), of niet duidelijk zijn over waarom toegang verboden is.

Mozilla.org Developer Doc for additional reference


Wat is een 404 statuscode?

HTTP: 404 Not Found

Wanneer en waarom servers dit retourneren: De server kan niets vinden op de URL die je vroeg. Het is alsof je naar een straatadres gaat waar alleen een leeg perceel is - of je hebt het adres verkeerd, of wat er vroeger was is weg.

Praktische use cases: Een URL verkeerd typen (zoals gooogle.com in plaats van google.com), oude bookmarks aanklikken naar pagina’s die verwijderd zijn, gebroken links volgen van andere websites, typfouten maken in API endpoints, of proberen bestanden te benaderen die verplaatst of hernoemd zijn.

Hoe clients moeten reageren op deze status: Toon een foutpagina die gebruikers helpt uit te zoeken wat ze hierna moeten doen. Goede 404 pagina’s bevatten een zoekbox, links naar populaire pagina’s, een manier om de gebroken link te rapporteren, of zelfs een leuk bericht om de fout minder frustrerend te maken.

Misbruik of incorrecte implementaties: 404 gebruiken wanneer toegang geweigerd is (gebruik 403 voor “je kunt dit niet zien”), 404 retourneren voor dingen die opzettelijk permanent verwijderd zijn (overweeg 410 “Gone”), generieke onhulpzame foutpagina’s tonen, of 404 gebruiken om te verbergen dat iets bestaat voor ongeautoriseerde gebruikers (hoewel dit twijfelachtig is voor beveiliging).

Mozilla.org Developer Doc for additional reference


Wat is een 405 statuscode?

HTTP: 405 Method Not Allowed

Wanneer en waarom servers dit retourneren: De bron bestaat maar ondersteunt de HTTP methode die je gebruikte niet. Het is alsof je probeert een deur te duwen die alleen opent door te trekken - de deur bestaat, je moet het alleen correct gebruiken.

Praktische use cases: Proberen een alleen-lezen bron te DELETEn, POST sturen naar een endpoint dat alleen GET accepteert, PUT proberen op bronnen die niet geüpdatet kunnen worden, of aangepaste methoden gebruiken die de server niet ondersteunt.

Hoe clients moeten reageren op deze status: Controleer de Allow header om te zien welke methoden ondersteund worden, probeer dan opnieuw met een geschikte methode. Blijf niet dezelfde methode proberen - het wordt niet ondersteund.

Misbruik of incorrecte implementaties: De vereiste Allow header niet opnemen die ondersteunde methoden lijst, 405 gebruiken wanneer de bron niet bestaat (gebruik 404), of 405 retourneren voor methoden die de server zou moeten ondersteunen maar nog niet geïmplementeerd heeft (overweeg 501).

Mozilla.org Developer Doc for additional reference


Wat is een 406 statuscode?

HTTP: 406 Not Acceptable

Wanneer en waarom servers dit retourneren: De server kan de bron niet leveren in een formaat dat je accepteert. Het is alsof je om een menu in het Frans vraagt bij een restaurant dat alleen Engelse en Spaanse versies heeft.

Praktische use cases: JSON vragen van een endpoint dat alleen XML levert, om een afbeeldingsformaat vragen dat de server niet ondersteunt, taal onderhandeling mislukkingen, of elke content onderhandeling mismatch.

Hoe clients moeten reageren op deze status: Wijzig je Accept headers om een formaat te vragen dat de server kan leveren, of handel de beschikbare formaten af. De reactie kan lijsten wat voor formaten beschikbaar zijn.

Misbruik of incorrecte implementaties: Te strikt zijn over formaten wanneer je een redelijke standaard kon leveren, 406 gebruiken voor niet-content onderhandeling fouten, of niet duidelijk aangeven welke formaten beschikbaar zijn.

Mozilla.org Developer Doc for additional reference


Wat is een 407 statuscode?

HTTP: 407 Proxy Authentication Required

Wanneer en waarom servers dit retourneren: Een proxy server tussen jou en de bestemming vereist authenticatie. Het is alsof je ID moet tonen aan de beveiligingsbeambte voordat je zelfs bij het gebouw kunt komen waar je naartoe wilt.

Praktische use cases: Bedrijfsproxy servers die werknemerslogin vereisen, netwerk gateways die authenticatie nodig hebben, betaalde proxy services die credentials vereisen, of elke geauthenticeerde proxy setup.

Hoe clients moeten reageren op deze status: Authenticeer met de proxy server (niet de bestemmingsserver) met de methode gespecificeerd in de Proxy-Authenticate header, probeer dan het originele verzoek opnieuw.

Misbruik of incorrecte implementaties: Dit verwarren met reguliere 401 authenticatie, de Proxy-Authenticate header niet opnemen, of 407 gebruiken wanneer het de bestemmingsserver (niet proxy) is die authenticatie vereist.

Mozilla.org Developer Doc for additional reference


Wat is een 408 statuscode?

HTTP: 408 Request Timeout

Wanneer en waarom servers dit retourneren: De server wachtte tot je het complete verzoek zou sturen, maar je deed er te lang over. Het is alsof je begint te bestellen in een restaurant maar zo lang pauzeert dat de ober wegloopt.

Praktische use cases: Trage netwerkverbindingen die vertragingen veroorzaken, grote bestandsuploads over slechte verbindingen, client applicaties die bevriezen tijdens verzoek transmissie, of netwerkonderbrekingen tijdens het verzenden van data.

Hoe clients moeten reageren op deze status: Je kunt het verzoek opnieuw proberen, bij voorkeur met een betere verbinding of kleinere payload. Overweeg grote verzoeken in kleinere stukken te breken of netwerkomstandigheden te verbeteren.

Misbruik of incorrecte implementaties: 408 gebruiken wanneer de server traag is (dat is 504), onredelijk korte timeouts instellen, of 408 gebruiken voor applicatie-niveau timeouts in plaats van netwerk-niveau.

Mozilla.org Developer Doc for additional reference


Wat is een 409 statuscode?

HTTP: 409 Conflict

Wanneer en waarom servers dit retourneren: Je verzoek conflicteert met de huidige staat van de bron. Het is alsof je probeert een gebruikersnaam aan te maken die al bestaat - de operatie heeft zin, maar kan nu niet gedaan worden.

Praktische use cases: Proberen een dubbel record aan te maken, een document bewerken dat iemand anders momenteel bewerkt, versie conflicten in collaboratieve systemen, of bedrijfsregels schenden (zoals dubbel-boeken van een bron).

Hoe clients moeten reageren op deze status: Los het conflict op door een andere waarde te kiezen, wijzigingen samen te voegen, of te wachten tot het conflict opgelost is. De reactie moet uitleggen wat het conflict is en hoe het op te lossen.

Misbruik of incorrecte implementaties: 409 gebruiken voor validatiefouten (overweeg 422), niet uitleggen hoe het conflict op te lossen, 409 gebruiken voor permissie problemen (gebruik 403), of conflicten rapporteren die niet daadwerkelijk oplosbaar zijn door de client.

Mozilla.org Developer Doc for additional reference


Wat is een 410 statuscode?

HTTP: 410 Gone

Wanneer en waarom servers dit retourneren: De bron bestond hier maar werd opzettelijk verwijderd en komt niet terug. Het is alsof je een gesloopt gebouw bezoekt - het is niet alleen tijdelijk gesloten, het is permanent weg.

Praktische use cases: Artikelen of posts die verwijderd zijn voor beleidsschendingen, producten die voor altijd stopgezet zijn, oude API versies die uitgefaseerd zijn, of elke content opzettelijk en permanent verwijderd.

Hoe clients moeten reageren op deze status: Verwijder bookmarks, update links, en informeer gebruikers dat de content permanent weg is. Zoekmachines moeten deze URLs uit hun index verwijderen. Blijf niet controleren - het komt niet terug.

Misbruik of incorrecte implementaties: 410 gebruiken voor tijdelijke verwijderingen (gebruik 503), 410 gebruiken wanneer je de content zou kunnen herstellen, 410 gebruiken voor dingen die nooit bestonden (gebruik 404), of niet zeker zijn dat de verwijdering permanent is.

Mozilla.org Developer Doc for additional reference


Wat is een 418 statuscode?

HTTP: 418 I’m a teapot

Wanneer en waarom servers dit retourneren: Dit is een grap statuscode van een April Fools’ RFC over het besturen van koffiepotten. Het betekent “Ik ben een theepot, en je vroeg me om koffie te zetten, wat ik niet kan doen.”

Praktische use cases: Easter eggs in applicaties, HTTP’s uitbreidbaarheid demonstreren in programmeercursussen, humor toevoegen aan ontwikkel-/testomgevingen, of als speelse reactie in geschikte contexten.

Hoe clients moeten reageren op deze status: Herken het als humoristische reactie en handel passend af - misschien een leuke foutmelding of thee-gerelateerde beelden tonen. Verwacht dit niet in serieuze productieomgevingen.

Misbruik of incorrecte implementaties: 418 gebruiken voor daadwerkelijke fouten in productiesystemen, het te veel gebruiken tot het punt van ergernis, of het retourneren naar gebruikers die de grap niet zullen begrijpen.

Mozilla.org Developer Doc for additional reference


Wat is een 422 statuscode?

HTTP: 422 Unprocessable Entity

Wanneer en waarom servers dit retourneren: Je verzoek formaat is correct, maar de inhoud heeft geen zin. Het is alsof je een formulier correct invult maar onmogelijke data invoert - zoals 300 jaar oud zijn of geboren in de toekomst.

Praktische use cases: Formulier validatie mislukkingen (e-mail zonder @ symbool), bedrijfsregel schendingen (einddatum voor startdatum), semantische fouten in API verzoeken, of elke logische fout in correct geformatteerde data.

Hoe clients moeten reageren op deze status: Lees de foutdetails om te begrijpen welke validatie mislukte, herstel de data om aan vereisten te voldoen, en dien opnieuw in. De structuur was prima; de inhoud heeft aanpassing nodig.

Misbruik of incorrecte implementaties: 422 gebruiken voor syntax fouten (gebruik 400), geen specifieke validatie foutdetails verstrekken, 422 gebruiken voor authenticatie/autorisatie problemen, of inconsistent zijn over wat 422 vs 400 triggert.

Mozilla.org Developer Doc for additional reference


Wat is een 429 statuscode?

HTTP: 429 Too Many Requests

Wanneer en waarom servers dit retourneren: Je stuurt te veel verzoeken te snel. Het is alsof je iemand herhaaldelijk belt - uiteindelijk zullen ze stoppen met opnemen en je vertellen om te vertragen.

Praktische use cases: API rate limiting (bijv., 100 verzoeken per uur), misbruik of DDoS aanvallen voorkomen, servers beschermen tegen overweldigd worden, of eerlijk gebruik beleid afdwingen.

Hoe clients moeten reageren op deze status: Stop met verzoeken maken en wacht. Controleer de Retry-After header om te zien wanneer je het opnieuw kunt proberen. Implementeer exponential backoff - wacht langer tussen elke heerprobeerpoging.

Misbruik of incorrecte implementaties: Geen Retry-After header opnemen om clients te begeleiden, limieten te laag instellen voor normaal gebruik, 429 gebruiken voor andere types overbelasting (overweeg 503), of rate limits niet duidelijk documenteren.

Mozilla.org Developer Doc for additional reference


Wat is een 451 statuscode?

HTTP: 451 Unavailable For Legal Reasons

Wanneer en waarom servers dit retourneren: Content is geblokkeerd vanwege juridische vereisten. Genoemd naar Ray Bradbury’s “Fahrenheit 451” over censuur, geeft deze status aan overheids- of juridische blokkering.

Praktische use cases: Content geblokkeerd door gerechtelijk bevel, DMCA takedown notices, geografische beperkingen vanwege lokale wetten, overheids censuur vereisten, of elke juridisch verplichte content blokkering.

Hoe clients moeten reageren op deze status: Informeer gebruikers dat content juridisch beperkt is. De reactie kan details bevatten over wie de blokkering eiste (als dat juridisch gedeeld mag worden).

Misbruik of incorrecte implementaties: 451 gebruiken voor niet-juridische blokkeringen (gebruik geschikte 4xx code), niet transparant zijn over juridische blokkeringen wanneer mogelijk, of 451 gebruiken voor vrijwillig content beleid in plaats van juridische vereisten.

Mozilla.org Developer Doc for additional reference


5xx Server Fouten

Deze codes geven aan dat de server een geldig verzoek niet kon voltooien.

Wat is een 500 statuscode?

HTTP: 500 Internal Server Error

Wanneer en waarom servers dit retourneren: Er ging iets fout aan de kant van de server, en het weet niet hoe het af te handelen. Het is alsof een kassa crasht in een winkel - het probleem zit niet bij je betaalmethode, hun systeem brak gewoon.

Praktische use cases: Wanneer de databaseverbinding mislukt, wanneer er een bug in de servercode zit, wanneer de server geheugen opraakt, of elke onverwachte crash die de programmeurs niet anticipeerden.

Hoe clients moeten reageren op deze status: Vertel gebruikers dat iets fout ging en stel voor om het later opnieuw te proberen. Je zou automatisch opnieuw kunnen proberen na een vertraging, aangezien deze fouten vaak tijdelijk zijn.

Misbruik of incorrecte implementaties: 500 gebruiken voor gebruikersfouten (gebruik 4xx codes daarvoor), gedetailleerde foutmeldingen aan gebruikers tonen (beveiligingsrisico!), niet genoeg details loggen om het probleem op te lossen, of 500 gebruiken als luie vangnet voor elke fout.

Mozilla.org Developer Doc for additional reference


Wat is een 501 statuscode?

HTTP: 501 Not Implemented

Wanneer en waarom servers dit retourneren: De server ondersteunt de functionaliteit waar je om vraagt niet. Het is alsof je een basis rekenmachine vraagt om functies te grafieken - het begrijpt wat je wilt maar heeft die functie niet.

Praktische use cases: HTTP methoden gebruiken die de server niet herkent, functies vragen die gepland maar niet gebouwd zijn, legacy servers die moderne functionaliteit niet ondersteunen, of aangepaste methoden die niet geïmplementeerd zijn.

Hoe clients moeten reageren op deze status: Probeer dit verzoek niet opnieuw - de server kan het niet afhandelen. Gebruik een andere aanpak of controleer of er een alternatieve manier is om te bereiken wat je nodig hebt.

Misbruik of incorrecte implementaties: 501 gebruiken voor tijdelijk uitgeschakelde functies (gebruik 503), 501 gebruiken voor methoden die je herkent maar niet toestaat (gebruik 405), of 501 gebruiken als excuus voor ontbrekende functies die geïmplementeerd zouden moeten zijn.

Mozilla.org Developer Doc for additional reference


Wat is een 502 statuscode?

HTTP: 502 Bad Gateway

Wanneer en waarom servers dit retourneren: Een server die fungeert als gateway of proxy ontving een ongeldige reactie van een upstream server. Het is alsof je iemand vraagt een bericht door te geven, maar ze komen terug met “de persoon die ik vroeg gaf me wartaal.”

Praktische use cases: Load balancer kan backend servers niet bereiken, API gateway ontvangt fouten van microservices, reverse proxy krijgt misvormde reacties, of CDN kan niet ophalen van origin server.

Hoe clients moeten reageren op deze status: Dit is meestal tijdelijk, dus probeer opnieuw na een korte vertraging. Het probleem zit tussen servers, niet bij je verzoek, dus opnieuw proberen zou kunnen werken zodra ze hun communicatieproblemen oplossen.

Misbruik of incorrecte implementaties: 502 gebruiken voor de eigen fouten van de origin server (gebruik 500), niet onderscheiden tussen “kan niet bereiken” en “ongeldige reactie” scenario’s, of 502 gebruiken wanneer de gateway zelf problemen heeft.

Mozilla.org Developer Doc for additional reference


Wat is een 503 statuscode?

HTTP: 503 Service Unavailable

Wanneer en waarom servers dit retourneren: De server kan tijdelijk geen verzoeken afhandelen. Het is alsof een winkel een “gesloten voor onderhoud” bord plaatst - ze komen terug, maar nu niet.

Praktische use cases: Geplande onderhoudsvensters, server overbelasting situaties, tijdelijke uitval voor updates, rate limiting op server niveau, of elke tijdelijke onmogelijkheid om verzoeken te bedienen.

Hoe clients moeten reageren op deze status: Wacht en probeer later opnieuw. Controleer de Retry-After header voor begeleiding over wanneer terug te komen. Implementeer exponential backoff voor herproberen om te vermijden de server te overweldigen wanneer deze terugkeert.

Misbruik of incorrecte implementaties: 503 gebruiken voor permanente problemen (gebruik geschikte fout), geen Retry-After opnemen wanneer je weet hoe lang het zal duren, 503 gebruiken voor client-specifieke problemen in plaats van server-brede problemen.

Mozilla.org Developer Doc for additional reference


Wat is een 504 statuscode?

HTTP: 504 Gateway Timeout

Wanneer en waarom servers dit retourneren: Een server die fungeert als gateway of proxy ontving geen tijdige reactie van een upstream server. Het is alsof je iemand vraagt een bericht door te geven, maar ze komen terug met “Ik wachtte en wachtte, maar ze reageerden nooit.”

Praktische use cases: Database queries die te lang duren, overbelaste backend services, netwerkproblemen tussen servers, microservices die niet snel genoeg reageren, of elke timeout in server-naar-server communicatie.

Hoe clients moeten reageren op deze status: Je kunt opnieuw proberen, maar wees bewust dat de operatie duur of traag zou kunnen zijn. Overweeg of het verzoek kritiek genoeg is om opnieuw te proberen, en implementeer redelijke herprobeerlimiet.

Misbruik of incorrecte implementaties: 504 gebruiken wanneer clients traag zijn (gebruik 408), timeouts te kort instellen voor redelijke operaties, niet onderscheiden tussen verschillende timeout scenario’s, of 504 gebruiken voor de eigen timeouts van de origin server.

Mozilla.org Developer Doc for additional reference


Wat is een 505 statuscode?

HTTP: 505 HTTP Version Not Supported

Wanneer en waarom servers dit retourneren: De server ondersteunt de HTTP versie gebruikt in het verzoek niet. Het is alsof je probeert een Blu-ray disc in een DVD speler te spelen - de speler begrijpt wat je wilt maar kan dat formaat niet afhandelen.

Praktische use cases: Oude servers die alleen HTTP/1.0 ondersteunen ontvangen HTTP/2 verzoeken, servers nog niet geüpgraded om nieuwere HTTP versies te ondersteunen, of aangepaste/experimentele HTTP versies die de server niet herkent.

Hoe clients moeten reageren op deze status: Probeer het verzoek opnieuw met een andere HTTP versie, typisch terugvallen naar HTTP/1.1 wat universeel ondersteund wordt. Controleer welke versies de server wel ondersteunt.

Misbruik of incorrecte implementaties: 505 gebruiken voor niet-ondersteunde functies binnen een versie (gebruik 501), niet proberen versie onderhandeling gracieus af te handelen, of standaard HTTP versies afwijzen die ondersteund zouden moeten worden.

Mozilla.org Developer Doc for additional reference


Wat is een 507 statuscode?

HTTP: 507 Insufficient Storage

Wanneer en waarom servers dit retourneren: De server heeft niet genoeg opslagruimte om het verzoek te voltooien. Het is alsof je probeert een bestand op te slaan wanneer de harde schijf vol is.

Praktische use cases: Bestandsupload mislukkingen door volle disk, database operaties die opslag quota raken, WebDAV operaties die toegewezen ruimte overschrijden, of elke operatie die meer opslag vereist dan beschikbaar.

Hoe clients moeten reageren op deze status: Informeer gebruikers over opslag limieten. Moet mogelijk oude content verwijderen, meer opslag vragen, of de grootte verminderen van wat je probeert op te slaan.

Misbruik of incorrecte implementaties: 507 gebruiken voor tijdelijke opslag problemen die zullen oplossen (overweeg 503), opslag niet correct monitoren, 507 gebruiken voor quota problemen niet gerelateerd aan fysieke opslag, of geen informatie verstrekken over opslag limieten.

Mozilla.org Developer Doc for additional reference


Wat is een 508 statuscode?

HTTP: 508 Loop Detected

Wanneer en waarom servers dit retourneren: De server detecteerde een oneindige lus tijdens het verwerken van het verzoek. Het is alsof je instructies volgt die aan het eind zeggen “zie stap 1” - je zou voor altijd in cirkels gaan.

Praktische use cases: WebDAV operaties met circulaire referenties, redirect ketens die op zichzelf terugvallen, symbolische links die cycli creëren, of elke server operatie die detecteert dat het eindeloos herhaalt.

Hoe clients moeten reageren op deze status: Probeer hetzelfde verzoek niet opnieuw - het zal dezelfde lus raken. Controleer op circulaire referenties in je datastructuur en herstel ze voordat je opnieuw probeert.

Misbruik of incorrecte implementaties: 508 gebruiken voor niet-lus fouten, geen correcte lus detectie implementeren, 508 gebruiken voor client-side redirect loops (die anders verschijnen), of valse positieven detecteren als loops.

Mozilla.org Developer Doc for additional reference


Wat is een 511 statuscode?

HTTP: 511 Network Authentication Required

Wanneer en waarom servers dit retourneren: Je moet authenticeren met het netwerk zelf voordat je toegang tot internet kunt krijgen. Het is alsof je moet inloggen op hotel WiFi voordat je websites kunt browsen.

Praktische use cases: Hotel of luchthaven WiFi login pagina’s, bedrijfsnetwerk toegang portalen, publieke WiFi die vereist dat je servicevoorwaarden accepteert, of elke captive portal situatie.

Hoe clients moeten reageren op deze status: Redirect gebruikers naar de netwerk login pagina (meestal verstrekt in de reactie). Zodra ze authenticeren met het netwerk, kunnen ze hun originele verzoek opnieuw proberen.

Misbruik of incorrecte implementaties: 511 gebruiken voor website login vereisten (gebruik 401), 511 gebruiken voor proxy authenticatie (gebruik 407), of captive portals implementeren op manieren die beveiligde verbindingen breken.

Mozilla.org Developer Doc for additional reference