Co odliší jedlou houbu od jedovaté a kdy si raději nechat koš prázdný

Brzdová kapalina je hygroskopická, což znamená, že pohlcuje vlhkost ze vzduchu. Přes zdánlivě těsné spoje se časem dostane do systému vlhkost, která snižuje bod varu kapaliny a způsobuje korozi vnitřních částí brzd. Výměna se proto neřídí jen ujetými kilometry, ale především časem. Většina výrobců doporučuje výměnu po dvou letech, někteří po třech. Pokud jezdíte často s těžkým nákladem nebo v horském terénu, kde brzdy hodně hřejí, zkraťte interval na rok a půl.

Co si vzít a co na místě neřeš

Poslední věc, kterou lidé podceňují: úložný prostor musí být uvnitř nábytku, ne na něm. Otevřené police plné věcí zaberou víc vizuálního místa než zavřená skříň stejných rozměrů. Pokud dřevěný nábytek v malém obýváku neplní funkci, jen ji předstírá, je lepší ho vyřadit. Méně kusů, které mají jasný úkol, udrží místnost přehlednou i bez zvětšení.

Co se stane, když výměnu odkládáte Voda v kapalině má bod varu 100 °C, zatímco čistá brzdová kapalina kolem 230 °C. Když při prudkém brzdění z kopce nebo při plném naložení zahřejete třmeny nad 100 °C, voda se začne vařit a vytvoří se pára. Pára je stlačitelná, takže pedál klesne až na podlahu a brzdy přestanou účinkovat. Tento jev se nazývá vapor lock a je nejčastější příčinou náhlé ztráty brzd. Kromě toho vlhkost způsobuje rezivění pístků ve třmenech a korozi potrubí. Rezavé potrubí může prasknout a kapalina unikne. Oprava pak zahrnuje výměnu celých rozvodů, což je několikanásobně dražší než pravidelná výměna.

Jak poznat, že je kapalina zralá na výměnu? Vizuální kontrola barvy je jen hrubé vodítko. Nová kapalina je čirá až světle žlutá, stará tmavne do hněda. Barva ale neříká nic o obsahu vody. Spolehlivý je tester vlhkosti, který se ponoří do nádržky a ukáže procento vody. Nad tři procenta je výměna nutná okamžitě. Tester stojí pár korun a řidič si s ním vystačí sám. Dalším signálem je měkký nebo houbovitý pedál, který po opakovaném sešlápnutí ztvrdne. To znamená, že v systému je vzduch nebo se kapalina vaří.

Stavové kódy čtěte jako první, ne jako poslední Odpověď má také svou strukturu: stavový kód, hlavičky a tělo. Stavový kód je nejrychlejší diagnostický nástroj, který máte. Rodina 2xx znamená úspěch, 3xx přesměrování, 4xx chybu na straně klienta a 5xx chybu na straně serveru. Konkrétně 400 říká, že požadavek je špatně sestavený, 401 že chybí nebo je neplatné přihlášení, 403 že na danou operaci nemáte právo, 404 že prostředek neexistuje a 422 že data sice dorazila, ale neprošla validací. Když vidíte 500, problém není ve vašem požadavku, ale v aplikaci na serveru – tam už obvykle pomůže jen podívat se do logů.

Jak sladit krém s kynutým a odpalovaným těst

Mezi nejčastější chyby patří zapomenutá hlavička Content-Type: application/json při POST a PUT, ručně skládaný JSON s přebytečnou čárkou nebo neescapovanými uvozovkami, a posílání citlivých údajů v URL místo v těle požadavku. Další častý problém je ignorování časových limitů – pokud server neodpoví do několika sekund, klient by měl požadavek ukončit a zkusit to znovu s rozumným odstupem, ne zahltit server opakovanými pokusy. U operací, které mění data, dávejte pozor na to, zda jsou idempotentní; opakované odeslání stejného POST může vytvořit duplicitní záznam.

Typické chyby: použití nesprávného typu kapaliny. Kapaliny DOT 3, DOT 4 a DOT 5.1 se sice mohou míchat, ale jen v nouzi. Kapalina DOT 5 je silikonová a s ostatními se nesmí míchat vůbec. Dále lidé zapomínají na víčko nádržky – musí být těsné, jinak vlhkost proniká rychleji. Někteří mechanici nechávají starou kapalinu odtéct na zem, což je ekologický problém. Starou kapalinu vždy jímejte do uzavřené nádoby a odevzdejte v sběrném dvoře. A pozor na brzdovou kapalinu na laku – je agresivní a během několika minut poleptá barvu. Pokud ji polijete, okamžitě spláchněte vodou.

Každé REST API začíná jednou konkrétní věcí: klient pošle HTTP požadavek a server vrátí odpověď. Zní to triviálně, ale právě tady vzniká většina začátečnických chyb. Než začnete řešit autentizaci nebo složité datové struktury, ověřte si, že zvládáte základní cyklus požadavek–odpověď. V praxi to znamená, že si nejdřív vyzkoušíte jeden jednoduchý GET na veřejně dostupný zdroj a teprve pak přidáváte další vrstvy.

Tělo odpovědi pak obsahuje data nebo popis chyby. U úspěšných volání očekávejte JSON s poli, u chybových často objekt s kódem a zprávou. Nikdy ne předpokládejte, že odpověď má stejnou strukturu jako minule. API se vyvíjí, pole přibývají a mizí. Vždy ošetřete případ, kdy klíč v odpovědi chybí, je null, nebo má jiný typ, než jste čekali. Právě na tom padá nejvíc integrací v produkci.