Alles wat jo witte oer HTTP
HTTP (Hypertext Transfer Protocol) jout in netwurkprotokoll- standert dat webblêders en servers brûke om te kommunisearjen. It is maklik om te witten by it besykjen fan in webside, omdat it rjochtstreeks yn 'e URL skreaun is (bgl. Http: // www. ).
Dit protokol is te fergelykjen mei oaren as FTP yn dat it brûkt wurdt troch in clientprogramma om bestannen út in tsjinner op te freegjen. Yn it gefal fan HTTP is it meast in webblêder dy't HTML-triemmen fan in webtsjinner freget, dy wurde dan yn 'e browser werjûn mei tekst, ôfbyldings, hyperkeppels, ensfh.
HTTP is wat in "stateless system" neamd wurdt. Wat dit betsjut dat is, oars as oare triemferfierprotokollen lykas FTP , de HTTP-ferbining is ferdwûn as it fersyk dien is. Dus, as jo jo webbrowser it fersyk stjoert en de tsjinner antwurdet mei de side, wurdt de ferbining sletten.
Om't de measte webblêder standert foar HTTP is, kinne jo de domeinnamme allinich type ynfiere en de browsers automatje it "http: //" diel te folle.
Skiednis fan HTTP
Tim Berners-Lee makke de earste HTTP yn 'e begjin fan' e jierren 1990 as in part fan syn wurk by it definiearjen fan it orizjinele World Wide Web . Trije primêre ferzjes waarden yn 'e jierren 1990 wreed ynsetten:
- HTTP 0.9 (foar stipe fan basic hypertext dokuminten)
- HTTP 1.0 (taheaksels om rike websites en skalabiliteit te stypjen)
- HTTP 1.1 (ûntwikkele om adressen beheine fan HTTP 1.0 oan te tsjutten, yn 'e ynterne RFC 2068 oanjûn)
De lêste ferzje, HTTP 2.0, waard yn febrewaris 2015 in goedkard standert. It behertiget efterkompatibiliteit mei HTTP 1.1 mar biedt ekstra ferbetterings foar útfier.
Wylst standert HTTP net ferkeard fersifere ferkear oer in netwurk hat, wurdt de HTTPS-standert ûntwikkele om in fersifering nei HTTP te brûken fia it brûken fan (oarspronklik) Secure Sockets Layer (SSL) of (letter) Transport Layer Security (TLS).
Hoe HTTP wurket
HTTP is in applikaasje-ljipprotokol boppe oan TCP boud dy't gebrûk makket fan in kommunikaasjemodule fan client-server . HTTP-kliïnten en tsjinners kommunisearje fia HTTP-fersyk en antwurd-berjochten. De trije wichtige HTTP-berjochttypen binne GET, POST, en HEAD.
- HTTP-GET- berjochten dy't nei in server ferstjoerd binne allinne mar in URL . Nul of mear opsjonele gegevensparameters kinne oan it ein fan 'e URL oanhelle wurde. De tsjinner ferwurket de opsjonele databele fan 'e URL, as presentearje, en jout it resultaat (in webside of elemint fan in webside) werom nei de browser.
- HTTP POST- berjochten pleatse alle opsjoneel gegevensparameters yn it lichem fan it fersykmuseum, mar as se oan it ein fan 'e URL oanmeitsje.
- HTTP-HEAD- fersyk wurket itselde as GET-fersiken. Ynstee fan 'e antwurd mei de folsleine ynhâld fan' e URL, dan stjoert de server allinich de headerynformaasje werom (befettet yn 'e HTML-seksje).
De blêder stimulearret kommunikaasje mei in HTTP-tsjinner troch te inisjearjen fan in TCP-ferbining nei de tsjinner. Webside-sesjes brûke tsjinner poarte 80 as standert, mar ek oare ports lykas 8080 wurde soms brûkt brûkt.
Ien kear in sesje is fêstlein, de brûker útliedt it ferstjoeren en ûntfangen fan HTTP-berjochten troch te besykjen fan de webside.
Problemen mei HTTP
Berjochten dy't fia HTTP oerbrocht wurde kinne net miskien súkses wurde levere foar ferskate redenen:
- user error
- definysje fan 'e webbrowser of web-server
- Ferwûnen by it meitsjen fan websiden
- tydlike netwurk-glitches
As dizze misbrûk foarkomt, foltôrt it protokol de oarsaak fan 'e fout (as mooglike) en rapporteart in flaterkoade werom nei de browser dy't in HTTP-statusline / koade neamt. Flater begjinne mei in bepaald nûmer om oan te jaan hokker soart flater it is.
Bygelyks, 4xx-flaters jouwe oan dat it fersyk foar de side net goed genôch wêze kin of dat it fersyk folslein syntaksis befettet. As foarbyld 404 flaters betsjuttje dat de side net fûn wurde kin; Guon websiden hawwe sels gewoan oan willekeurige oanpast 404 flaterideeën .