A backend fogalma

1Kliens és szerver

A web működésének alapja a kliens–szerver modell:

• Kliens (client): az a program, amelyik kér. Legtöbbször a böngésző, de lehet mobilalkalmazás, okostévé, egy másik szerver vagy akár egy tesztelő eszköz is.
• Szerver (server): az a program, amelyik kiszolgál: fogadja a kéréseket, feldolgozza őket, és választ küld.

Fontos: a kliens–szerver szerep, nem eszköz. Ugyanaz a program az egyik kapcsolatban szerver, a másikban kliens: a webshop backendje szerver a böngésző felé, de kliens a fizetési szolgáltató API-ja felé.

A címzés három szintje

Fejlesztés közben a saját gépünket a localhost névvel (IP-ben: 127.0.0.1) érjük el, és általában a 3000-es portot használjuk: http://localhost:3000.

2Frontend, backend, full-stack

A full-stack fejlesztő mindkét oldalhoz ért. Ez a kurzus a backendről szól, de a végén összekötjük egy egyszerű frontenddel is.

3Mi történik, amikor beírsz egy webcímet?

Ez a fejezet legfontosabb ábrája — érdemes a lépéseit fejből tudni.

4Mit csinál pontosan egy backend?

5Miért nem lehet mindent a frontendben megcsinálni?

Ez a fejezet gerince — sok kezdő itt hibázik. A böngészőben futó kód teljesen a felhasználó kezében van. Megnyithatja a fejlesztői eszközöket, elolvashatja a JavaScript-forrást, átírhatja a memóriában lévő értékeket, és akár a böngésző megkerülésével is küldhet kérést a szervernek.

1) Titkokat nem lehet elrejteni a kliensen

Ha az adatbázis jelszava vagy egy fizetési API kulcsa bekerül a frontend kódjába, azt bárki elolvashatja. A titkoknak a szerveren a helyük.

2) A kliensoldali ellenőrzés megkerülhető

Az űrlap-validáció (required, „az ár legyen pozitív”) kényelmi funkció, nem védelem. Aki akar, közvetlenül küld kérést a szervernek, űrlap nélkül.

3) Az adatbázis nem érhető el közvetlenül a böngészőből

Ha az lenne, bárki írhatna SQL-t a te adataidra. A böngésző csak HTTP-kérést küldhet a backendnek, amely aztán ellenőrzött módon fordul az adatbázishoz.

4) Kell egy közös, megbízható igazság

Ha három ember nézi ugyanazt a terméket, mindenkinek ugyanazt a készletet kell látnia. A közös állapot csak egy központi helyen tárolható.

Nézzük konkrétan

Képzeld el, hogy a webshopban a fizetendő összeget a böngésző számolja ki, és így küldi el:

// A böngészőből érkező kérés törzse — a felhasználó átírta!
{
  "termekId": 42,
  "darab": 1,
  "fizetendo": 1        // ← 34 990 Ft helyett 1 Ft
}

Ha a backend elhiszi neki, a bolt tönkremegy. A helyes viselkedés: a backend az árat mindig az adatbázisból veszi ki, és az összeget maga számolja ki — a klienstől érkező összeget egyszerűen figyelmen kívül hagyja.

// Nagyjából így fog kinézni a szerveroldali logika (a részleteket később tanuljuk).
// A "rendeles" a böngészőből érkezett kérés törzse — vagyis a fenti JSON.
const termek = await adatbazisbolLekerdez(rendeles.termekId);  // az igazi ár innen jön
const fizetendo = termek.ar * rendeles.darab;               // a szerver maga számol
// A rendeles.fizetendo mezőt MEG SEM NÉZZÜK.

POST /api/orders
{
  "termekId": 42,        "darab": 2,
  "egysegar": 34990,     "vegosszeg": 69980,
  "felhasznaloId": 7,    "kedvezmeny": 0.5
}

6Hogyan épül fel egy backend?

Rétegek egy monoliton belül

Ezt a felosztást fogjuk használni a webshopnál:

Miért jó ez? Mert ha az árszámítás hibás, tudod, hol keresd (service). Ha rossz URL-en van a végpont, tudod, hol keresd (router). És a service-t tesztelni tudod anélkül, hogy HTTP-kérést kellene küldened.

7Hogyan beszélhet a frontend a backenddel?

A következő fejezet teljes egészében a REST-ről szól.

Kapcsolódó kérdés: hol áll össze az oldal?

Mi a SPA + REST API modellre készülünk: a backend JSON-t szolgáltat, a megjelenítés a frontend dolga. Ennek az az előnye, hogy ugyanazt az API-t használhatja weboldal, mobilalkalmazás és külső partner is.

8A Node.js mint backend-platform

A Node.js egy futtatókörnyezet, amely lehetővé teszi, hogy JavaScript-kód a böngészőn kívül, közvetlenül az operációs rendszeren fusson.

• Motorja a V8 — ugyanaz a JavaScript-motor, amely a Google Chrome-ban dolgozik.
• 2009-ben készítette Ryan Dahl; ma az OpenJS Foundation gondozza.
• Kiegészíti a JavaScriptet olyan képességekkel, amelyek a böngészőben nincsenek: fájlok olvasása és írása, hálózati szerver indítása, folyamatok kezelése.

Az eseményhurok — a lényeg röviden

A Node.js egy szálon futtatja a te JavaScript-kódodat, mégis képes egyszerre több ezer felhasználót kiszolgálni. A titok: nem várakozik.

Hasonlat — a pincér:

• Blokkoló („rossz”) pincér: felveszi a rendelést, bemegy a konyhába, és ott áll, amíg elkészül az étel. Közben senki mást nem szolgál ki. 20 vendéghez 20 pincér kell.
• Node.js pincér: felveszi a rendelést, leadja a konyhán, és azonnal továbbmegy a következő asztalhoz. Amikor a konyha szól, hogy kész, kiviszi az ételt. Egy pincér, sok vendég.

Mikor jó választás a Node.js?

Node.js más nyelvek mellett

9Hol fut a backend éles környezetben?

Fejlesztés közben a saját gépeden fut (localhost:3000). Élesben („production”) valahol folyamatosan futnia kell:

• Környezeti változó (.env): a titkok nem a kódban vannak, hanem a környezetből érkeznek. A .env fájl sosem kerül verziókezelőbe!
• Fejlesztői vs. éles környezet: más adatbázis, más beállítások, más naplózási szint.
• Reverse proxy (nginx): a Node elé tett kiszolgáló, amely a HTTPS-t és a terheléselosztást intézi.

10Gyakori félreértések

11Feladatok

12Önellenőrző kvíz

13Összegzés

14Fogalomtár