HTTP Status Codes Explained In 5 Minutes

Get a Free System Design PDF with 158 pages by subscribing to our weekly newsletter: bytebytego.ck....
Animation tools: Adobe Illustrator and After Effects.
Checkout our bestselling System Design Interview books:
Volume 1: amzn.to/3Ou7gkd
Volume 2: amzn.to/3HqGozy
The digital version of System Design Interview books: bit.ly/3mlDSk9
ABOUT US:
Covering topics and trends in large-scale system design, from the authors of the best-selling System Design Interview series.

[@roganl]

Hey you missed 418 "I'm a teapot"!

[@gosnooky]

I always use and recommend these to give extra context to client errors:
409 Conflict - used when trying to create en entity that already exists, such as a user account with a unique email constraint.
422 Unprocessable Entity - when the JSON body payload fails to validate
415 Unsupported Media Type - when requesting with a content-type or mime type the endpoint does not accept, such as posting XML or uploading an EXE instead of a JPG
410 Gone - similar to a 404, but this implies that the resource existed at some point, but no longer does - such as a banned user account
412 Precondition Failed - when attempting to associate a dependency with a given resource that doesn't exist or cannot be associated with the resource
I see lots of people, instructors on RUclips especially, using 400 for all or most of the above. While a client error is a client error and requires handling regardless, the proper status code adds semantics and context to the error.

[@danielschmider5069]

405 Method Not Allowed is also quite common, it means that you used a method verb ("GET", "PUT", "POST") that this route does not support. It is also very easy to fix usually, and I am always happy that this has an entirely separate status code because I know exactly what went wrong.

[@dougselby7592]

curl -v for verbose reponses including headers was always my favourite way to do this kind of debugging.

[@re.liable]

Thanks. I'm now on the backend part of my fullstack journey, so these are very timely. Gonna go through the previous uploads soon

[@14dayztimeap8]

Great Video. I am a beginner and that is really helpful to me.

[@kishanbsh]

You should do a video in E-Tag header and associated mechanism.. I wish I had known that a bit early in my career

[@nishitshetty1746]

I give this 200 :p

[@mhwadah]

Thank you for all the hard work you've put into this.
I truly appreciate the informative content and the approachable manner in which you presented it.
On a related note, I'm curious - what tool or software do you use to create the animated infographics?

[@kane_lives]

>what tool or software do you use to create the animated infographics?
It says exactly in the 2nd sentence of the video's description.

[@wolfxlover]

"500...that's the server's cry for help." xD Thanks for the great lesson.

[@solivangirl923]

Thanks for this brief on the common HTTP status codes, and thanks for teaching us!🤓

[@mykalimba]

I'm wondering how others decide to walk the line between 1) giving enough information that legitimate users of your API can find useful, and 2) giving too much information to bad actors that can use that information to compromise your site. I tend to skew more towards the latter, and return information that is deliberately vague; I don't want provide specifics on why an API call failed.

[@fullStackInKannada]

Very nice and useful information, thank you :)

[@trilecao9014]

Next video suggestion: HTTP header directives

[@pranaykalgutkar8342]

Nice informative. Thank you

[@brencancer]

418 I'm a teapot
420 Enhance your calm

[@user-pf9rn5bj4f]

Very nice reading voice brother.

[@sophyia4358]

This is so useful. Thanks!

[@botobeni]

Recap:
100 - informational
101 - switching protocols
200 - success
201 - created
204 - empty
300 - reroute
301 - forwarding address
302 - temporary route
304 - not modified
400 - client error
401 - unauthorized
403 - forbidden
404 - not found
427 - too many requests
500 - server error
502 - bad gateway
503 - service unavailable

[@panjuguladeepika2516]

Thank you sir..

[@FlyingSparrow001]

Good job!

[@ameerhamza9315]

Great Video , Thanks

[@DemPilafian]

The "P" in HTTP stands for *Protocol.* The protocol level is *NOT* the application level. Many REST concepts are fantastic, but trying to shove application level errors into protocol level error handling has caused endless pain for both backend and frontend developers. Stack Overflow has questions about HTTP errors with dozens of highly upvoted answers that are mutually exclusive.
Even if you think your techniques for handling HTTP errors are superior, it's certain that at least 35% of other developers disagree with you. *The way you handle HTTP errors is wrong, and that's a guarantee.*

[@igboanugwocollins4452]

Learnt a lot, thank you

[@achyuthbabu5079]

super❤

[@BalloonSchool]

What do I should use when I want to update my side in the backend and the website will be online again in 1-2 hours? 200 or 503?

[@varuntanwar6746]

I tried to delete an entry in the database, I got 200 Ok on my postman. Do I have to explicity mention in RepsonseEntity that i want 204 status code?

[@himanshusharma-ng5iw]

Why is 401 unauthorized and not unauthenticated ?

[@codegreenie3429]

As a programmer, i can confirm 500 is the most painful. You never know whats going on

[@paljain01]

now postman and insomania both required to open an account.

[@gosnooky]

Shameful. I feel sorry for Insomnia's creator who sold it believing it would be in good hands.

[@boogiman007]

I'm a teapot

[@englishup1]

あなたは日本人ですか。maybe the accent gives it away!
英語を勉強したい？　
You are very good, but let me know! I can help with intonation and small mistakes! :)

[@httyfrudkyYouTube2024]

❤️#गुजराती गाना बेवफा 2023 नई टीमली# दिल ठीक💔 करने

[@saipavan1665]

Hi sahn