Malá ložnice nezkrachuje na tom, že je málo metrů. Zkrachuje na tom, že do ní lidé cpou nábytek, který tam nepatří. Postel 160 cm, dvě noční skřínky, komoda, prádelník, židle, věšák a ještě skříň „pro jistotu" — to je klasická kombinace, po které nezůstane místo na chůzi ani na vzduch. První krok není nákup, ale odečet. Změřte půdorys, odečtěte dveře a okna, zakreslete postel a zjistěte, kolik podlahy skutečně zbývá. Teprve pak rozhodujte, co si zaslouží stát na zemi.

Základní pravidlo zní: server nikdy nevěří tomu, co mu klient pošle. Pokud posíláte data ve formátu JSON, musí být v hlavičce Content-Type uvedeno application/json. Bez toho řada frameworků tělo požadavku vůbec nepřečte a vrátí chybu, i když je obsah syntakticky správně. Stejně tak je nutné ošetřit prázdné tělo, příliš velký payload a neplatné znaky. Kontrola vstupu není formalita, ale první místo, kde se dá předejít pádu celé služby.

Nejdřív změřte zeď, na kterou stůl připevníte. Nejde jen o šířku desky, ale hlavně o hloubku složeného stolu. Některé konstrukce mají po složení tloušťku přes deset centimetrů, což u úzké chodby znamená, že do stolu budete narážet. Zkontrolujte také, co je na zdi – zásuvky, vypínače, radiátor. Stůl je nesmí zakrýt ani o ně opřít. Pokud si nejste jistí, nakreslete si na zeď obrys složeného stolu křídou a pár dní kolem něj choďte. Zjistíte, jestli vám překáží dřív, než zaplatíte.

První vlastní REST API obvykle vypadá jako jednoduchý požadavek a ještě jednodušší odpověď. Jenže právě mezi nimi vzniká většina chyb, které se špatně hledají. Klient pošle data, server je nedostane v takové podobě, jakou čeká, a místo odpovědi přijde chybový kód, kterému nikdo nerozumí. Vyplatí se proto začít od místa, kde se požadavek skutečně rodí — od hlaviček a těla zprávy.

Nejdřív se podívejte na doménu a na to, jak dlouho existuje. Podvodné obchody často používají adresy, které jsou jen pár dní nebo týdnů staré. Pomůže vám to zjistit tak, že si doménu zadáte do veřejného nástroje pro ověření registrace, kde uvidíte datum vytvoření. Pokud je doména mladší než několik měsíců a prodává dražší zboží, je to varovný signál. Stejně tak si všimněte, zda adresa neobsahuje podivné kombinace písmen, číslic nebo pomlček, které jen napodobují známé jméno.

Odpověď by měla být čitelná i pro člověka, který API testuje ručně. To znamená vracet data konzistentně: stejné názvy polí, stejný typ hodnot, žádné null tam, kde má být prázdné pole. Datum posílejte v jednom formátu, ideálně včetně časového pásma. Nepleťte si význam prázdné hodnoty a chybějícího klíče — klient pak neví, zda má data považovat za nevyplněná, nebo za chybná.

Stavové kódy a tělo odpovědi, které mate klienta Nejčastější začátečnická chyba je vracet kód 200 i u chyby. Klient pak čte tělo, hledá v něm pole s výsledkem a narazí na něco úplně jiného. Rozlišujte situace: 400 pro neplatný vstup, 401 pro chybějící přihlášení, 404 pro neexistující zdroj, 500 pro selhání serveru. Kód nese informaci sám o sobě a tělo odpovědi má jen doplnit detail. Pokud posíláte chybu, držte se jednoho tvaru — například objekt s polem pro kód a popis. Rozdílné struktury u různých chyb zbytečně komplikují zpracování na straně klienta.

Posledním krokem před zadáním údajů je kontrola obchodních podmínek a možnosti odstoupení. Podvodný e-shop často nemá funkční stránku s podmínkami, chybí informace o vrácení zboží nebo jsou práva spotřebitele popsána vágně. Zákonná lhůta pro odstoupení od smlouvy při nákupu na dálku je čtrnáct dní a obchod ji musí respektovat. Pokud ji zkracuje, vylučuje nebo podmiňuje nesplnitelnými požadavky, raději nákup nedokončujte.

Co vyplnit, aby tenisky držely tvar Klíčové je vyplnit vnitřek tak, aby se svršek nepropadl, ale zároveň aby výplň nasákla vlhkost. Ideální jsou zmačkané noviny nebo bílý papír — barevný tisk může na světlé látce zanechat šmouhy. Papír vyměňte, jakmile navlhne, zpočátku klidně každou hodinu. Pro boty s pevnou patou se hodí vložit dovnitř suchý ručník stočený do ruličky. Vložky sušte volně položené, ne v botě, jinak se zdeformují a zůstanou vlhké.

Při ladění si nejdřív ověřte, co skutečně odešlo ze serveru, ne co si myslíte, že odeslat měl. Logujte celý požadavek i odpověď včetně stavového kódu, ale nikdy nelogujte hesla ani tokeny. Testujte i chybové stavy: co se stane při výpadku databáze, při neplatném typu v JSONu, při příliš dlouhém řetězci. Právě tam se rozdíl mezi funkčním a spolehlivým API projeví nejvíc.

Kontakt, platba a recenze: tři místa, kde podvodníci chybují Zkontrolujte kontaktní údaje. Seriózní obchod uvádí nejen e-mail, ale i telefon, adresu sídla a IČO, které si můžete ověřit v oficiálním registru. Pokud najdete jen formulář nebo e-mail na freemailové doméně a žádné fakturační údaje, buďte obezřetní. Dále se zaměřte na platební metody. Podvodníci často tlačí na bankovní převod nebo platbu kartou přes stránku, která vypadá jako brána, ale nemá zabezpečené připojení. Bezpečná platba má v adresním řádku zámek a https, ale ani to nestačí – ověřte, zda platební brána patří známému poskytovateli.