Jak Nastavit CI/CD Pipeline S GitHub Actions

Nejlepší způsob, jak rekonstrukce koupelny krok za krokemčít, je vyzkoušet si veřejné API, které nevyžaduje registraci nebo klíč. Otevři si nástroj pro vývojáře v prohlížeči (klávesa F12) a přejdi do záložky Konzole. Do příkazového řádku napiš příkaz pro získání dat, třeba z API, které poskytuje aktuální čas nebo počasí. Použij metody jako fetch nebo axios – v konzoli prohlížeče funguje bez dalšího nastavení. Po odeslání požadavku uvidíš odpověď ve formátu JSON, což je strukturovaný text, který se snadno čte i zpracovává.

Další užitečnou funkcí je Inline, která slouží k opačnému postupu – pokud zjistíte, že je metoda příliš slabě používaná, můžete ji vložit přímo do volajícího kódu. Tím se sníží počet nepřehledných indirekcí. Důležité je také používat nástroj pro změnu signatury, který umožňuje přidat, odebrat nebo změnit pořadí parametrů. IDE pak automaticky upraví všechna volání, což je obrovská úspora času proti ruční úpravě každého místa.

Samotná validace tokenu na straně API by měla zahrnovat kontrolu podpisu, expirace, issueru a audience. Většina knihoven pro JWT nabízí tyto kontroly automaticky, ale je nutné je správně nakonfigurovat. Častou chybou je vynechání kontroly issueru, což umožňuje útočníkovi použít token vydaný jiným serverem. Důkladně otestujte, co se stane, když token vyprší, je pozměněný nebo pochází z neznámého zdroje – vaše API by mělo vrátit jasnou chybu a nikdy pokračovat v zpracování požadavku.

Typické chyby, které vás stojí čas i výkon Největší výkonnostní pastí je zbytečné kopírování objektů při každé akci. Redux vyžaduje neměnnost, ale to neznamená, že musíte deep-clone celý stav. Pokud měníte pouze jednu vlastnost, použijte spread operátor na úrovni, kterou měníte. Vyhněte se také ukládání celých polí objektů do stavu, pokud je potřebujete jen přečíst. Místo toho si je nechte v paměti a do Reduxu ukládejte pouze identifikátory. Při mapování stavu do props vybírejte jen to, co komponenta potřebuje, a používejte selektory, které se zapojí do memoizace.

Nezapomínejte na devtools. Redux DevTools je nezbytný nástroj pro ladění. Umožňuje vám cestovat v čase a vidět, jak se stav mění s každou akcí. Ale pozor, v produkci byste měli devtools úplně vypnout, jinak přidáváte aplikaci zbytečnou režii. V produkci můžete také použít middleware pro logování, ale ujistěte se, že nezpomalují aplikaci. Místo toho je lepší mít nástroje, které se zapnou pouze v development módu.

Prvním krokem k efektivnímu použití je správné členění store. Rozdělte si Redux store na menší slice, každý s vlastními reducery a akcemí. Například oddělte data uživatele, obsah košíku a stav notifikací. Tím zajistíte lepší čitelnost a snazší testování. Vyhněte se obřím reducertům, které řeší všechno. Místo toho použijte funkci combineReducers a každý slice nechte žít samostatně. Tím se vyhnete častému problému, kdy jedna chyba v jednom místě rozbije celou aplikaci.

Častým omylem je také synchronizace všech akcí s API. Redux není určen k tomu, aby každý požadavek na server generoval akce a reducery. Pro asynchronní logiku je vhodnější použít middleware jako thunk nebo saga. Thunk je jednodušší, saga dává více kontroly. U thunku si dejte pozor na to, aby akce neobsahovaly příliš mnoho logiky. Rozdělte je na menší kroky: začátek požadavku, úspěch, selhání. Tím získáte přehled o tom, co se děje, a můžete snadno přidat loading stavy.

Mezi typické chyby patří také logování tokenů v serverových logách, což může vést k jejich úniku. Nikdy tokeny nezapisujte do výpisů chyb ani do monitorovacích nástrojů. Dále si dejte pozor na to, aby token nebyl součástí URL, protože se může dostat do historie prohlížeče nebo do referrer hlavičky. Vždy jej přenášejte v hlavičce Authorization. Pokud používáte veřejné API, nezapomeňte na řádné omezení rychlosti požadavků a na to, aby tokeny měly minimální oprávnění podle principu nejnižších privilegií.

Nejčastější chyby, kterým se vyhnout Jednou z nejčastějších chyb je zapomenutí na hlavičky požadavku. Mnoho API vyžaduje v hlavičce specifikovat formát odpovědi, obvykle Content-Type: application/json. Pokud to neuvedeš, můžeš dostat odpověď ve formátu XML nebo dokonce chybu. chybou je ignorování rychlostních limitů. Veřejná API mívají omezení na počet dotazů za minutu, takže pokud budeš posílat požadavky příliš rychle, server tě může dočasně zablokovat. Vždy si přečti sekci o limitech a respektuj je.

Kromě kódu existuje mnoho dalších způsobů, jak přispět. Dokumentace, překlady, návody, odpovídání na dotazy v diskuzích – to vše je pro komunitu stejně cenné a často i vděčnější než přidání nové funkce. Pokud si nejste jistí, zeptejte se nejprve na chatu nebo v mailové konferenci, co by projekt nejvíce potřeboval. Mnozí maintaineři uvítají pomoc s údržbou, kterou nikdo nedělá rád – třeba s tříděním issue nebo kontrolou překlepů v dokumentaci.