Najčastejšie chyby http a ako ich opraviť. Rozdiel medzi HTTP a HTTPS

Môže sa vyskytnúť chyba „http“. Mnohí potom začnú analyzovať svoje nedávne akcie vytvorené vo WordPress, ale väčšina ľudí jednoducho nevie, čo sa stalo, pretože sa neurobilo nič „zlé“. Ak sa pozriete na odpovede na internete na otázku „prečo pri načítavaní obrázkov vypisuje http chybu“, nájdete niekoľko odporúčaní, ktoré môžu túto chybu odstrániť.

Odporúčania, ktoré vám pomôžu vyriešiť chybu pri načítavaní obrázkov „http“

Prvým odporúčaním je zobraziť celý zoznam nainštalované pluginy a zakázať všetky nepotrebné. Budete tiež musieť zakázať všetky doplnky a povoliť ich jeden po druhom a potom sledovať účinok ich práce na vašom webe. Nahrávanie fotografií teda môže fungovať, ale nie je to ani zďaleka tak, že budete môcť nájsť presne ten doplnok, ktorý chybu zobrazuje. Ak máte čas a trpezlivosť, skúste toto odporúčanie, no zdalo sa nám príliš problematické, preto sme túto možnosť nechali v rezerve.

Druhé odporúčanie uvádza, že celý problém môže spočívať v serveri, na ktorom sa nachádza vaša stránka. Ale ak máte iné stránky, ktoré fungujú pre tohto hostiteľa a s nimi je všetko in v poriadku, to znamená, že chyba je niekde v samotnej lokalite. Ak existuje iba jedna stránka, kontaktujte hostiteľa, ak problém skutočne spočíva v nej.

Tu tiež poznamenávame, že nie vždy je rozumné aktualizovať na verziu, ktorá bola práve vydaná.

Spravidla obsahuje veľa užitočných inovácií / aktualizácií, ale nie všetci vývojári doplnkov majú čas na úpravy svojich produktov. To znamená, že ak sa vám teraz darí, nemali by ste sa ponáhľať s aktualizáciou motora.

Štvrtým tipom je pridať nasledujúci kód do súboru .htaccess:

SecFilterEngine Off
SecFilterScanPOST vypnuté

Vyššie uvedený kód je potrebné umiestniť na koniec alebo začiatok súboru, po ktorom môže všetko začať fungovať.
Ďalším tipom je vložiť kód do súboru .htaccess pomocou FTP uploaderu:

SecFilterEngine Off
SecFilterScanPOST vypnuté

Upozorňujeme, že ak už takýto kód v súbore máte, bude potrebné ho prepísať, to znamená nahradiť novým. Skúste teraz stiahnuť mediálny súbor; okrem toho môžete nahrávať súbory v neobmedzenom množstve. Mnohokrát sme si všimli, že v jednom prípade, ak vložíte kód na začiatok súboru, všetko bude fungovať; keď som vložil kód na inú stránku na začiatok súboru, nič nefungovalo, ale všetko začalo fungovať hneď, ako sa kód presunul na koniec súboru.

Stojí za to pamätať, že po aktualizácii WordPress sa tento súbor môže ľahko prepísať a chyba sa môže vyskytnúť znova. Aby ste tomu zabránili, odporúčame vám uložiť si zálohu súboru do počítača a v prípade potreby ho nahrať na server cez FTP.

Ďalším odporúčaním je inštalácia pluginu WPupload, ktorý nahrádza predvolený WordPress loader novým (podporuje HTML5, Flash, BrowserPlus atď.). však nový plugin môže pridať nové problémy na stránku, ale aj tak túto chybu opraví pri načítavaní obrázkov "http".

Zo všetkého vyššie uvedeného vyplýva jednoduchý záver: ak chcete, aby vaša stránka fungovala stabilne, neponáhľajte sa. Nová verzia síce sľubuje, že bude funkčnejší a bezpečnejší, ale vývojárov tretích strán nemajú vždy čas optimalizovať svoje produkty pre nové verzie (kvôli tomu môže vyskočiť chyba „http“).

Ako často majú návštevníci vašej stránky (internetového obchodu alebo iného druhu spracovania osobných údajov) pochybnosti: môžete dôverovať tomuto zdroju?

V ešte v roku 1994 sa o špeciálne postarali chalani z Netscape Communications podozrivých používateľov celosvetovej sieti a prišiel s magickou vecou - HTTPS.

Čo je HTTPS?

HTTPS (HyperText Prenosový protokol Secure) - rozšírenie HTTP protokol na podporu šifrovania na ochranu a zvýšenie bezpečnosti osobných údajov používateľov. Na rozdiel od HTTP s TCP portom 80 je HTTPS štandardne nastavený na TCP port 443.

Áno, áno, je to dosť ťažké a nie veľmi jasné..

Hovoriac viac jednoduchý jazyk,protokol šifruje dôležité údaje zadané používateľom na stránke(napríklad údaje z pasu, číslo karty atď.) a potom sa tieto informácie prenášajú cez otvorený kanál(poskytovateľ internetových služieb, hostitelia) a dôjde k požadovanej službe.

Napríklad používateľ Sberbank Online poslal údaje do textový formát(text „123“) prostredníctvom stránky s https. K týmto údajom je na serveri odosielateľa pripojený kľúč (???), ktorý zašifruje zadané údaje. Odoslané dáta teda nemôžu byť zachytené programami tretích strán.

Údaje HTTPS sa prenášajú cez kryptografické protokoly SSL alebo TLS. Ide o tieto protokoly podporuje šifrované spojenie medzi serverom a prehliadačom používateľa.

Čo si myslia vyhľadávače o https?

Google je jednoznačne za šifrovanie prevádzky. A v aktualizovanom 56 verzia google Stránky Chrome sú už označené ako spoľahlivé (na https) a nedôveryhodné (na http):

Zároveň je spravodlivé poznamenať, že prechod na bezpečný protokol nie je ani zďaleka hlavným faktorom hodnotenia. Niet však pochýb o tom, že váha https bude v budúcnosti len rásť.

Pokiaľ ide o Yandex - oficiálne informácie o tomto nie, no zároveň všetky služby spoločnosti už prešli na zabezpečený protokol.

Je zrejmé, že na tento moment prechod na zabezpečený protokol neposunie vašu stránku o niekoľko pozícií vo výsledkoch vyhľadávania a že z pohľadu hodnotenia je to skôr práca do budúcnosti. Musíte to však pochopiť hlavnou výhodou protokolu https je bezpečnosť údajov vašich návštevníkov... Preto bude prechod na zabezpečený protokol mimoriadne užitočný na zvýšenie dôvery vo váš web a spoločnosť ako celok.

3 fázy prechodu webovej stránky z http na https

Krok 1: Bezpečnostný certifikát SSL

Zakúpte si a nakonfigurujte bezpečnostný certifikát (SSL) vydaný certifikačnou autoritou

SSL ( Bezpečná zásuvka Vrstva) - certifikát, ide o jednotlivca digitálny podpis vašu doménu. Môžete si vybrať ktorúkoľvek z nich 5 druhov bezpečnostných certifikátov:

1. Vlastný podpis

Už z názvu je zrejmé, že si ho môže vytvoriť každý používateľ na doméne alebo IP adrese, t.j. neexistuje žiadne potvrdenie z certifikačného centra, vydané a podpísané používateľom.

• zadarmo;
• môže byť vytvorený neobmedzený počet krát;
• keď odídete, zobrazí sa upozornenie, ktoré nie je pravé

• Má krátkodobý služba;
• niektoré prehliadače nemusia podporovať a stránka sa neotvorí;
• neplatí pre subdomény;
• nepodporuje URL v cyrilike.

1. Validácia domény

Jeden z najbežnejších vstupné certifikáty.

• pripravenosť do niekoľkých hodín
• vhodné pre väčšinu stránok
• bežné, ľahko dostupné
• nízke náklady

• vydané pre jednu doménu (pri zmene budete musieť kúpiť znova)
• platnosť od jedného do 3 rokov
• minimálne osobné údaje na stránke
• nepodporuje URL v cyrilike

Obchodná úroveň je bezpečnejšia, certifikát je univerzálny a najčastejšie ho využívajú internetové obchody, servisné stránky, portály. Vydané exkluzívne právnických osôb , pri registrácii sa kontroluje doména a organizácia.

• vysoká úroveň ochrany
• emisná lehota od 3 do 10 pracovných dní
• náklady sú drahšie

Certifikáty vysokého stavu pre stredné a veľké spoločnosti je to použitébanky, platobné systémy, hlavné služby, vládne agentúry atď

• spomedzi SSL certifikátov najvyššia bezpečnostná trieda
• pridáva sa váha a autorita zdroja
• vysoká cena

1. Wildcsrd (subdoména)

Doplnok pre certifikáty, ochrana všetkých zadaných priamych subdomén

Krok 2: Konfigurácia údajov v analytických systémoch

• Yandex.Webmaster. Vyžaduje sa na starej doméne s novou hostiteľské smernice a uveďte hlavné zrkadlo. Maťinformovať vyhľadávač o novom protokole.
• Yandex.Webmaster - Indexovanie - Presun stránky.
• Až potom, čo sa príslušné zmeny objavia v Yandex.Webmaster nastaviť presmerovanie 301(je dôležité až po zobrazení upozornenia, že stránka je dostupná na https, nastavíme presmerovanie 301)
• V službe Google Analytics zmeniť zástupcu z http // na https

Krok 3: aktualizujte interné odkazy

Staré odkazy, bohužiaľ, nebudú fungovať, zmeniť odkazy v obsahu, v CSS štýly, v skriptoch, šablónach na https... Z http // site.ru sa stalo https // site.ru. existuje veľké množstvo utility, pluginy pre automatická výmena staré odkazy.

Na WP môžete napríklad použiť doplnok Velvet Blues Update URLs

Aktualizácia obrázkov(Ak je to nevyhnutné). Odporúčame registrovať odkazy aj cestu k obrázkom bez uvedenia domény, ale vo formáte /uplods/fotka/sertifikát https)

Sitemap, súbor. Skontrolujeme, či je zadaný iba protokol https.

zhrnúť:

Ak chcete zvýšiť dôveru používateľov a vyhľadávacích nástrojov vo svoje stránky presunutím domény na https, musíte technicky implementovať 3 veci:

1. Získajte a nakonfigurujte bezpečnostný certifikát (SSL) vhodný pre vašu stránku.
2. Vyjasniť vyhľadávačeže vaša stránka zmenila svoju adresu (presunula sa z http na https).
3. Na výrobu interná optimalizácia stránky s prihliadnutím na nový názov domény.

Máte problém s prechodom z http na https? Alebo sa im chcete vyhnúť? Objednajte si u nás seo audit a my vám pomôžeme so zmenou domény.

Prihláste sa na odber a sledujte vydanie nových článkov v našom

V súvislosti s masívnym prechodom stránok na HTTPS sa vývojári a správcovia stránok potýkali s množstvom nových problémov. Jedným z nich je presmerovanie z HTTP na HTTPS a nutnosť správneho spracovania presmerovaní na kanonická adresa stránky, aby ste sa vyhli duplicitnému obsahu.

HTTPS a presmerovania

Pozrime sa na príklad. Povedzme, že máme webovú stránku s názvom dnsimple.com. Jeho kanonický URL - https://dnsimple.com... Sú však štyri rôzne cesty pomocou ktorého sa môžete pripojiť na stránku a musíte zabezpečiť, aby pre ktorúkoľvek z nich bol používateľ presmerovaný na https://dnsimple.com:

Pôvodný spôsob	Typ
http://dnsimple.com	HTTP + nie-www
https://dnsimple.com	HTTPS + nie-www
http://www.dnsimple.com	HTTP + www
https://www.dnsimple.com	HTTPS + www

Nastavenie presmerovaní htaccess HTTP na HTTPS je často zdrojom nejasností. Nie je vždy jasné, ako správne spracovať presmerovania z WWW na iné ako WWW (alebo naopak) cez HTTPS a prečo je to potrebné SSL certifikát/ TLS. Ak chcete správne nakonfigurovať tieto presmerovania, musíte pochopiť základné princípy spracovania požiadaviek HTTPS.

Ďalej zvážime, v akom poradí je spojenie vytvorené HTTPS protokol ako sa spracúvajú požiadavky HTTP a ako sa konfigurujú presmerovania s podporou HTTPS.

Tok požiadaviek HTTPS

Vyššie uvedený obrázok zobrazuje vývojový diagram požiadavky / odpovede HTTPS. Pre jednoduchosť sme všetky akcie rozdelili do troch fáz:

1. V prvom kroku sa klient a server dohodnú na detailoch šifrovania, ako je šifrovací protokol a šifrovací balík. Existuje aj výmena informácií potrebná na prechod na zabezpečené pripojenie: verejné kľúče, detaily certifikátu atď. Táto fáza sa nazýva " SSL/TLS handshake»;
2. V druhom kroku klient pripraví HTTP požiadavku, zašifruje ju a odošle na server na spracovanie. Server prijme zašifrovanú požiadavku HTTP, dešifruje ju, spracuje a odošle odpoveď HTTP;
3. V treťom kroku server zašifruje odpoveď a odošle ju klientovi na spracovanie. Klient prijme zašifrovanú odpoveď HTTP, dešifruje ju a spracuje ( napríklad prehliadač začne načítavať a zobrazovať položky).

Táto schéma presmerovania HTTP na HTTPS sa vzťahuje na akúkoľvek požiadavku bez ohľadu na obsah odpovede HTTP.

pisal som vyssie HTTP požiadavka a odpoveď HTTP na špecifické účely ( uvedomte si, že som použil HTTP a nie HTTPS). Z hľadiska obsahu a štruktúry je dôležité pochopiť, že požiadavka HTTPS je požiadavka HTTP, ale prenášaná cez zabezpečené pripojenie ( TLS / SSL).

HTTPS vyjednávania a presmerovania

Jednou z najčastejších chýb pri nastavovaní HTTPS presmerovaní je predpoklad, že pri presmerovaní klienta z jednej domény na druhú nepotrebujete SSL certifikát.

Ak sa pozriete na tok žiadostí, môžete vidieť, že výmena certifikátu SSL a vyjednávanie o šifrovaní sa vykonáva v prvom kroku. Všimnite si, že v tomto bode server nevie, ktorú stránku klient potrebuje: klient a server sa rozhodnú, ako budú spolu komunikovať.

Po dokončení prvej fázy, keď klient a server našli vzájomný jazyk (šifrovací protokol), môžu spolu začať komunikovať pomocou šifrovaného spojenia. V tomto bode klient odošle HTTP požiadavku na server a server odošle HTTP odpoveď obsahujúcu presmerovanie.

Nezabudnite, že presmerovanie je odpoveď HTTP 301 (niekedy 302 alebo 307):

HTTP / 1.1 301 natrvalo presunutý Server: nginx Dátum: Po, 01 Aug 2016 14:41:25 GMT Umiestnenie: https://dnsimple.com/

Pred vykonaním presmerovania z HTTPS na HTTP nezabudnite, že ak potrebujete vytvoriť presmerovanie pre celú doménu, potrebujete platný certifikát SSL pre presmerovanú doménu. Na vyjednanie šifrovania je potrebný certifikát SSL a vyskytuje sa pred spracovaním požiadavky a vrátením odpovede na presmerovanie klientovi.

Ak by sa všetko stalo inak, presmerovanie by sa spracovalo pred overením certifikátu SSL. Klient a server by potom boli nútení komunikovať pomocou bežného pripojenia HTTP, ktoré nie je šifrované.

Ak potrebujete presmerovať klienta z ktorejkoľvek stránky domény https://www.example.com na inú, musíte mať na serveri nainštalovaný platný certifikát SSL, ktorý platí pre celú doménu www.example.com.

Ak chcete napríklad presmerovať klienta z https://www.example.com na https://example.com, musíte mať certifikát, ktorý pokrýva oba alebo dva samostatné certifikáty ( pre každého hostiteľa).

stratégie presmerovania HTTPS

Pozreli sme sa na to, ako sa spracuje presmerovanie HTTP na HTTPS cez htaccess po vyjednávaní SSL / TLS. Zistili sme tiež, že na presmerovanie klientov z webu alebo stránky na HTTPS potrebujete platný SSL certifikát, ktorý pokrýva obe domény. Ďalej budem hovoriť o celkové stratégie nastavenia pre presmerovania HTTPS.

Existujú dva typy nastavenia presmerovaní HTTPS:

1. presmerovanie na úrovni servera;
2. Presmerovanie na úrovni aplikácie.

Termín server sa vzťahuje na akýkoľvek server, ktorý je umiestnený pred webovou aplikáciou a spracováva prichádzajúcu požiadavku HTTP. Napríklad front-end server, server na vyrovnávanie záťaže alebo jedna aplikácia.

Pojem aplikácia sa vzťahuje na webovú aplikáciu, ktorá môže byť jednoduchá ako PHP skript alebo zložitejšia, ako napríklad aplikácia Unicorn interpretačného servera Ruby on Rails.

Vykonávanie presmerovaní HTTPS na úrovni servera

Uprednostňuje sa vykonávanie presmerovaní HTTPS na úrovni servera. V tomto prípade server, na ktorom je nainštalovaný certifikát SSL, prijme zašifrovanú požiadavku HTTP a vráti zašifrovanú odpoveď HTTP presmerovanie podľa konfiguračných nastavení bez pripojenia k aplikačnému serveru alebo spustenia kódu aplikácie.

Tento prístup je rýchlejší, pretože server môže spracovať presmerovanie bez interakcie s aplikáciou. Konfigurácia servera je zároveň menej flexibilná, ako to, čo sa dá urobiť s plnohodnotným programovacím jazykom.
Pre hromadné presmerovania sa používa htaccess presmerovanie HTTP na HTTPS na úrovni servera. Napríklad presmerovanie z WWW na inú ako WWW verziu domény s HTTPS (alebo naopak).

Nasledujúci útržok kódu je príklad konfigurácie Nginx, ktorá presmeruje z http://example.com, http://www.example.com a https://www.example.com na https://example.com:

server (počúvajte 80; názov_servera example.com www.example.com; return 301 https: //example.com$request_uri;) server (počúvajte 443 ssl; názov_servera example.com www.example.com; # ssl configuration ssl on; ssl_certificate /path/to/certificate.crt; ssl_certificate_key /path/to/private.key; if ($ http_host = www.example.com) (návrat 301 https: //example.com$request_uri;))

Uprednostňuje sa implementácia presmerovania na úrovni servera, ale nie vždy je to možné, pretože možno nemáte prístup ku konfigurácii servera. Toto sa týka zdieľaný hosting alebo platformy ako Heroku, Azure alebo Google Platform.

Vykonanie presmerovania HTTPS na úrovni aplikácie

Ak nemáte prístup ku konfigurácii servera alebo je logika presmerovania zložitejšia, musíte presmerovanie HTTP na HTTPS zvládnuť na úrovni aplikácie.

Tento prístup je o niečo pomalší, pretože server musí prijať požiadavku, spracovať kód aplikácie ( alebo interagovať s aplikačným serverom) a vrátiť odpoveď.

Spôsob, akým sa vykonávajú presmerovania na úrovni aplikácie, závisí od použitého programovacieho jazyka a zásobníka. Tu je niekoľko príkladov.

Balík Goland a sieť / http

Môžete použiť http.Redirect.

Ruby on Rails

Presmerovanie môžete nakonfigurovať na úrovni smerovača, použite medziprodukt softvér Rack alebo metóda redirect_to vnútri ovládača:

obmedzenia (hostiteľ: /www.example.com/) dostanú "*", to: redirect ("https://example.com") koniec

PHP

Na odoslanie hlavičky presmerovania HTTP použite funkciu hlavičky:

V niektorých prípadoch je to jediný možný prístup. Napríklad, ak potrebujete presmerovať klientov z WWW na inú ako WWW verziu domény, z HTTPS na Heroku alebo Azure (alebo naopak), budete musieť zadať obe domény v jednej aplikácii, nainštalovať certifikát a spracovať presmerovanie na úrovni aplikácie cez podmienky.

Alternatívne spôsoby vykonania presmerovania HTTPS

Je ich viacero alternatívne spôsoby presmerovanie z HTTP na HTTPS.

V niektorých situáciách nie je prístup ku konfigurácii servera a platforma, na ktorej je stránka hosťovaná, neumožňuje použitie programovacieho jazyka. Typickým príkladom je Amazon S3 pre hosťovanie statických stránok. V tomto prípade musíte zistiť, či platforma poskytuje možnosti presmerovania HTTPS, ktoré môžete nakonfigurovať.

Ďalšou možnosťou je použiť samostatnú, nezávislú aplikáciu na presmerovanie. Napríklad, ak chcete presmerovať zákazníkov z https://alpha.com na https://beta.com. Potom môžete pre doménu alpha.com zadať inú službu alebo server ako DNS, ktorý je hostiteľom beta.com. A tiež nastaviť presmerovanie na úrovni servera alebo nainštalovať aplikáciu, ktorá bude fungovať ako presmerovač. Zároveň potrebujete aj platný certifikát pre alpha.com, ktorý sa vám nainštaluje tam, kam potrebujete presmerovať.

Ako základ bol vyvinutý HTTP (HyperText Transfer Protocol). Na celom svete Web.

Práca na protokole HTTP pokračuje nasledujúcim spôsobom: Klientsky program vytvorí TCP spojenie so serverom (štandardné číslo portu je 80) a odošle naň požiadavku HTTP. Server spracuje túto požiadavku a odošle HTTP odpoveď klientovi.

Štruktúra požiadavky HTTP

Požiadavka HTTP pozostáva z hlavičky požiadavky a tela požiadavky oddelených prázdnym riadkom. Telo žiadosti môže chýbať.

Hlavička požiadavky pozostáva z hlavného (prvého) riadku dotazu a nasledujúcich riadkov, ktoré spresňujú dotaz v hlavnom riadku. Môžu chýbať aj nasledujúce riadky.

Dotaz na hlavnom riadku má tri časti oddelené medzerami:

Metóda(inými slovami, príkaz HTTP):

GET- žiadosť o dokument. Najčastejšie používaná metóda; v HTTP / 0.9 hovoria, že to bolo jediné.

HLAVA- žiadosť o názov dokumentu. Od GET sa líši tým, že sa vracia iba hlavička požiadavky s informáciami o dokumente. Samotný doklad sa nevydáva.

POST- Táto metóda sa používa na odovzdávanie údajov do CGI skriptov. Samotné údaje nasledujú v nasledujúcich riadkoch dotazu vo forme parametrov.

PUT- umiestniť dokument na server. Pokiaľ viem, používa sa málo. Žiadosť s touto metódou má telo, v ktorom sa odovzdáva samotný dokument.

Zdroj je cesta k konkrétny súbor na serveri, ktorý chce klient prijímať (alebo hostiteľ - pre metódu PUT). Ak je prostriedkom akýkoľvek súbor na čítanie, server by ho mal vydať v tele odpovede pre túto požiadavku. Ak je toto cesta k akémukoľvek skriptu CGI, server spustí skript a vráti výsledok jeho vykonania. Mimochodom, vďaka tomuto zjednoteniu zdrojov je klient prakticky ľahostajný k tomu, čo je na serveri.

Verzia protokolu- verzia protokolu HTTP, s ktorou klientsky program pracuje.

Jednoduchá HTTP požiadavka teda môže vyzerať takto:

Tu sa vyžaduje koreňový súbor z koreňového adresára webového servera.

Riadky za hlavným riadkom dotazu majú nasledujúci formát:

Parameter: hodnota.

Takto sa nastavujú parametre dopytu. Toto je voliteľné, všetky riadky po hlavnom riadku dotazu môžu chýbať; v tomto prípade server akceptuje ich predvolenú hodnotu alebo na základe výsledkov predchádzajúcej požiadavky (pri prevádzke v režime Keep-Alive).

Tu sú niektoré z najbežnejších parametrov požiadavky HTTP:

Pripojenie(spojenie) - môže byť Keep-Alive a blízko. Keep-Alive znamená, že po vydaní tohto dokumentu sa spojenie so serverom nepreruší a je možné zadať ďalšie požiadavky. Väčšina prehliadačov pracuje v režime Keep-Alive, pretože vám umožňuje „stiahnuť“ html stránku a obrázky na ňu v jednom pripojení k serveru. Po nastavení je režim Keep-Alive udržiavaný až do prvej chyby alebo do explicitného označenia v ďalšej požiadavke Connection: close.
zavrieť - spojenie sa po odpovedi na túto požiadavku uzavrie.

User-Agent- hodnota je "bod kódu" prehliadača, napríklad:

Mozilla / 4.0 (kompatibilný; MSIE 5.0; Windows 95; DigExt)

súhlasiť- zoznam typov obsahu podporovaných prehliadačom v poradí podľa preferencií tohto prehliadača, napríklad pre môj IE5:

Prijať: obrázok / gif, obrázok / x-xbitmap, obrázok / jpeg, obrázok / pjpeg, aplikácia / vnd.ms-excel, aplikácia / msword, aplikácia / vnd.ms-powerpoint, * / *

To je samozrejme potrebné v prípade, keď server môže poskytnúť rovnaký dokument v rôznych formátoch.

Hodnotu tohto parametra využívajú najmä CGI skripty na generovanie odpovede prispôsobenej pre daný prehliadač.

Referent- URL, z ktorej prešli na tento zdroj.

Hostiteľ- názov hostiteľa, z ktorého sa zdroj požaduje. Užitočné, ak má server niekoľko virtuálnych serverov pod rovnakou IP adresou. V tomto prípade meno virtuálny server určené týmto poľom.

Accept-Language- podporovaný jazyk. Záleží na serveri, ktorý dokáže poskytnúť ten istý dokument v rôznych jazykových verziách.

Formát odpovede HTTP

Formát odpovede je veľmi podobný formátu požiadavky: má tiež hlavičku a telo oddelené prázdnym riadkom.

Hlavička sa tiež skladá z hlavného riadku a riadkov parametrov, ale formát hlavného riadku je odlišný od formátu v hlavičke požiadavky.

Hlavný reťazec dotazu pozostáva z 3 polí oddelených medzerami:

Verzia protokolu- je podobný zodpovedajúcemu parametru požiadavky.

Kód chyby- kódové označenie „úspešnosti“ žiadosti. Kód 200 znamená „všetko je v poriadku“ (OK).

Slovný popis chyby- "dešifrovanie" predchádzajúceho kódu. Napríklad za 200 je to OK, za 500 áno Interný server Chyba.

Najbežnejšie parametre odozvy http:

Pripojenie- je podobný zodpovedajúcemu parametru požiadavky.
Ak server nepodporuje Keep-Alive (takých je), potom je hodnota Connection v odpovedi vždy blízko.

Preto je podľa môjho názoru správna taktika prehliadača nasledovná:
1. vydanie Connection: Keep-Alive v požiadavke;
2. Stav pripojenia posúďte podľa poľa Connection v odpovedi.

Druh obsahu(„typ obsahu“) – obsahuje označenie typu obsahu odpovede.

V závislosti od hodnoty Content-Type prehliadač interpretuje odpoveď ako stránku HTML, gif obrázok alebo jpeg, ako súbor, ktorý sa má uložiť na disk, alebo niečo iné a vykoná príslušnú akciu. Typ obsahu pre prehliadač je rovnaký ako prípona súboru pre Windows.

Niektoré typy obsahu:

text / html - text v HTML formát(webstránka);
text / obyčajný - obyčajný text (podobne ako "Poznámkový blok");
image / jpeg - obrázok vo formáte JPEG;
obrázok / gif - rovnaký, vo formáte GIF;
application / octet-stream - Prúd "oktetov" (tj iba bajtov) na zápis na disk.

V skutočnosti existuje oveľa viac druhov obsahu.

Obsah-Dĺžka("dĺžka obsahu") - dĺžka obsahu odpovede v bajtoch.

Naposledy zmenené("Upravené v naposledy") - dátum posledná zmena dokument.