Podvodné e-shopy se nejčastěji prozradí tím, že na vás tlačí čas a emoce. Nabízejí zboží, které jinde není k sehnání, nebo cenu, která je podezřele nízká. První krok obrany je jednoduchý: než začnete vyplňovat cokoli, zpomalte a zkontrolujte, kdo za obchodem skutečně stojí. Na stránce musí být uvedené jméno provozovatele, IČO, sídlo a kontakt, který není jen formulář. Pokud chybí telefon nebo adresa a komunikace probíhá výhradně přes chat, je to varovný signál.<br>
<br>
<br>
<br>
Minimalismus se často zaměňuje s vyklízením spojeným s velkými černými pytli. Jenže právě tenhle start bývá největší past. Když začnete tím, že proberete všechny skříně a bez rozmyslu vyhodíte, co se nevejde, brzy zjistíte, že vám chybí věci, které jste používali dvakrát do roka, a příští měsíc je kupujete znovu. Minimalismus nemá být trest ani soutěž v tom, kdo má prázdnější byt. Jde o to, aby v domácnosti zůstalo jen to, co skutečně slouží, a zbytek se přesunul pryč promyšleně, ne zběsile.<br>
<br>
<br>
<br>
Odpověď nese stavový kód, hlavičky a tělo. Stavový kód není formalita: 2xx znamená úspěch, 4xx chybu na straně klienta, 5xx chybu serveru. U 201 server obvykle přidá hlavičku Location s adresou nového zdroje. U 400 až 499 čtěte tělo odpovědi, často obsahuje konkrétní pole, které je špatně. Neignorujte ani 204, což je úspěch bez těla.<br>
<br>
<br>
<br>
Výběh potřebuje přístup na přirozený terén, ne na betonovou plochu. Slepice v něm hledají hmyz, zrní a prach pro koupel. Pokud je půda jílovitá a drží vodu, navezte písek nebo štěrk a vytvořte drenáž. Počítejte také s tím, že výběh časem zcela zbavíte vegetace – proto ho nedělejte v místě, kde chcete mít trávník nebo záhon. Nejlepší je písčitá nebo hlinitopísčitá půda, která rychle schne.<br>
<br>
<br>
<br>
Malý pracovní kout ve vertikálním prostoru vzniká nejčastěji tam, kde není místo na klasický stůl: v podkroví, ve výklenku u okna, v úzké chodbě nebo v rohu obývacího pokoje. Základní pravidlo zní: nepracujte s podlahovou plochou, ale s výškou. Deska stolu o hloubce 50–60 cm stačí na notebook i šálek, ale jen když nad ní dokážete vyřešit odkládání, osvětlení a vedení kabelů. Změřte si nejdřív vzdálenost od podlahy k nejnižšímu překážejícímu bodu – parapetu, trámu, skříni. Právě ten údaj určí, zda má smysl sedět, nebo stát.<br>
<br>
<br>
<br>
<strong>Před montáží sádrokartonu</strong> se ještě kontroluje větrání podkroví. U studeného podkroví musí být zajištěn průchod vzduchu u hřebene i u okapu, jinak se vlhkost sráží na spodní straně krytiny a stéká do izolace. Větrací otvory nesmí být zakryté izolací ani parozábranou. Poslední kontrola patří rovině a únosnosti podkladu – latě nebo profily musí být pevné, v rovině a ukotvené do krovu, ne jen do izolace. Teprve pak má smysl začít s montáží sádrokartonu.<br>
<br>
<br>
<br>
Při ladění si požadavek nejprve zopakujte ručně, bez knihovny. Ověřte metodu, URL, hlavičky i tělo. Teprve pak hledejte chybu v kódu. U opakovaných volání používejte časový limit a ošetřete síťové výjimky. Pokud server vrací chybu opakovaně, neposílejte stejný požadavek ve smyčce. Místo toho zalogujte stavový kód a tělo odpovědi, ať vidíte skutečnou příčinu.<br>
<br>
<br>
<br>
Nakonec počítejte s tím, že API se může změnit. Verze v URL nebo v hlavičce není zbytečnost. Když server změní tvar odpovědi, kód, který spoléhá na pevné pořadí polí, přestane fungovat. Proto čtěte data podle názvů klíčů a neošetřujte jen stav 200. Malá opatrnost při prvním požadavku ušetří hodiny hledání ve chvíli, kdy se něco rozbije.<br>
<br>
<br>
<br>
<img src="https://i.ytimg.com/vi/duzcMyxet7E/hq720.jpg" alt="Nejčastější chyby v kuchyni a jak se jim vyhnout." style="max-width:400px;float:right;padding:10px 0px 10px 10px;border:0px;">První volání REST API vypadá jako jednoduchý požadavek: odešlete data a čekáte odpověď. V praxi ale mezi klientem a serverem probíhá několik kroků, které rozhodují o tom, zda dostanete data, chybu, nebo vůbec nic. Než začnete psát kód, ujasněte si, co je zdrojem, jaká metoda se na něj používá a co má server vrátit. Právě tady vzniká většina zbytečných oprav.<br>
<br>
<br>
<br>
Hlavičky a tělo: kde se chyby ztrácejí Nejčastější příčinou neúspěšného požadavku je chybějící hlavička Content-Type nebo Authorization. Server potřebuje vědět, v jakém formátu data přicházejí, a kdo je odesílá. U JSONu nastavte Content-Type na application/json a tělo pošlete jako platný JSON. U autentizace se používají tokeny v hlavičce Authorization. Pokud je token poškozený nebo vypršelý, server vrátí chybu ještě před zpracováním dat.<br>
<br>
<br>
<br>
Každý požadavek má několik částí. Metoda určuje operaci, URL cestu ke zdroji, hlavičky nesou metadata a tělo obsahuje data při zápisu. Pro čtení se používá GET, pro vytvoření POST, pro úpravu PUT nebo PATCH a pro smazání DELETE. Pokud metodu zaměníte, server sice může odpovědět, ale chování nebude odpovídat tomu, co očekáváte. U nových zdrojů proto vždy nejprve ověřte metodu a tvar URL.
