Moderne Internet er bygget på kommunikation mellemklient (browser) og server. Så de kan udveksle information med hinanden, er der udviklet særlige protokoller. En af disse er HTTP, og takket være det kan brugerne arbejde gennem en browser og se HTML-sider.
HTTP er en måde at dele HTML-sider mellem to computere. Protokollen blev opfundet i 1990 og er i øjeblikket den primære metode til visning af hypertekstsider.
HTTP-headere er strengene, der kommunikerercomputere. Det er som en dialog mellem mennesker. Når webstedet åbnes, genererer browseren en anmodning, det angiver de nødvendige oplysninger om sig selv (sprog, land, link til ressourcen, version af kernen osv.). Alle disse oplysninger sendes til serveren, og der er et bestemt program (Apache, Nginx, LiteSpeed osv.). Hun læser de modtagne linjer og genererer, afhængigt af spørgsmålet, et svar.
For eksempel besluttede en person at åbne google.com, han indtaster et link i søgefeltet, og browseren genererer en anmodning. Browseren HTTP-header ser betinget ud sådan:
Start linje | Vis google.com |
forespørgsel | Jeg er fra Rusland Jeg bruger Google Chrome Jeg har brug for HTML Jeg har brugerinformation |
HTTP-krop | jeg forventer |
Serveren behandler dataene og genererer et svar:
Start linje | Alt er fint, siden findes og fungerer |
Svaret | Jeg kører Apache Side ændret 05/27/2017 Utf-8-kodning |
Meddelelsesorgan | Hent sidekode Dette er nye oplysninger fra brugeren (login, adgangskode) |
Meddelelsens krop formidler sidens HTML-kode.
Nu skifter de fleste websteder fra HTTP tilHTTPS-forbindelse. Forskellen mellem sidstnævnte er den ekstra kryptering af al transmitteret information. Før klienten starter, kræver klienten et SSL-certifikat for at godkende serveren. For udvikleren ændres intet, og han kan fortsætte med at arbejde uden at ændre sin kode.
Клиент после получения сертификата проверяет его ægthed (sammenligning af certifikatet fra serveren og certifikatet fra centrum). Hvis alt er i orden, startes HTTP-protokollen. Når certifikatet er bekræftet, krypteres overskrifterne via RSA. Nu kan angriberen ikke stjæle vigtige brugeroplysninger (login, adgangskode osv.).
Du kan se HTTP-dialogen selv. Særlige forkortelser bruges som sætninger - Dato, cookie, vært, server osv. Se HTTP-headere er mulige ved hjælp af browserudvidelser. Onlinetjenester hjælper også.
For at se HTTP-headere fra plugins skal du bruge:
Brug af onlinetjenester:
De opfanger de overskrifter, der er modtaget fra serveren.og vis dem i et separat vindue. Desuden kan du fra en side straks modtage 100-200 overskrifter, og de kan sendes med jævne mellemrum efter et stykke tid. For eksempel at tjekke online i sociale netværk.
HTTP-overskrifter kan opdeles i fire typer:
For at begynde at dele information, førsthovedlinjen dannes. Klienten der siger, hvilken fil eller objekt han har brug for. Til dette bruges visse metoder til adgang til protokollen. Strukturen af startlinjen består af tre dele:
Anmodningsmetode | objekt | protokol |
POST | /s840024/upload.php | HTTP / 1.1 |
Herefter kræves værtslinjen, og webadressen til webstedet vises. Der er forskellige forespørgselsmetoder. Programmerere bruger ofte:
Følg alle efter at have sendt startlinjenresten af overskrifterne er User Agent, Cookie osv. Uden første adgang er det umuligt at begynde at udveksle information via HTTP. Overskrifter er kun en tilføjelse, og i protokol 1.0 overføres de muligvis ikke overhovedet.
Efter at startlinjen er sendt, sender klientenhosting af dine data, for eksempel browserversion og det anvendte sprog. Om ønsket kan serveren desuden anmode om andre oplysninger fra klienten:
Obligatoriske (altid transmitterede) HTTP-anmodningsoverskrifter er Host, Referer, User Agent og Accept.
Programmereren kan ikke påvirke anmodningens overskrifter, de er dannet af browseren. Du kan konfigurere deres overførsel i selve programmet gennem yderligere udvidelser.
Efter modtagelse af anmodninger fra klienten overfører siden visse linjer til serveren. I php for at sende HTTP-header bruger funktionen header (). For eksempel kan du rapportere en ny sideplacering:
header ("Sted: http://www.site.com/").
Fra siden på serveren sendes data med de nødvendige oplysninger til klienten. På denne måde kan du finde de nødvendige oplysninger fra serveren:
Oftest er disse forespørgsler nødvendige for, at siden kan vises korrekt i browseren. De bruges til at forbedre sidehastighedshastigheden.
Der er overskrifter, der indebæreranmodning og svar, hver anmodning er knyttet til en bestemt enhed (side med HTML-kode). Takket være disse anmodninger opdaterer browseren sideoplysningerne. De bruges aktivt i cache.
Det mest populære enhedshoved erSidste-Modified. Denne anmodning kan sendes både fra browseren til serveren og vice versa. Gennem dette overskrift finder klienten ud af, om den skal opdatere sin cache. Dialogeksempel:
Klient: "Jeg har en cache dateret 05/16/2016, er siden ændret på serveren?"
Server: "Ja, cachen blev ændret den 03/19/2017, her er den nye version."
Efter at have modtaget startlinjen fra klienten genererer serveren sit svar.
HTTP | Protokolversion | Statusoverskrift | afklaring |
HTTP | 1.1 | 200 | OK |
Hvis forbindelsesstatusen bekræftes, kan serveren sende de ønskede oplysninger til klienten.
Et eksempel på http-dialog kan ses på billedet herunder.
Forespørgsler genereres af programmereren på siden ved hjælp af funktionen header ().
Для продолжения общения клиенту нужно быть Sørg for, at alt fungerer på hosting og vises korrekt. For at bekræfte dette blev svarstatuserne opfundet. De er et trecifret tal.
Du kan overføre status fra siden som den oprindelige overskrift, for eksempel header ("http / 1.1 200 Ok").
At fremskynde processen med deling af sider var detopfandt cache. Siden gemmes i komprimeret form til den lokale opbevaring af computeren. Nu behøver headers ikke at sende store filer hver gang. Du behøver kun at sikre dig, at oplysningerne om hosting og klient er de samme.
Oprettet specielle cache-anmodningslinjer, hostingefter at have modtaget headers fra klienten, kontrollerer du, om den har en cache til siden. Hvis det ikke er tilfældet, anmoder den om det fra serveren. I fremtiden, før adgang til browseren, kontrollerer protokollen kun, om cachen på serveren er ændret.
Sådan kontrolleres komprimerede oplysninger omrelevans, angivet i HTTP-headers udløbsdato. Klienten sender information om, hvilke filer der gemmes lokalt, og serveren angiver dens version. Hvis de stemmer overens, viser browseren simpelthen sin version af cachen.
For SEO-optimering skal du specificereDato i HTTP-overskrifter. Til disse formål anvendes Last-Modified. Derudover kan cachen opdateres efter nogen tid opbevaring. Udløber bruges til dette. Cache-kontrol bruges til at konfigurere cache. Takket være det kan du aktivere eller deaktivere lagring af information fra siden.
Korrekt opsætning af cache giver dig mulighed for hurtigtMarkedsfør dine ressourcer til de bedste SERP'er til søgemaskiner. Algoritmer Yandex og Google besøger periodisk siderne på webstedet og gemmer dets cache i deres arkiver. Efter nogen tid kontakter de serveren for at kontrollere informationens relevans. Hvis oplysningerne er ændret, opdateres filerne på søgemaskinserveren, og de modtagne data genindekseres.
Nogle anbefaler at indtaste titlenSidst ændret nuværende dato i håb om, at roboten på grund af dette konstant vil holde deres artikel øverst i søgeresultaterne. Men det viser sig, at hver gang algoritmen skal ændre cacheinformationen i sig selv og genindeksere den igen. Dette fører ikke altid til gode resultater og kan undertiden kun forværre artiklens position.
Для общения с хостингом пользователь каждый раз indtaster URL-linket i adresselinjen i browseren. Dette tegnsæt har en bestemt struktur, og den nødvendige information overføres gennem det. Linkstrukturen består af fem dele:
Ved hjælp af links kan du ikke kun kontaktesider som HTTP, PHP osv. Gennem dem kan du søge i databaserne eller sende oplysninger til en anden computer. På denne måde udfører hackere ofte SQL-injektioner og stjæler information fra stedets databaser ved hjælp af forskellige metoder.
Ulempen med URL er mangel på supportandre alfabeter - hovedsageligt anvendes latin. På grund af dette skal du gennemgå den forkortede titel på artiklen korrekt, før den offentliggøres. Når alt kommer til alt evaluerer en søgemaskine ved hjælp af nytten af ressourcen og de oplysninger, som siden kan give brugeren. I SEO-optimering skal du derfor være særlig opmærksom på dannelsen af den korrekte URL til artiklen.
