4.1 Lijst met HTTP-methoden

Het allereerste woord in een HTTP-verzoek is de naam van de methode . Er is zelfs enige analogie met aanroepmethoden in Java. De methode in het HTTP-verzoek definieert de basisbewerking die op de bron moet worden uitgevoerd.

Wat voor bron? Het punt is dat aan het begin van het World Wide Web servers simpelweg HTML-bestanden opsloegen, respectievelijk, het verzoek om een ​​dergelijk bestand was en een actie beschreef die moet worden uitgevoerd met de bron / het bestand.

De HTTP-standaard specificeert de volgende methoden:

# Methode Beschrijving
1 KRIJGEN Wordt gebruikt om de inhoud van de opgegeven bron op te vragen.
2 NA Wordt gebruikt om gegevens van de client naar de server over te dragen. Wijzigt de status van een bron op de server.
3 NEERZETTEN Wordt gebruikt om gegevens van de client naar de server over te dragen. Maakt een nieuwe bron op de server.
4 VERWIJDEREN Verwijdert de opgegeven bron op de server.
5 HOOFD Vergelijkbaar met GET, maar er is geen antwoordtekst. Vereist om antwoordkoppen te krijgen
6 OPTIES Vraagt ​​de server om een ​​lijst met ondersteunde methoden voor de opgegeven bron.
7 SPOOR service methode. Hiermee kunt u nagaan of het verzoek wordt gewijzigd door de servers waar het doorheen gaat.
8 AANSLUITEN service methode. Wordt gebruikt om een ​​beveiligde verbinding tot stand te brengen.

4.2 GET-methode

De GET-methode is de meest populaire HTTP-methode. Dit is wat de browser aanroept wanneer hij een verzoek naar de server stuurt voor de volgende pagina.

Als u bijvoorbeeld de link http://codegym.cc/path/resource?param1=value1¶m2=value2 in de browser hebt gevolgd, dan stuurt de browser een HTTP-verzoek naar de CodeGym-server dat begint met deze startregel :

GET /path/resource?param1=value1&param2=value2 HTTP/1.1

Als gevolg hiervan zal de server een HTTP-antwoord naar de browser moeten sturen, waarin de status van het verzoek moet worden geschreven, en ook de gevraagde bron moeten verzenden.

Aangenomen wordt dat het meerdere keren aanroepen van de GET-methode de status van de server niet verandert en dat de server elke keer hetzelfde antwoord moet retourneren . Daarom heeft het protocol een lastige controle over objectcaching.

Ten eerste, de bronnen die zijn ontvangen met behulp van het GET-verzoek, kan de browser naar eigen goeddunken op zijn kant cachen (er zijn nuances).

Ten tweede kunt u bij het verzenden van een verzoek naar de server een speciale header If-Modified-Sinceen date. Als de aangevraagde bron/document is gewijzigd sinds de opgegeven datum, dan zal de server deze verzenden. Als dit niet wordt gewijzigd, wordt de brontekst niet doorgegeven. Er wordt aangenomen dat het in de cache op de client is opgeslagen.

Paginacaching (GET-verzoeken) wordt de hele tijd gebruikt, dus ik raad u aan dit probleem te onderzoeken.

4.3 POST- en PUT-methoden

De POST-methode wordt gebruikt om een ​​bron op de server bij te werken. Wanneer u bijvoorbeeld een afbeelding naar de server uploadt, verzendt uw browser een POST-verzoek.

Overweeg een HTTP-verzoek dat begint met deze startregel:

POST /path/resource?param1=value1&param2=value2 HTTP/1.1
headers…

<request body>

Als gevolg hiervan zal de server een HTTP-antwoord naar de browser moeten sturen, waarin hij de status van het verzoek zal schrijven, en ook de gewijzigde bron moet verzenden. Het meerdere keren aanroepen van de POST - methode verandert de status van de server en de server kan elke keer een ander antwoord terugsturen .

GET en POST zijn de twee meest voorkomende verzoeken op internet. Bekijk de volgende tabel om het voor u gemakkelijker te maken om te onthouden hoe de methoden werken:

KRIJGEN NA NEERZETTEN
Verzoek Alleen URL URL en verzoektekst URL en verzoektekst
Antwoord Reactiecode en hoofdtekst Reactiecode en hoofdtekst Reactiecode

U kunt meer lezen over het POST-verzoek via de link .

4.4 DELETE-methode

En tot slot informatie over de DELETE-methode . Alles is hier eenvoudig.

We willen bijvoorbeeld een bepaalde bron op de server verwijderen. We sturen hem een ​​verzoek als:

DELETE  /path/resource?param1=value1&param2=value2 HTTP/1.1

Na ontvangst van dit verzoek zal de server de opgegeven bron verwijderen. Tenzij je natuurlijk de rechten hebt om het te verwijderen.