Pro první testování se vyplatí poslat požadavek ručně a prohlédnout si celou odpověď včetně hlaviček. Teprve když víš, co server vrací, napiš kód, který to zpracuje. Zaznamenej si stavové kódy, se kterými se setkáš, a přiřaď jim konkrétní reakce ve svém programu. Tím se vyhneš tichému selhání, kdy aplikace běží dál, ale data se neukládají.
Základem byl trojice tržišť – Koňský trh, Dobytčí trh a Senný trh – propojená širokými ulicemi. Tyto plochy nebyly jen prostorem pro obchod, ale fungovaly jako dopravní a zásobovací uzly celého města. Uliční síť se nekroutí podle terénu ani podle starších cest, nýbrž sleduje geometrický záměr. Když se dnes pohybujete od Václavského náměstí k Karlovu náměstí, jdete po linii, kterou ve 14. století vymezili zeměměřiči. Právě proto je orientace v Novém Městě snazší než ve Starém Městě – a to i pro toho, kdo tu není poprvé.
Mnoho sudích také chybuje v komunikaci s lavičkou. Karty se mají udělovat hráčům, ne trenérům, pokud trenér neopustí technickou zónu nebo neprotestuje příliš. Sudí někdy dají žlutou asistentovi, aby uklidnili situaci, ale tím jen eskalují. Lepší je jasně říct: „Tohle řeším s hráčem, vy zůstaňte tam.”
Druhý typ podvodu cílí na vaše přátele přes váš profil. Útočník získá přístup k vašemu účtu a rozesílá zprávy vašim kontaktům. Proto si zapněte dvoufázové ověření, nejlépe přes aplikaci, ne přes SMS. Pravidelně kontrolujte aktivní přihlášení ve nastavení účtu a odhlaste zařízení, která neznáte. Silné heslo musí být jedinečné pro každou službu. Pokud ho používáte všude, stačí jedna uniklá databáze a útočník se dostane i k vašim zprávám.
Praktický důsledek pro dnešního návštěvníka je prostý: neplánujte trasu jen podle jednotlivých památek, ale podle os. Vyjděte z Václavského náměstí, pokračujte k náměstí Karlovu a odtud k Emauzům. Uvidíte, že vzdálenosti jsou delší, než se zdá na mapě, protože bloky jsou velkoryse dimenzované. Typická chyba je podcenit rozlohu – Nové Město není jen několik ulic kolem Národní třídy, ale celá čtvrť, která se táhne od Vltavy až k dnešnímu hlavnímu nádraží.
Při nakládání je největší chybou spěch. Sklo se nesmí postavit na hranu a sunout po zemi, i když je obalené. Vždy ho přenášejte ve svislé poloze a druhou rukou podepřete střed. Mezi jednotlivými kusy v dodávce nechte minimální vůli a vyplňte ji dekou nebo molitanem. Nepoužívejte jako výplň volně ložené předměty, které se mohou posunout a udeřit do hrany. Pokud vezete více desek, označte si strany, které k sobě patří, abyste při vykládce netahali za špatný díl.
Tělo odpovědi bývá JSON, ale ne vždy. Některá API vracejí u chyby HTML stránku nebo prázdné tělo. Vždy kontroluj stavový kód dřív, než začneš parsovat obsah. Když se pokusíš zpracovat chybovou odpověď jako úspěšnou, dostaneš podivné chyby při převodu na objekty. Ošetři obě větve: úspěch i chybu. U chyby si ulož stavový kód a text odpovědi, usnadní to hledání příčiny.
Co se děje mezi odesláním a odpovědí Server požadavek přijme, ověří token, zkontroluje oprávnění a teprve pak sáhne do databáze. Odpověď má vždy stavový kód. 2xx znamená úspěch, 4xx chybu na straně klienta, 5xx selhání serveru. U 200 obvykle přijde tělo s daty, u 201 se potvrzuje vytvoření a často se vrací i identifikátor nového záznamu. Kód 401 znamená chybějící nebo neplatný token, 403 nedostatečné oprávnění. Nezaměňuj je, i když vypadají podobně.
Mezi časté začátečnické chyby patří zapomenutý trailing slash v adrese, který některé servery rozlišují. Dále posílání dat jako query parametry místo těla, chybějící uvozovky v JSON, nebo odeslání formulářových dat tam, kde se čeká JSON. Časté je i opomenutí časového limitu, takže požadavek visí donekonečna. Nastav timeout a sleduj, za jak dlouho server odpovídá. Pokud opakovaně dostáváš 429, narazil jsi na limit počtu požadavků a musíš zpomalit.
Než odešleš první požadavek na nějaké REST API, potřebuješ vědět, co server od tebe čeká. Většina rozhraní komunikuje přes HTTP a rozlišuje metody podle toho, co chceš udělat: GET vrací data, POST vytváří nový záznam, PUT nebo PATCH upravuje existující, DELETE maže. Pokud pošleš POST tam, kam patří GET, dostaneš chybu 405 a nebudeš chápat proč. První krok je tedy otevřít dokumentaci a najít koncový bod, který potřebuješ.
Každý požadavek má hlavičky. Pro práci s daty jsou klíčové dvě. Hlavička Accept říká, v jakém formátu chceš odpověď dostat, nejčastěji application/json. Hlavička Content-Type naopak popisuje, co posíláš v těle požadavku. U GET se tělo nepoužívá, ale u POST a PUT ano. Pokud Content-Type vynecháš nebo uvedeš špatně, server data nepřečte a vrátí 400 nebo 415. Do hlavičky Authorization patří přístupový token, který získáš předem.
For more info about byt v paneláKu take a look at our own web-page.