HTTP Status Codes Explained In 5 Minutes

Рет қаралды 74,412

7 ай бұрын

Get a Free System Design PDF with 158 pages by subscribing to our weekly newsletter: bytebytego.ck.page/subscribe
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.

Пікірлер: 33

@roganl 7 ай бұрын

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

@gosnooky 7 ай бұрын

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 KZbin 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 7 ай бұрын

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.

@re.liable 7 ай бұрын

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

@dougselby7592 7 ай бұрын

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

@solivangirl923 6 ай бұрын

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

@fullStackInKannada 7 ай бұрын

Very nice and useful information, thank you :)

@sophyia4358 7 ай бұрын

This is so useful. Thanks!

@ameerhamza9315 7 ай бұрын

Great Video , Thanks

@ndanqkhoa 7 ай бұрын

I watched the videos of the channels, they were all great!! What note-taking app are you using? What application helps you draw descriptions?

@kishanbsh 7 ай бұрын

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

@igboanugwocollins4452 7 ай бұрын

Learnt a lot, thank you

@JuanRebella 7 ай бұрын

thanks man, you're great!

@FlyingSparrow001 Ай бұрын

Good job!

@user-pf9rn5bj4f 3 ай бұрын

Very nice reading voice brother.

@mhwadah 7 ай бұрын

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?

@kanelives2895 6 ай бұрын

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

@nishitshetty1746 7 ай бұрын

I give this 200 :p

@wolfxlover Ай бұрын

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

@mykalimba 5 ай бұрын

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.

@BalloonSchool 7 ай бұрын

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?

@trilecao9014 7 ай бұрын

Next video suggestion: HTTP header directives

@brencancer 7 ай бұрын

418 I'm a teapot 420 Enhance your calm

@varuntanwar6746 2 ай бұрын

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 7 ай бұрын

Why is 401 unauthorized and not unauthenticated ?

@DemPilafian 7 ай бұрын

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.*