Popeth y mae angen i chi ei wybod am HTTP
Mae HTTP (Protocol Trosglwyddo Hypertext) yn darparu safon protocol rhwydwaith y mae porwyr gwe a gweinyddwyr yn ei ddefnyddio i gyfathrebu. Mae'n hawdd cydnabod hyn wrth ymweld â gwefan oherwydd ei fod wedi'i ysgrifennu'n iawn yn yr URL (ee http: // www. ).
Mae'r protocol hwn yn debyg i eraill fel FTP gan ei bod yn cael ei ddefnyddio gan raglen gleient i ofyn am ffeiliau gan weinydd pell. Yn achos HTTP, fel rheol, mae porwr gwe sy'n gofyn am ffeiliau HTML o weinydd gwe, sydd wedyn yn cael eu harddangos yn y porwr gyda thestun, delweddau, hypergysylltiadau, ac ati.
HTTP yw'r hyn a elwir yn "system ddiddiwedd." Yr hyn y mae hyn yn ei olygu yw ei bod yn wahanol i brotocolau trosglwyddo ffeiliau eraill fel FTP , bod cysylltiad HTTP yn cael ei ollwng ar ôl i'r cais gael ei wneud. Felly, unwaith y bydd eich porwr gwe yn anfon y cais ac mae'r gweinydd yn ymateb gyda'r dudalen, mae'r cysylltiad ar gau.
Gan fod y rhan fwyaf o bysell porwr gwe i HTTP, gallwch deipio'r enw parth yn unig a bod y porwr yn llenwi'r rhan "http: //".
Hanes HTTP
Creodd Tim Berners-Lee y HTTP cychwynnol yn y 1990au cynnar fel rhan o'i waith wrth ddiffinio'r We Fyd-eang wreiddiol. Defnyddiwyd tair fersiwn gynradd yn eang yn ystod y 1990au:
- HTTP 0.9 (ar gyfer cefnogi dogfennau hyperdestun sylfaenol)
- HTTP 1.0 (estyniadau i gefnogi gwefannau a scalability cyfoethog)
- HTTP 1.1 (a ddatblygwyd i fynd i'r afael â chyfyngiadau perfformiad HTTP 1.0, a bennir yn RFC Rhyngrwyd 2068)
Daeth y fersiwn ddiweddaraf, HTTP 2.0, yn safon gymeradwyedig yn 2015. Mae'n cadw'n gydnaws â HTTP 1.1 ond mae'n cynnig gwelliannau perfformiad ychwanegol.
Er nad yw HTTP safonol yn amgryptio traffig a anfonir dros rwydwaith, datblygwyd safon HTTPS i ychwanegu amgryptiad i HTTP trwy ddefnyddio Haen Sockets Ddiogel (yn wreiddiol ) neu (yn ddiweddarach) Diogelwch Haen Cludiant (TLS).
Sut mae HTTP yn Gweithio
HTTP yw protocol haen cais a adeiladwyd ar ben TCP sy'n defnyddio model cyfathrebu gweinydd cleient . Mae cleientiaid HTTP a gweinyddwyr yn cyfathrebu trwy gyfrwng cais HTTP a negeseuon ymateb. Y tri phrif fath o neges HTTP yw GET, POST, a PENNAETH.
- Mae negeseuon HTTP GET a anfonir at weinydd yn cynnwys URL yn unig. Efallai y bydd dim neu fwy o baramedrau data dewisol ynghlwm wrth ddiwedd yr URL. Mae'r gweinydd yn prosesu'r rhan data dewisol o'r URL, os yw'n bresennol, ac yn dychwelyd y canlyniad (tudalen we neu elfen o dudalen we) i'r porwr.
- Mae negeseuon POST HTTP yn gosod unrhyw baramedrau data dewisol yng nghorff y neges gais yn hytrach na'u hychwanegu at ddiwedd yr URL.
- Mae cais HTTP HEAD yn gweithio yr un fath â cheisiadau GET. Yn hytrach na ateb cynnwys llawn yr URL, mae'r gweinydd yn anfon gwybodaeth pennawd yn ôl yn unig (a gynhwysir y tu mewn i'r adran HTML) yn ôl.
Mae'r porwr yn cychwyn cyfathrebu â gweinydd HTTP trwy gychwyn cysylltiad TCP â'r gweinydd. Mae sesiynau pori gwe yn defnyddio porthladd gweinydd 80 yn ddiofyn, er bod porthladdoedd eraill fel 8080 yn cael eu defnyddio weithiau yn lle hynny.
Unwaith y bydd sesiwn wedi'i sefydlu, mae'r defnyddiwr yn sbarduno anfon a derbyn negeseuon HTTP trwy ymweld â'r dudalen we.
Materion Gyda HTTP
Ni all negeseuon a drosglwyddir dros HTTP gael eu cyflawni'n llwyddiannus am sawl rheswm:
- gwall defnyddwyr
- methiant y porwr gwe neu weinydd gwe
- Gwallau wrth greu tudalennau gwe
- glitches rhwydwaith dros dro
Pan fydd y methiannau hyn yn digwydd, mae'r protocol yn casglu achos y methiant (os yn bosibl) ac yn adrodd cod gwall yn ôl i'r porwr o'r enw llinell / cod statws HTTP . Mae gwallau yn dechrau gyda rhif penodol i nodi pa fath o wall yw.
Er enghraifft, mae gwallau 4xx yn nodi na ellir cwblhau'r cais am y dudalen yn iawn neu fod y cais yn cynnwys cystrawen anghywir. Er enghraifft, mae 404 o wallau yn golygu na ellir dod o hyd i'r dudalen; mae gan rai gwefannau rywfaint o dudalennau gwallau arferol 404 fel arfer .