Moderne internett er bygget på kommunikasjon mellomklient (nettleser) og server. For at de kan utveksle informasjon med hverandre, er det utviklet spesielle protokoller. En av disse er HTTP, og takket være det kan brukere jobbe gjennom en nettleser og se HTML-sider.
HTTP er en måte å dele HTML-sider mellom to datamaskiner. Protokollen ble oppfunnet i 1990 og er i dag den primære metoden for å vise hypertekst-sider.
HTTP-headere er strengene som kommunisererdatamaskiner. Det er som en dialog mellom mennesker. Når nettstedet åpnes genererer nettleseren en forespørsel, den indikerer nødvendig informasjon om seg selv (språk, land, lenke til ressursen, versjonen av kjernen, etc.). All denne informasjonen blir sendt til serveren, og det er et visst program (Apache, Nginx, LiteSpeed, etc.). Hun leser de mottatte linjene og genererer svar, avhengig av spørsmålet.
For eksempel bestemte en person seg for å åpne google.com, han oppgir en lenke i søkefeltet og nettleseren genererer en forespørsel. Nettleserens HTTP-topptekst ser betinget ut slik:
Startlinjen | Vis google.com |
henvendelse | Jeg er fra Russland Jeg bruker Google Chrome Jeg trenger HTML Jeg har brukerinformasjon |
HTTP-kroppen | jeg forventer |
Serveren behandler dataene og genererer et svar:
Startlinjen | Alt er i orden, siden er funnet og fungerer |
Svaret | Jeg kjører Apache Side endret 05/27/2017 Utf-8-koding |
Meldingsorgan | Få sidekode Dette er ny informasjon fra brukeren (innlogging, passord) |
Legemet til meldingen formidler HTML-koden på siden.
Nå flytter de fleste nettsteder fra HTTP tilHTTPS-tilkobling. Forskjellen mellom sistnevnte er den ekstra krypteringen av all overført informasjon. Før du starter utvekslingen, krever klienten et SSL-sertifikat for å autentisere serveren. For utvikleren endres ingenting, og han kan fortsette å jobbe uten å endre koden.
Etter å ha mottatt sertifikatet, kontrollerer klienten detautentisitet (sammenligne sertifikatet fra serveren og sertifikatet fra sentrum). Hvis alt er bra, blir HTTP-protokollen lansert. Etter at sertifikatet er bekreftet, blir overskriftene kryptert gjennom RSA. Nå vil ikke angriperen kunne stjele viktig brukerinformasjon (innlogging, passord osv.).
Du kan se HTTP-dialogen selv. Spesielle forkortelser brukes som fraser - Dato, cookie, vert, server osv. Vis HTTP-overskrifter er mulig å bruke nettleserutvidelser. Internett-tjenester vil også hjelpe.
For å se HTTP-headere fra plugins bruker du:
Fra nettbaserte tjenester:
De avskjærer topptekstene som ble mottatt fra serveren.og vis dem i et eget vindu. Dessuten kan du fra en side umiddelbart motta 100-200 overskrifter, og de kan sendes med jevne mellomrom etter litt tid. For eksempel å sjekke online i sosiale nettverk.
HTTP-overskrifter kan deles inn i fire typer:
For å begynne å dele informasjon, førsthovedlinjen dannes. Klienten i den sier hvilken fil eller objekt han trenger. For dette brukes visse metoder for tilgang til protokollen. Strukturen til startlinjen består av tre deler:
Be om metode | objekt | protokollen |
POST | /s840024/upload.php | HTTP / 1.1 |
Etter dette kreves vertslinjen og nettadressen til nettstedet er indikert. Det er forskjellige spørsmålsmetoder. Programmerere bruker ofte:
Etter at du har sendt startlinjen, følg alleresten av overskriftene er User Agent, Cookie, etc. Uten første tilgang er det umulig å begynne å utveksle informasjon via HTTP. Overskrifter er bare et tillegg, og i protokoll 1.0 kan det hende at de ikke overføres i det hele tatt.
Etter at startlinjen er sendt, sender klientenhosting av dataene dine, for eksempel nettleserversjon og språk som brukes. Om ønsket kan serveren i tillegg be om annen informasjon fra klienten:
Obligatoriske (alltid overførte) HTTP-forespørselsoverskrifter er verts-, henvisnings-, brukeragent- og akseptert.
Programmereren kan ikke påvirke forespørselens overskrifter, de er dannet av nettleseren. Du kan konfigurere overføringen deres i selve programmet gjennom tilleggsutvidelser.
Etter å ha mottatt forespørsler fra klienten, passerer siden visse linjer til serveren. I php for å sende HTTP-header bruker funksjonen header (). Du kan for eksempel rapportere en ny sideplassering:
header ("Sted: http://www.site.com/").
Fra siden på serveren blir data med nødvendig informasjon sendt til klienten. På denne måten kan du finne nødvendig informasjon fra serveren:
Disse spørsmålene er vanligvis nødvendige for at siden skal vises riktig i nettleseren. De brukes til å forbedre sidehastigheten.
Det er overskrifter som innebærerforespørsel og svar, hver forespørsel er knyttet til en bestemt enhet (side med HTML-kode). Takket være disse forespørslene oppdaterer nettleseren sideinformasjonen. De brukes aktivt i hurtigbufring.
Den mest populære enhetsoverskriften erLast-Modified. Denne forespørselen kan sendes både fra nettleseren til serveren, og omvendt. Gjennom denne overskriften finner klienten ut om den trenger å oppdatere cachen. Dialogeksempel:
Klient: "Jeg har en cache datert 05/16/2016, har siden endret seg på serveren?"
Server: "Ja, hurtigbufferen ble endret på 19/19/2017, her er den nye versjonen."
Etter å ha mottatt startlinjen fra klienten, genererer serveren svaret.
HTTP | Protokollversjon | Statusoverskrift | avklaring |
HTTP | 1.1 | 200 | OK |
Hvis tilkoblingsstatusen er bekreftet, kan serveren sende den forespurte informasjonen til klienten.
Et eksempel på http-dialog kan sees på bildet nedenfor.
Forespørsler genereres av programmereren på siden ved hjelp av funksjonen header ().
For å fortsette kommunikasjonen, må klienten være detsikker på at alt fungerer på hosting og vises riktig. For å bekrefte dette ble responsstatus oppfunnet. De er et tresifret tall.
Du kan overføre statusen fra siden som den første overskriften, for eksempel overskrift ("http / 1.1 200 Ok").
For å få fart på prosessen med å dele sider, var detoppfant cache. Siden lagres i komprimert form til datamaskinens lokale lagring. Nå trenger ikke topptekstene å sende store filer hver gang. Du trenger bare å sørge for at informasjonen om hosting og klienten er den samme.
Opprettet spesielle cache-forespørselslinjer, hostingetter å ha mottatt topptekster fra klienten, sjekker du om den har en cache for siden. Hvis den ikke er det, ber den om det fra serveren. I fremtiden, før du får tilgang til nettleseren, vil protokollen bare sjekke om cachen på serveren har endret seg.
For å sjekke komprimert informasjon pårelevans, angitt i utløpsdatoen for HTTP-overskrifter. Klienten sender informasjon om hvilke filer som er lagret lokalt, og serveren indikerer sin versjon. Hvis de stemmer overens, viser nettleseren ganske enkelt sin versjon av cachen.
For SEO-optimalisering må du spesifisereDato i HTTP-overskriftene. For disse formålene brukes Last-Modified. I tillegg kan hurtigbufferen oppdateres etter litt tids lagring. Utløper brukes til dette. Cache-Control brukes til å konfigurere hurtigbuffer. Takket være det kan du aktivere eller deaktivere lagring av informasjon fra siden.
Riktig cache-oppsett lar deg rasktmarkedsfør ressursene dine i de beste SERP-ene for søkemotorer. Algoritmer Yandex og Google besøker periodisk sidene på nettstedet og lagrer hurtigbufferen i arkivene sine. Etter litt tid tar de kontakt med serveren for å sjekke relevansen av informasjonen. Hvis informasjonen er endret, blir filene på søkemotorserveren oppdatert, og de mottatte dataene blir indeksert på nytt.
Noen anbefaler å gi tittelenSist endret nåværende dato, i håp om at roboten på grunn av dette hele tiden vil holde artikkelen deres øverst i søkeresultatene. Men det viser seg at hver gang algoritmen må endre cacheinformasjonen i seg selv og gjenindeksere den igjen. Dette fører ikke alltid til gode resultater, og noen ganger kan det bare forverre artikkelen.
Å kommunisere med vertsbrukeren hver ganglegger inn URL-koblingen i adressefeltet i nettleseren. Dette tegnsettet har en viss struktur, og nødvendig informasjon blir overført gjennom det. Koblingsstrukturen består av fem deler:
Ved å bruke lenker kan du ikke bare få tilgangsider som HTTP, PHP osv. Gjennom dem kan du søke i databasene eller sende informasjon til en annen datamaskin. På denne måten utfører hackere ofte SQL-injeksjoner og stjeler informasjon fra nettstedets databaser ved bruk av forskjellige metoder.
Ulempen med url-en er mangelen på støtteandre alfabeter - hovedsakelig latin brukes. På grunn av dette må du tenke riktig på den forkortede tittelen på artikkelen før publisering. Faktisk evaluerer søkemotoren ved lenken nytten av ressursen og informasjonen siden kan gi brukeren. Derfor, med SEO-optimalisering, bør spesiell oppmerksomhet rettes mot dannelsen av riktig URL for artikkelen.
