https://jak.mazovia.edu.pl/api.php?action=feedcontributions&feedformat=atom&user=MitchHalloran1 2026-09-26T02:08:56Z Wkład użytkownika MediaWiki 1.42.1 https://jak.mazovia.edu.pl/index.php?title=JWT_tokeny,_kter%C3%A9_v%C3%A1m_uniknou:_nej%C4%8Dast%C4%9Bj%C5%A1%C3%AD_chyby_p%C5%99i_zabezpe%C4%8Den%C3%AD_API&diff=231835 2026-08-29T02:38:30Z

<p>MitchHalloran1: Utworzono nową stronę &quot;Když začnete s Gitem, většina návodů ukazuje jen příkazy. Ale skutečné problémy přicházejí ve chvíli, kdy potřebujete spojit práci z více větví, nebo když omylem přepíšete cizí změny. Než se pustíte do pokročilých triků, je důležité pochopit, jak Git ukládá historii. Každý commit je snímek celého projektu – ne jen rozdíl mezi verzemi. To znamená, že když provedete commit, uložíte kompletní stav složky. Pokud pozděj…&quot;</p> <hr /> <div>Když začnete s Gitem, většina návodů ukazuje jen příkazy. Ale skutečné problémy přicházejí ve chvíli, kdy potřebujete spojit práci z více větví, nebo když omylem přepíšete cizí změny. Než se pustíte do pokročilých triků, je důležité pochopit, jak Git ukládá historii. Každý commit je snímek celého projektu – ne jen rozdíl mezi verzemi. To znamená, že když provedete commit, uložíte kompletní stav složky. Pokud později sáhnete do historie a něco upravíte, můžete snadno rozbít práci ostatním.&lt;br&gt;&lt;br&gt;Jak se vyhnout nejčastějšímu začátečnickému průšvihu Tím průšvihem je spojení větví, které se liší v mnoha souborech. Častá chyba: vy a kolega editujete stejný soubor, každý v jiné větvi. Vy uděláte commit, on také. Pak zkusíte sloučit a Git hlásí konflikt. Nejdůležitější je nezmatkovat. Otevřete soubor, najdete značky s dvojitými šipkami, přečtete obě verze a rozhodnete, co ponechat. Nikdy neprovádějte commit s konfliktem – nejprve ho vyřešte. Po úpravě nezapomeňte soubor přidat a teprve poté commitnout.&lt;br&gt;&lt;br&gt;Vaše první aplikace by měla umět něco jednoduchého – třeba pozdravit uživatele a přečíst jeho jméno. Než začnete psát, ujasněte si, co od programu chcete. Například: „Zobrazím text, pak počkám na vstup od uživatele a nakonec vypíšu odpověď.&quot; Tento postup je čitelný a snadno se testuje. Při psaní kódu si dejte pozor na to, aby se každý příkaz ukončil středníkem. Čeština dělá v C# problém jen tehdy, když zapomenete na diakritiku – ale to je spíš vizuální záležitost. Skutečný problém nastává, když použijete místo středníku tečku nebo rovnou zapomenete uzavřít závorku. To jsou nejčastější chyby, které kompilátor hlásí.&lt;br&gt;&lt;br&gt;Po migraci spusťte sadu testů, která porovná výsledky dotazů na obou databázích. Zaměřte se na dotazy s datem, textem a agregacemi. Typická chyba je v použití funkce DATE_FORMAT, kterou PostgreSQL nemá – musíte ji nahradit funkcí TO_CHAR. Ujistěte se, že vaše aplikace používá ovladač pro PostgreSQL a že je správně nakonfigurována pro práci s novým typem vrácených dat.&lt;br&gt;&lt;br&gt;Další pastí je špatné použití příkazu reset. Mnoho začátečníků používá reset s tvrdým přepínačem, aby „odstranili&quot; poslední commit. Tím ale zahodí i všechny změny v pracovním adresáři. Místo toho použijte reverz, který vytvoří nový commit s opačnou změnou. Tím se historie zachová a vy se vyhnete ztrátě dat. Pokud už reset použijete, nejprve si zálohujte důležité soubory nebo si zapamatujte hash commitu, ke kterému se chcete vrátit.&lt;br&gt;&lt;br&gt;Jak si uspořádat workflow, aby vás větve nezahltily Před začátkem práce si vždy vytáhněte aktuální stav z hlavní větve a vytvořte novou větev z nejnovějšího commitu. Používejte výstižné názvy větví s číslem úkolu nebo krátkým popisem změny, třeba „feat/prihlasovani-formular&quot; nebo „fix/oprava-ceny&quot;. Vyhnete se tak větvím s názvy jako „test&quot; nebo „oprava2&quot;, které po týdnu nikdo nepřiřadí k žádnému úkolu. Zároveň si zvykněte na pravidelné commity s jasnými zprávami. Každý commit by měl obsahovat jednu logickou změnu a popis, co a proč se mění. Vyhnete se tak situaci, kdy v jednom commitu opravujete chybu i přidáváte novou funkci, což ztěžuje zpětnou kontrolu a reverty.&lt;br&gt;&lt;br&gt;Další častou chybou je ignorování expirace tokenu. JWT obsahuje pole exp, ale pokud ho nenastavíte nebo nastavíte příliš dlouhou platnost, otevíráte dveře útočníkům, kteří ukradnou token a používají ho týdny. Nastavte expiraci na rozumnou dobu – obvykle 15 minut až několik hodin – a pro delší přístup použijte obnovovací tokeny, které mají vlastní životní cyklus a lze je bezpečně zneplatnit. Navíc vždy ověřujte nejen expiraci, ale i čas vydání (iat) a případně čas nepoužitelnosti (nbf), abyste zabránili použití tokenů, které ještě nebyly aktivovány.&lt;br&gt;&lt;br&gt;Jak se vyhnout problémům s datovými typy a dotazy Nezapomeňte na rozdíly v práci s textem. PostgreSQL rozlišuje typy CHAR, VARCHAR a TEXT, ale v praxi se chovají podobně. Hlavní rozdíl je v porovnávání řetězců: PostgreSQL používá collation podle locale, které může být case-sensitive. Pokud vaše aplikace spoléhá na case-insensitive porovnávání, musíte použít ILIKE nebo upravit dotazy. Také funkce jako GROUP BY jsou v PostgreSQL přísnější: každý sloupec v SELECT musí být buď agregovaný, nebo uvedený v GROUP BY. MySQL toto v některých režimech povoluje, takže po migraci můžete dostat chyby.&lt;br&gt;&lt;br&gt;Nakonec si naplánujte přechod s dostatečnou rezervou. Migrace se nikdy neobejde bez ladění a oprav. Mějte připravený rollback plán, pokud by se vyskytly kritické problémy. S důkladnou přípravou a testováním se vyhnete nejčastějším nástrahám a přechod na PostgreSQL se stane hladkým procesem.</div>

MitchHalloran1 https://jak.mazovia.edu.pl/index.php?title=U%C5%BCytkownik:MitchHalloran1&diff=231833 2026-08-29T02:38:29Z

<p>MitchHalloran1: Utworzono nową stronę &quot;Autor blogu světem interiérů žije už dlouho. Sdílím zde, jak zvládnout domácnost bez stresu. Nejraději hledat cesty, jak si usnadnit život.&quot;</p> <hr /> <div>Autor blogu světem interiérů žije už dlouho. Sdílím zde, jak zvládnout domácnost bez stresu. Nejraději hledat cesty, jak si usnadnit život.</div>

MitchHalloran1