Co se stane, když klient pošle požadavek na vaše API? > 자유게시판

• 목록
• 답변
• 글쓰기
• 게시판 리스트 옵션
  • 수정
  • 삭제

Křehké štrúdlové těsto se povede jen tehdy, když mouku, tuk a tekutinu spojíte co nejrychleji a co nejméně. Základem je hladká mouka, změklé máslo nebo sádlo, žloutek, trocha octa a vody. Na 500 g mouky počítejte 250 g tuku, dva žloutky, lžíci octa a asi 150 ml studené vody. Ocet není kvůli chuti, ale proto, že mírně narušuje lepek a těsto pak zůstane křehké a netáhne se.

Světlo v malé kuchyni rozhoduje o tom, jestli se v ní dá pracovat. Jedno centrální světlo nad stolem nestačí, protože vám budete stát zády ke skříňkám a stínit si. Přidejte světlo pod horní skříňky – stačí tenká LED lišta napájená ze zásuvky. Osvětlete také prostor nad sporákem a dřezem. Pokud nemáte zásuvku tam, kam potřebujete, použijte prodlužovací kabel vedený podél lišty, ale nikdy ne přes sporák. V paneláku se vyplatí zkontrolovat, zda je kuchyně na samostatném jističi. Když ne, nepřidávejte současně mikrovlnku, konvici a sporák.

Server požadavek přijme a musí rozhodnout, co s ním. Nejdřív zkontroluje, jestli cesta odpovídá nějaké routě. Když ne, vrátí 404. Potom ověří, jestli máte oprávnění — bez platného tokenu nebo klíče dostanete 401 nebo 403. Teprve pak se dostane ke zpracování. Tady vzniká nejvíc chyb: zapomenutá validace vstupu, špatně ošetřený prázdný vstup nebo neošetřený neplatný formát data. Server, který spadne na neplatném vstupu, není chyba klienta, ale vaše.

Než API pustíte do provozu, projděte si celý cyklus ručně. Pošlete požadavek bez hlaviček, s prázdným tělem, s neplatným tokenem, s příliš dlouhým vstupem. Sledujte, co se stane. Každou chybu, kterou najdete vy, nenajde uživatel. Až budete mít jistotu, že všechny odpovědi mají správný kód i formát, teprve pak řešte optimalizaci a dokumentaci.

Před nástupem na vodu udělejte dvě věci. První: dvě minuty držte izometrický předklon – lehněte si na záda, zvedněte lopatky a vydržte s rovnými zády. Druhá: ve člunu si nejdřív nastavte vzdálenost opěrek pro chodidla tak, aby kolena byla mírně pokrčená a chodidla se opírala celou plochou. Teprve pak řešte pádlo. Kdo to obrátí, bude se celou cestu podvědomě držet lana a záda zaplatí.

Mouku prosejte na vál nebo do široké mísy. Tuk nakrájejte na kostky a prsty ho vmíchejte do mouky, dokud vznikne drobenka s kousky velikosti hrášku. Tady se vyplatí nespěchat, ale ani příliš netřít. Když je tuk příliš rozpracovaný, těsto při pečení ztvrdne a štrúdl se láme. Žloutky rozšlehejte s octem a vodou a vlijte je najednou. Všechno spojte nožem nebo stěrkou, potom krátce rukama.

If you cherished this article therefore you would like to be given more info relating to informace i implore you to visit the internet site. Nejčastější chyby vidím dvě. Lidé si půjčují výstroj podle barvy a značky, místo podle typu řeky, a pak na technickém úseku zjistí, že helma klouže a vesta se nadnáší. Druhá chyba je půjčit si o číslo osvětlení v obývákuětší vestu s tím, že se pod ni vejde oblečení; ve vodě pak vesta nesedí a při pádu se posune. Správná velikost je ta, která těsně obepíná trup, ale neškrtí a nebrání v nádechu.

Než začnete psát kód, musíte vědět, co vlastně klient posílá. REST API komunikuje přes HTTP a každý požadavek má čtyři části: metodu, adresu, hlavičky a tělo. Metoda určuje, co chcete udělat — GET čte, POST vytváří, PUT nahrazuje, PATCH mění část, DELETE maže. Adresa říká, na jaký zdroj míříte. Hlavičky nesou metadata, třeba jaký formát odpovědi očekáváte. Tělo obsahuje data, ale jen u metod, které je posílají. Pokud klient pošle data v těle u GET, server je obvykle ignoruje a vy ztratíte čas hledáním chyby, která není v kódu.

Typická chyba začátečníka je vracet chyby jako text s kódem 200. Další je posílat velké množství dat v jednom požadavku bez stránkování. Pokud klient žádá seznam, vracejte jen prvních několik položek a v hlavičkách uveďte, jak získat další. Zanedbání tohoto pravidla vede k pomalým odpovědím a přetíženému serveru. Pozor také na cyklické vazby — pokud vracíte objekt, který odkazuje sám na sebe, serializace se zacyklí a server spadne.

Odpověď není jen data, ale i stavový kód Odpověď má tři části: stavový kód, hlavičky a tělo. Stavový kód je první věc, kterou klient čte. 200 znamená úspěch, 201 vytvořeno, 204 smazáno bez obsahu. 400 je chyba klienta, 500 chyba serveru. Pokud vrátíte 200 i při chybě, klient nebude vědět, že se něco pokazilo, a vy budete ladit hodiny. Do hlaviček patří Content-Type, bez něj klient neví, jestli parsovat JSON nebo XML. Do těla posílejte jen to, co klient potřebuje — ne celý databázový záznam včetně interních ID a časových značek, které nikdo nepoužije.