HTTP: відмінності між версіями

[перевірена версія][перевірена версія]
Вилучено вміст Додано вміст
Немає опису редагування
Рядок 1:
{{IPstack}}
'''HTTP'''  — [[Мережевий протокол|протокол]] передачі даних, що використовується в [[комп'ютер]]них мережах. Назва скорочена від '''H'''yper '''T'''ext '''T'''ransfer '''P'''rotocol, протокол передачі [[Гіпертекст|гіпер-текстових документів]]
 
'''HTTP''' належить до протоколів моделі [[OSI]] 7-го [[Прикладний рівень|прикладного рівня]].
 
Основним призначенням протоколу HTTP є передача [[веб-сторінка|веб-сторінок]] ([[текстовий файл|текстових файлів]] з розміткою [[HTML]]), хоча за допомогою нього успішно передаються і інші [[файл]]и, які пов'язані з веб-сторінками ([[Цифрове зображення|зображення]] і [[застосунки]]), так і не пов'язані з ними (у цьому HTTP конкурує з складнішим [[FTP]]).
 
HTTP припускає, що клієнтська програма  — [[веб-браузер]]  — здатна відображати гіпертекстові веб-сторінки та файли інших типів у зручній для користувача формі. Для правильного відображення HTTP дозволяє клієнтові дізнатися мову та [[кодування]] веб-сторінки й/або запитати версію сторінки в потрібних мові/кодуванні, використовуючи позначення із стандарту [[MIME]].
 
== Структура протоколу ==
HTTP  — протокол прикладного рівня, схожими на нього є [[FTP]] і [[SMTP]]. Обмін повідомленнями йде за звичайною схемою «запит-відповідь». Для ідентифікації ресурсів HTTP використовує глобальні [[URI]]. На відміну від багатьох інших протоколів, HTTP не зберігає свого стану. Це означає відсутність збереження проміжного стану між парами «запит-відповідь». Компоненти, що використовують HTTP, можуть самостійно здійснювати збереження інформації про стан, пов'язаний з останніми запитами та відповідями. [[Браузер]], котрий посилає запити, може відстежувати затримки відповідей. [[Сервер]] може зберігати [[IP-адрес]]и та заголовки запитів останніх клієнтів. Проте, згідно з протоколом, клієнт та сервер не мають бути обізнаними з попередніми запитами та відповідями, у протоколі не передбачена внутрішня підтримка стану й він не ставить таких вимог до клієнта та сервера.
 
Кожен запит/відповідь складається з трьох частин:
Рядок 22:
‹Метод› ‹URI› HTTP/‹Версія›
де ‹Метод› можливо:
; OPTIONS: Повертає методи HTTP, які підтримуються сервером. Цей метод може служити для визначення можливостей веб-сервера.
; OPTIONS
; GET: Запрошує вміст вказаного ресурсу. Запитаний ресурс може приймати параметри (наприклад, пошукова система може приймати як параметр шуканий рядок). Вони передаються в рядку URI (наприклад: http://www.example.net/resource?param1=value1&param2=value2). Згідно зі стандартом HTTP, запити типу GET вважаються ідемпотентними  — багатократне повторення одного і того ж запиту GET повинне приводити до однакових результатів (за умови, що сам ресурс не змінився за час між запитами). Це дозволяє кешувати відповіді на запити GET.
: Повертає методи HTTP, які підтримуються сервером. Цей метод може служити для визначення можливостей веб-сервера.
; HEAD: Аналогічний методу GET, за винятком того, що у відповіді сервера відсутнє тіло. Це корисно для витягання мета-інформації, заданої в заголовках відповіді, без пересилання всього вмісту. Зокрема, [[клієнт]] чи [[проксі]], перевіривши заголовок Last-Modified: (останній час модифікації), таким чином може переконатися, що сторінка на сервері не змінилася від часу попереднього запиту.
; GET
; POST: Передає призначені для користувача дані (наприклад, з HTML-форми) заданому ресурсу. Наприклад, в [[блог]]ах відвідувачі зазвичай можуть вводити свої коментарі до записів в HTML-форму, після чого вони передаються серверу методом POST, і він поміщає їх на сторінку. При цьому передані дані (у прикладі з блогами  — текст коментаря) включаються в тіло запиту. На відміну від методу GET, метод POST не вважається ідемпотентним, тобто багатократне повторення одних і тих же запитів POST може повертати різні результати (наприклад, після кожного відправлення коментаря з'являтиметься одна копія цього коментаря).
: Запрошує вміст вказаного ресурсу. Запитаний ресурс може приймати параметри (наприклад, пошукова система може приймати як параметр шуканий рядок). Вони передаються в рядку URI (наприклад: http://www.example.net/resource?param1=value1&param2=value2). Згідно зі стандартом HTTP, запити типу GET вважаються ідемпотентними — багатократне повторення одного і того ж запиту GET повинне приводити до однакових результатів (за умови, що сам ресурс не змінився за час між запитами). Це дозволяє кешувати відповіді на запити GET.
; PUT: Завантажує вказаний ресурс на сервер.
; HEAD
; PATCH: Завантажує певну частину ресурсу на сервер.
: Аналогічний методу GET, за винятком того, що у відповіді сервера відсутнє тіло. Це корисно для витягання мета-інформації, заданої в заголовках відповіді, без пересилання всього вмісту. Зокрема, [[клієнт]] чи [[проксі]], перевіривши заголовок Last-Modified: (останній час модифікації), таким чином може переконатися, що сторінка на сервері не змінилася від часу попереднього запиту.
; DELETE: Видаляє вказаний ресурс.
; POST
; TRACE: Повертає отриманий запит так, що [[клієнт]] може побачити, що проміжні [[сервер]]и додають або змінюють в запиті.
: Передає призначені для користувача дані (наприклад, з HTML-форми) заданому ресурсу. Наприклад, в [[блог]]ах відвідувачі зазвичай можуть вводити свої коментарі до записів в HTML-форму, після чого вони передаються серверу методом POST, і він поміщає їх на сторінку. При цьому передані дані (у прикладі з блогами — текст коментаря) включаються в тіло запиту. На відміну від методу GET, метод POST не вважається ідемпотентним, тобто багатократне повторення одних і тих же запитів POST може повертати різні результати (наприклад, після кожного відправлення коментаря з'являтиметься одна копія цього коментаря).
; CONNECT: Для використання разом з [[проксі-сервер]]ами, які можуть динамічно перемикатися в тунельний режим [[SSL]].
; PUT
: Завантажує вказаний ресурс на сервер.
; PATCH
: Завантажує певну частину ресурсу на сервер.
; DELETE
: Видаляє вказаний ресурс.
; TRACE
: Повертає отриманий запит так, що [[клієнт]] може побачити, що проміжні [[сервер]]и додають або змінюють в запиті.
; CONNECT
: Для використання разом з [[проксі-сервер]]ами, які можуть динамічно перемикатися в тунельний режим [[SSL]].
 
В основному використовуються методи GET і POST.
Рядок 47 ⟶ 38:
HTTP/‹Версія› ‹Код статусу› ‹Опис статусу›
Найтиповіші статуси:
* 200 OK  — запит виконаний успішно;
* 403 Forbidden  — доступ до запитаного ресурсу заборонений;
* [[HTTP 404|404 Not Found]]  — запитаний ресурс не знайдений.
 
=== Заголовки ===
Заголовки HTTP  — це рядки, кожен з яких складається з імені параметра, за яким слідує двокрапка і його значення. Вони несуть інформацію для браузера або для серверних програм (таких, як [[CGI]]-застосунки). Між заголовками і тілом обов'язково повинен бути порожній рядок.
 
== Приклад HTTP діалогу ==
 
=== Запит ===
GET /wiki/HTTP HTTP/1.1
Рядок 70 ⟶ 62:
 
== HTTP/2 ==
У лютому 2015 комітет [[IETF]] ([[Internet Engineering Task Force]]), що займається розвитком протоколів і архітектури Інтернет, надав специфікації HTTP/2.0 статус "«пропозиції стандарту"»<ref>[http://www.ietf.org/mail-archive/web/ietf-announce/current/msg13795.html Protocol Action: 'Hypertext Transfer Protocol version 2' to Proposed Standard (draft-ietf-httpbis-http2-17.txt)]</ref>, а також приступив до формування окремих RFC для протоколу HTTP/2.0 і формату стиснення заголовків HPACK.
 
Основним завданням створення HTTP/2.0 є підвищення ефективності використання мережевих ресурсів і зниження затримок при з'єднанні і обміні даними між клієнтом і сервером в умовах сучасних реалій, при яких для завантаження сайту потрібно відправити безліч окремих запитів (у середньому близько 100), пов'язаних з отриманням [[CSS]], файлів [[JavaScript]] і картинок. Протокол HTTP/1.1, в силу блокувань при конвеєрній передачі даних і високих накладних витрат на віддачу ресурсів невеликого розміру, не може забезпечити належну ефективність і змушує встановлювати кілька одночасних [[TCP]]-з'єднань до сервера. В основу HTTP/2.0 покладений протокол [[SPDY]], розроблений компанією [[Google]] &nbsp;— він дозволяє прискорити завантаження сайтів на 15-50%.
 
Основні особливості ([https://github.com/vlet/http2-explained/blob/master/http2.ru.pdf?raw=true PDF]) HTTP/2.0:
* Застосування бінарного протоколу, що оперує передачею бінарних кадрів. Кожен кадр має заголовок з інформацією про тип, розмір, опції та ідентифікаторі потоку. Кадри з типом DATA використовуються для передачі даних, HEADERS &nbsp;— HTTP-заголовків, RST_STREAM &nbsp;— для дострокового переривання відправлення даних;
* Мультиплексування і розпаралелювання потоків в рамках одного TCP-з'єднання. Пакети різних потоків змішуються і, на відміну від конвеєрної передачі HTTP/1.1, не очікують закінчення відправлення запиту. Підтримка ефективної двобічної передачі даних. Можливість мультиплексування при зверненні до різних хостів, що дозволяє додатково прискорити одночасне завантаження веб-контенту з різних сайтів (у SPDY мультиплексування підтримується тільки для одного хоста);
* Можливість установки пріоритетів і залежностей для потоків, що дозволяє виділити найважливіші потоки, які потрібно виконати в першу чергу, а також визначити залежність одного потоку від іншого;
Рядок 84 ⟶ 76:
* Можливість установки шифрованих ([[HTTPS]]) і не шифрованих з'єднань (HTTP). Шифрування здійснюється з використанням TLS 1.2 або новішої версії. Незважаючи на те, що специфікація допускає створення нешифрованих сполучень, розробники [[Firefox]] і [[Chrome]] мають намір забезпечити роботу HTTP/2.0 тільки поверх TLS;
* Підтримка технології Server push для передачі даних від сервера до клієнта (наприклад, коли сервер вважає, що після певного запиту обов'язково будуть затребувані інші дані, він може відправити ці дані не чекаючи фактичного запиту);
* Підтримка HTTP/2.0 на час пропозиції стандарту вже реалізована в браузерах [[Firefox]] 36+, Chrome (потрібна побудова з "«--enable-spdy4"») і IE 11. Серверні реалізації поки обмежуються [[OpenLiteSpeed]]​, H2O , nghttp2 і деякими бібліотеками на високорівневих мовах.
 
== ПосиланняДив. також ==
* [[HTTPS]] &nbsp;— захищений шифруванням аналог HTTP.
* RFC 2616 Стандарт HTTP/1.1
 
== Дивіться також ==
* [[HTTPS]] — захищений шифруванням аналог HTTP.
* [[Веб]]
* [[FTP]]
* [[URL]]
 
== Примітки ==
{{reflist}}
 
== Джерела ==
* RFC 2616 Стандарт HTTP/1.1
 
{{URI scheme}}
Рядок 100 ⟶ 95:
[[Категорія:Стандарти W3C]]
[[Категорія:Відкриті формати]]
[[Категорія:Комп'ютерна термінологія‎термінологія]]