HTTP -versoekmetodes
Wat is HTTP?
Die Hypertext Transfer Protocol (HTTP) is ontwerp om kommunikasie tussen kliënte en bedieners moontlik te maak.
HTTP werk as 'n versoek-antwoord protokol tussen 'n kliënt en bediener.
Voorbeeld: 'n Kliënt (blaaier) stuur 'n HTTP-versoek na die bediener; dan gee die bediener 'n antwoord aan die kliënt. Die antwoord bevat statusinligting oor die versoek en kan ook die gevraagde inhoud bevat.
HTTP metodes
- KRY
- POST
- PUT
- KOP
- SKEE
- LAPPER
- OPSIES
Die twee mees algemene HTTP-metodes is: GET en POST.
Die AOO-metode
GET word gebruik om data van 'n gespesifiseerde hulpbron aan te vra.
GET is een van die mees algemene HTTP-metodes.
Let daarop dat die navraagstring (naam/waarde-pare) in die URL van 'n AOO-versoek gestuur word:
/test/demo_form.php?name1=value1&name2=value2
Enkele ander notas oor AOO-versoeke:
- GET-versoeke kan gekas word
- GET-versoeke bly in die blaaiergeskiedenis
- AOO-versoeke kan geboekmerk word
- AOO-versoeke moet nooit gebruik word wanneer sensitiewe data hanteer word nie
- AOO-versoeke het lengtebeperkings
- AOO-versoeke word slegs gebruik om data aan te vra (nie wysig nie)
Die POST-metode
POST word gebruik om data na 'n bediener te stuur om 'n hulpbron te skep/op te dateer.
Die data wat met POST na die bediener gestuur word, word in die versoekliggaam van die HTTP-versoek gestoor:
POST /test/demo_form.php HTTP/1.1
Host: w3schools.com
name1=value1&name2=value2
POST is een van die mees algemene HTTP-metodes.
Sommige ander notas oor POST-versoeke:
- POST-versoeke word nooit gekas nie
- POST-versoeke bly nie in die blaaiergeskiedenis nie
- POST-versoeke kan nie geboekmerk word nie
- POST-versoeke het geen beperkings op datalengte nie
Die PUT-metode
PUT word gebruik om data na 'n bediener te stuur om 'n hulpbron te skep/op te dateer.
Die verskil tussen POST en PUT is dat PUT-versoeke idempotent is. Dit wil sê, om dieselfde PUT-versoek verskeie kere te roep, sal altyd dieselfde resultaat lewer. In teenstelling hiermee, het die herhaalde oproep van 'n POST-versoek newe-effekte van die skep van dieselfde hulpbron verskeie kere.
Die HOOF Metode
KOP is amper identies aan GET, maar sonder die reaksieliggaam.
Met ander woorde, as GET /gebruikers 'n lys van gebruikers terugstuur, sal HEAD /gebruikers dieselfde versoek rig, maar sal nie die lys gebruikers terugstuur nie.
HEAD-versoeke is nuttig om na te gaan wat 'n AOO-versoek sal terugstuur voordat 'n AOO-versoek gedoen word - soos voor die aflaai van 'n groot lêer of antwoordliggaam.
Die DELETE-metode
Die DELETE-metode vee die gespesifiseerde hulpbron uit.
Die OPSIES Metode
Die OPSIES-metode beskryf die kommunikasie-opsies vir die teikenhulpbron.
Vergelyk GET vs. POST
Die volgende tabel vergelyk die twee HTTP-metodes: GET en POST.
| GET | POST | |
|---|---|---|
| BACK button/Reload | Harmless | Data will be re-submitted (the browser should alert the user that the data are about to be re-submitted) |
| Bookmarked | Can be bookmarked | Cannot be bookmarked |
| Cached | Can be cached | Not cached |
| Encoding type | application/x-www-form-urlencoded | application/x-www-form-urlencoded or multipart/form-data. Use multipart encoding for binary data |
| History | Parameters remain in browser history | Parameters are not saved in browser history |
| Restrictions on data length | Yes, when sending data, the GET method adds the data to the URL; and the length of a URL is limited (maximum URL length is 2048 characters) | No restrictions |
| Restrictions on data type | Only ASCII characters allowed | No restrictions. Binary data is also allowed |
| Security | GET is less secure compared to POST because data sent is part of the URL Never use GET when sending passwords or other sensitive information! |
POST is a little safer than GET because the parameters are not stored in browser history or in web server logs |
| Visibility | Data is visible to everyone in the URL | Data is not displayed in the URL |