Co se stane mezi odesláním požadavku a přijetím odpovědi?

Náplň připravujte až těsně před podáváním. Krém by měl být hustý a studený, ideálně z vychlazeného másla nebo smetany. Cukrářský krém příliš nešlehejte, aby se do něj nedostal vzduch, který později uniká a vytváří vlhkost. Věnečky plňte zespodu malým otvorem, ne z boku, a ihned je podávejte. Pokud je musíte skladovat, dejte je do chladu, ale ne do vlhka. Správně upečené a naplněné věnečky vydrží křupavé i několik hodin.

Křehké a listové těsto je suché a mastné zároveň, proto mu prospěje krém s vyšším podílem tuku a výraznější chutí. Ideální je máslový nebo čokoládový krém, případně ganache, která po ztuhnutí drží tvar a nevsakuje se. Listové těsto se hodí plnit krémem až těsně před podáváním, jinak ztratí křupavost. U odpalovaného těsta, tedy u věnečků a kuliček, funguje klasický vanilkový nebo kávový krém, ale musí být dost tuhý, aby při plnění nevytekl. Pomůže delší chlazení předem.

Při testování si vystačíte s nástrojem, který umí poslat libovolnou metodu a zobrazit hlavičky i tělo. Vyhněte se ručnímu skládání požadavků v prohlížeči, protože ten posílá pouze GET a nedovolí vám nastavit vlastní hlavičky. Pro opakované volání si uložte požadavek jako šablonu, abyste nemuseli pokaždé vypisovat URL a hlavičky znovu. Ušetříte tím spoustu času při ladění.

Náplň rozhoduje o tom, zda cukroví vydrží do Štědrého dne. Základem je správný poměr tekutiny a tuku. Na 250 ml mléka použijte 2 lžíce hladké mouky nebo 1 lžíci kukuřičného škrobu, 100 g cukru a 150 g změklého másla. Uvařte hustý krém, nechte ho vychladnout a teprve potom zašlehejte máslo. Pokud přidáte máslo do teplého krému, náplň se srazí. Stejně tak nesmí být krém příliš řídký, jinak při pečení vyteče a cukroví zvlhne.

Co si ohlídat u vstupu, ať nejste za amaté

Když poprvé voláte REST API, vypadá to jako jednoduchá operace: pošlete požadavek a dostanete odpověď. Ve skutečnosti se mezi tím odehrává několik kroků, které rozhodují o tom, zda data dorazí správně, nebo zda dostanete chybu. Pochopení tohoto řetězce je základem, bez kterého se při ladění neposunete.

Server požadavek přijme, zpracuje a vrátí odpověď. Ta má také hlavičky a tělo. Stavový kód je první věc, kterou musíte číst. 2xx znamená úspěch, 4xx chybu na straně klienta (špatný požadavek, neplatná autentizace, neexistující zdroj), 5xx chybu na straně serveru. Tělo odpovědi často obsahuje podrobnosti o chybě – pole s kódem a textovým popisem. Neignorujte je, i když je odpověď krátká.

Než se začne s jakýmkoli zásahem, je nutné zjistit, co je pod nášlapnou vrstvou. V panelových domech se často setkáte s kombinací betonové mazaniny, izolačních desek, dřevotřískových podkladů nebo zbytků původních rozvodů. První sondu proveďte byt v paneláku rohu místnosti, kde je nejmenší riziko poškození okolních konstrukcí. Zjistěte tloušťku jednotlivých vrstev a to, zda v podlaze nevedou elektrické rozvody nebo plynové potrubí. Právě na ty se při bourání zapomíná nejčastěji.

Hlavičky rozhodují víc, než se zdá Nejčastější chyba začátečníka je chybějící hlavička Content-Type u POST a PUT. Bez ní server neví, zda posíláte JSON, XML, nebo obyčejný text, a data buď odmítne, nebo uloží nesmyslně. Druhá častá chyba je zapomenutá autentizace – token v hlavičce Authorization. Pokud ji vynecháte, dostanete 401 a mnoho lidí pak zbytečně kontroluje tělo požadavku, přestože problém je jinde. Vždy si nejdřív ověřte, že hlavičky odpovídají tomu, co API očekává.

Začněte tím, že si požadavek rozložíte na čtyři části. Metoda (GET, POST, PUT, DELETE) určuje, co chcete udělat. URL adresa identifikuje zdroj, se kterým pracujete. Hlavičky nesou metadata – typ obsahu, autentizaci, požadovaný formát odpovědi. Tělo požadavku obsahuje data, ale pouze u metod, které je přenášejí. U GET se tělo nepoužívá, i když ho některé nástroje dovolí vyplnit; server ho ignoruje a vy ztratíte čas hledáním chyby, která neexistuje.

Nakonec počítejte s tím, že API se může chovat jinak, než dokumentace slibuje. Ověřujte skutečné odpovědi, ne jen popis. Pokud něco nefunguje, porovnejte svůj požadavek s tím, který podle dokumentace fungovat má – rozdíl bývá v jedné hlavičce nebo v kódování znaků. První funkční volání je nejtěžší; jakmile pochopíte cestu od požadavku k odpovědi, další endpointy už budou jen variacemi stejného postupu.

If you beloved this posting and you would like to get more information with regards to zde kindly visit our own site.