417f87fde0
1. I use my phone daily. I assume every time I access a website and put in my username/password, I am sending out HTPP post requests to the server and it is sending me information back to be decoded by my phone. 2. It made me realize just how complicated everything is. All of these features that we take as commonplace had to be tediously tested and created by people before we want use them the way we do now.
2.2 KiB
Request and response notes
Checkpoint 1
Read the request and response shown on lines 1-32 of the lab. Choose five lines from the request and/or the response. For each, make an inference about the meaning of the line, and some situation in which it might be useful. You are welcome to research the meanings of these headers, but it's also fine to speculate for now.
Connection: keep alive I assume that this means that you establish a connection with the server/IP and then keep the connection open, i.e. don't kill it. If you are trying to see how much power/resources a connection uses, maybe connections that are killed use less power than ones you keep alive? Content-Length: 676 I think this refers to the amount of characters in the response body. This could be helpful to see how much data you are receiving from the connection you are making. Content-Type: application/json This probably refers to the type of thing you are making a connection with, whether it is an application or maybe a website or something else? I remember the idea of json from CSE 115 a little, it is a way to store data/create data structures I think. Date: Tue, 10 Feb 2026 23:40:17 GMT Pretty self explanatory, the date and time when the connection was established. Helpful if you are tracking when someone accesses a certain app/server. Server: nginx/1.24.0 (Ubuntu) I think this is what is receiving the information, since I'm using Ubuntu because I'm on a Windows computer. This could be helpful to determine if the person requesting the information has the necessary software to receive the data.
Checkpoint 2
The goal of this checkpoint is to see what status codes you can get back from
the riddle server. Paste below several http requests and the status codes
they return.
http -v post https://riddles.makingwithcode.org/guess id=13 answer="none" gave 404 not found (since there isn't a 13th riddle) http -v post https://riddles.makingwithcode.org/guess id=1 gave 400 Bad request (since I didn't include the answer field in the request) http -v get https://riddles.makingwithcode.org/guess id=1 answer="none" gave 405 Method Not Allowed (because I used get where I should have used post)