This article covers the processes that happen in-between a user entering a web address in a browser and a web page showing up as a result.
...
For further actions, you may consider blocking this person and/or reporting abuse
Really detailed post on where it matters. Very well done, congrats!
Okaaaay, this is a big and a great post ! Good job!
Awesomz explanation 🙏👏👏👏
Very nice article.
GET is idempotent only if the server says so. There is nothing in the protocol itself they would enforce it.
Thank you!!
I have to disagree, however. I believe that, according to datatracker.ietf.org/doc/html/rfc7..., GET is in fact both a safe and idempotent method!
GET
is just a method. How it is implemented on the server is up to the server.You could run all your API on
GET
and act upon either the URL components or the body of theGET
(there should be none, but you can use one).GET /list
→ lists your objectsGET /name/add/john
→ adds the name "john"GET /name/delete/john
→ deletes "john"Sure, the nice way is to use
PUT
,DELETE
etc. but the above can work perfectly. This is actually used by some APIs.Of course, according to the specification,
GET
is expected to be idempotent but, again, this is just an expectation, the server can do whatever pleases it.Right, I misunderstood you, thanks for clarifying your point!
The article assumes a correct implementation of
GET
which follows from the specification. I will add an edit to state that explicitly.One of the most fleshy and, at the same time, concise articles I've ever read about this not-so-easy field.
Thanks so much for your share!
very intuitive, finally got to know what happens under the hood for a website loading
Thank you, Paulo, for creating and sharing this fabulous tutorial.
Really great work!! 🦄
Thanks, I learned a lot of details of the whole proccess from this article.
Awsome work dude 👍
This was deep ! like I think pacific trench just smiled after reading this:)
Thanks!
_great post brother really love the way you describes the browser working structure
love from India _