některé REST API tyto parametry schovají pod tzv. URL Path, tj. podle pořadí parametrů
např. https://reqres.in/api/users/2
např. https://pokeapi.co/api/v2/pokemon/1/
v případě POST požadavku se parametry dávají do datového objektu tzv. Payload
co použít záleží na specifikaci serveru
Procvičování AJAX GET
napište jQuery příkaz pro stažení údajů o libovolném pokemonu z https://pokeapi.co a vypište na stránku jejich ID, jméno, typ, hmotnost, a výšku
napište jQuery příkaz pro stažení údajů o uživatelích z https://jsonplaceholder.typicode.com a vypište jejich jména a email na stránku do uspořádaného seznamu
napište jQuery příkaz pro stažení údajů o uživatelích z https://reqres.in/ a vypište jejich jména a email na stránku do uspořádaného seznamu. Tento endpoint vrací data v určitém počtu výsledků tzv. stránkování. Vytvořte navigační tlačítka (předchozí, následující) pro toto stránkování, tj. aktualizujte seznam uživatelů po kliknutí na stránkování.
pokud voláte AJAX požadavek někam na server, je potřeba uživateli zobrazit nějaký "loader" buď přes celou obrazovku nebo lépe na nějakém určeném místě, aby mohl dále prohlížet stránku
po skončení volání, tj. v momentě kdy dostanete odpověď, "loader" zase schováte
Problém s CORS policy
Cross-Origin Resource Sharing (CORS) je způsob jak zpřístupnit vybraná data z vybraných zdrojů tzv. originu
cross-origin HTTP požadavek znamená, že webová aplikace pošle tento požadavek na URL, který obsahuje odlišný origin (doména, protokol, port) od jejího originu.
Externí servery s odlišnými originy musí umožnit CORS policy, abyste s nimi mohli komunikovat pomocí AJAXu
OAuth
jednotný a otevřený protokol pro bezpečnou autentizaci a autorizaci API
pro mobilní, webové i desktopové aplikace
delegované zpřístupnění zdrojů
OAuth dává možnost sdílet uživatelské data a identity aniž by uživatel musel provozovateli služby prozrazovat své heslo
workflow:
Uživatel žádá o nějaký zdroj (login, stažení dat, ...)
Aplikace vidí, že není přihlášený, tak pošle požadavek na OAuth server pro přihlášení uživatele
Uživatel je přesměrován na stránku poskytovatele OAuth, aby se tam prřihlásil
Uživatel se zde přihlásí, a pak je přesměrován zpět na aplikaci (přihlašovat se pokaždé nemusí, záleží na toleranci OAuth poskytovatele)
V aplikaci nyní budete mít informace v podobě tokenů, které použijete pro dotazování na informační zdroje z dotyčného serveru.