Перейти до змісту

Частина I. Web Foundation

Django — це бібліотека поверх HTTP. Без розуміння HTTP Django виглядає як магія. Ця частина будує фундамент: TCP/IP, DNS, HTTP request/response, браузер і сервер.

Передумови: базовий Python. Рівень: Foundation.

Розділи

Документ Що вивчимо
Мережевий фундамент IP, TCP, DNS, порти, пакети — фізична основа інтернету
HTTP та HTTPS request/response, методи (GET/POST/PUT/DELETE), заголовки, status codes, TLS
HTTP Requests: архітектура структура запиту, тіло, query params, cookie, content-type
Браузер ↔ Сервер повний lifecycle: введення URL → DNS → TCP → HTTP → HTML
Web сервери та ядро socket, bind, accept, синхронна та асинхронна обробка підключень
Мережеві діаграми Mermaid-схеми OSI-стеку, TLS handshake, request/response flow

Ключові концепти

URL → DNS lookup → TCP handshake → (TLS handshake) → HTTP request
                                                    ← HTTP response
Концепт Суть
HTTP методи GET — читання (safe, idempotent); POST — зміна стану; PUT/PATCH/DELETE — REST
Status codes 200 OK · 201 Created · 301/302 Redirect · 400 Bad Request · 403 Forbidden · 404 Not Found · 500 Server Error
Stateless кожен HTTP-запит незалежний — сесія емулюється через Cookie: sessionid=...
HTTPS TLS шифрує трафік між браузером і сервером; сертифікат підтверджує ідентичність
DNS доменне ім'я → IP-адреса (наприклад notes.example.com → 93.184.216.34)

Чому Django stateless: коли браузер робить GET /notes/, Django не знає "хто це". Він читає Cookie: sessionid=abc123 → шукає сесію → дізнається request.user.

Де це у Notes Chat App

Файл Що показує
notes_project/urls.py перший рівень Django routing після отримання HTTP-запиту
notes_app/views.py функції що обробляють GET/POST і повертають HttpResponse/redirect
nginx/nginx.conf reverse proxy: приймає HTTP :80, передає Daphne :8001
notes_project/settings.py CSRF_TRUSTED_ORIGINS, SESSION_COOKIE_SECURE, SECURE_SSL_REDIRECT

Mermaid: request до Notes Chat App

sequenceDiagram
    participant B as Browser
    participant N as Nginx :80
    participant D as Daphne :8001
    participant V as views.py
    participant DB as PostgreSQL

    B->>N: GET /notes/ (Cookie: sessionid=...)
    N->>D: proxy_pass HTTP
    D->>V: request object
    V->>DB: SELECT notes WHERE user=...
    DB-->>V: QuerySet
    V-->>D: HttpResponse (HTML)
    D-->>N: 200 OK
    N-->>B: HTML сторінка

Педагогічний зв'язок

HTTP request lifecycle   (Частина I)
  → Django URL dispatcher (Частина II)
    → View function → HttpResponse
      → ORM query → PostgreSQL (Частина III)
        → Template render → HTML (Частина V)

Zero to Hero: Крок 1 (hello_project) — перший HttpResponse. Студент бачить HTTP своїми руками через manage.py runserver.

Практика

  1. Відкрий DevTools → Network → зроби GET-запит на будь-який сайт. Знайди: Request Headers, Response Headers, Status Code, Cookie.
  2. Зроби POST через форму входу — знайди Request Body (username=...&password=...&csrfmiddlewaretoken=...).
  3. Запусти docker compose up і у DevTools переглянь запит до /notes/.

Контрольні питання

  • Що таке stateless і чому це ускладнює авторизацію? Як Django вирішує цю проблему?
  • Яка різниця між 200 OK і 302 Found? Коли Django повертає 302?
  • Навіщо потрібен DNS? Чому браузер не звертається напряму до IP?
  • Що таке TLS handshake і коли він відбувається? Що шифрується?
  • Чому Django потребує CSRF_TRUSTED_ORIGINS при роботі через ngrok або reverse proxy?
  • Яка різниця між GET і POST? Чому форма входу використовує POST?

Далі → Частина II. Django Core — де Python зустрічається з HTTP.