# 4. Браузер встановлює з’єднання з сервером Зазвичай це **TCP** - надійна доставка. Перед даними йде **three-way handshake**: ```txt Browser → Server: Хочу підключитися Server → Browser: Добре, я готовий Browser → Server: Чудово, починаємо ``` # 5. Якщо використовується HTTPS - TLS handshake Якщо URL починається з **`https://`**, потрібен **TLS**: перевірка сервера, узгодження ключів, шифрування подальшого трафіку - важливо для паролів, карток тощо. ```txt перевірити, що сервер справжній домовитися про ключі шифрування зашифрувати подальший обмін даними ``` # 6. Браузер надсилає HTTP-запит Повідомлення клієнта до сервера. Приклад: ```http GET /products?category=laptops HTTP/1.1 Host: example.com User-Agent: Mozilla/5.0 Accept: text/html ``` Сенс: «дай сторінку `/products` з `category=laptops`». Зазвичай у запиті є **method**, **path**, **headers**, інколи **body**; тут метод **`GET`** - отримати ресурс. ## Cookies: як браузер передає стан HTTP сам по собі не пам’ятає попередні запити. Кожен запит незалежний. Щоб сайт міг “пам’ятати” користувача, браузер використовує cookies. Сервер може надіслати cookie у відповіді: ```http Set-Cookie: sessionId=abc123; HttpOnly; Secure ``` Після цього браузер автоматично додає цю cookie в наступні запити до цього сайту: ```http Cookie: sessionId=abc123 ``` Так працюють сесії, авторизація, кошик у магазині та багато інших речей. Важливо: cookies прив’язані до домену, path, HTTPS-режиму та інших правил безпеки. # 7. Сервер обробляє запит Сервер перевіряє шлях, права, БД, що повернути (HTML/JSON), статус відповіді. Для сторінки товарів - прочитати `category=laptops`, знайти дані, згенерувати HTML, відправити відповідь. ```txt чи існує шлях · доступ користувача · БД · HTML чи JSON · статус прочитати category=laptops → знайти в БД → HTML → відповідь ``` У продакшені часто є ланцюг: CDN, reverse proxy, load balancer, API gateway, application server, database, cache - але базово: **браузер запитує - сервер відповідає**. ```txt CDN · reverse proxy · load balancer · API gateway · app server · database · cache ``` # 8. Сервер повертає HTTP-відповідь Приклад відповіді: ```http HTTP/1.1 200 OK Content-Type: text/html Cache-Control: max-age=3600 Products

Products

``` | Частина | Що це | | --- | --- | | Status line + code | Результат (200, 301, 400, …) | | Headers | Тип контенту, кеш, cookies, безпека, стиснення… | | Body | HTML, JSON, файл, зображення… | Поширені коди: | Код | Значення (коротко) | | --- | --- | | 200 | OK | | 301 | Ресурс переїхав назавжди | | 400 | Некоректний запит | | 401 | Потрібна автентифікація | | 403 | Доступ заборонено | | 404 | Не знайдено | | 500 | Помилка сервера | Типові ролі **headers**: тип контенту, кеш, cookies, безпека, стиснення. **Body** - сам контент: HTML, JSON, CSS, JS, image, file. ## Redirects: коли сервер просить перейти на іншу адресу Не кожна відповідь сервера одразу містить HTML. Іноді сервер повертає redirect - інструкцію перейти на інший URL. Наприклад: ```txt http://example.com ↓ https://example.com ``` Або: ```txt example.com ↓ www.example.com ``` Для цього сервер повертає статус на кшталт `301`, `302`, `307` або `308` і header `Location`. Приклад: ```http HTTP/1.1 301 Moved Permanently Location: https://example.com/ ``` Після цього браузер автоматично робить новий запит уже на нову адресу.

Що відбувається після введення URL у браузері

Що відбувається після введення URL у браузері