Co se stane, když začnete psát čistý JavaScript

V neposlední řadě pozor na algoritmus podpisu. Knihovny rady pro rekonstrukci JWT někdy umožňují v hlavičce tokenu specifikovat typ algoritmu, což vede ke známému zranitelnosti „algorithm confusion". Pokud server podporuje symetrický i asymetrický podpis, může útočník podepsat token veřejným klíčem, který server považuje za tajný klíč. Tomu se vyhnete tím, že povolíte pouze jeden konkrétní algoritmus, a to nejlépe asymetrický, jako je RS256. Také si pohlídejte, že server nepřijímá tokeny bez podpisu nebo s prázdným podpisem.

Nejčastější chybou, kterou u začátečníků i pokročilých vidím, je použití jednoho velkého testovacího případu, který ověřuje několik aspektů najednou. Místo toho rozdělte testy na malé, jednoúčelové metody. Pokud test selže, okamžitě víte, která část kódu je problémová. Nazvěte testy podle toho, co ověřují – třeba VratíNuluKdyžJeVstupPrázdný. Takový název je samovysvětlující a usnadňuje orientaci v testovací sadě. Vyhněte se obecným názvům typu Test1 nebo KontrolaFunkce.

Častým omylem je zanedbání životního cyklu aplikace. Když aplikace přejde do pozadí, měli byste uložit stav, aby uživatel nepřišel o data. Použijte scenePhase nebo notifikace o přechodu do pozadí. Rovněž ošetřete případ, kdy aplikace běží na pozadí – nespouštějte dlouhé operace bez povolení systému. Pokud potřebujete provést úlohu na pozadí, použijte BGTaskScheduler a požádejte o časový úsek.

Jak poznáte, že je váš hosting příliš pomalý? Pokud jste optimalizovali obrázky i kód a web je stále pomalý, problém může být v serveru. Sdílený hosting často nestačí pro weby s vyšší návštěvností, protože výkon stroje sdílíte s desítkami dalších uživatelů. Zkuste si změřit čas odezvy serveru (TTFB). Pokud je vyšší než 200–300 ms, je načase zvážit lepší hosting. Pomoci může také nasazení CDN, které roznese obsah do datacenter po celém světě a zkrátí vzdálenost mezi uživatelem a serverem. Typickou chybou je spoléhat se na to, že hosting stačí jen proto, že web „funguje".

Pojmenováúložné prostory v malém bytěání proměnných a funkcí rozhoduje o tom, jestli kódu rozumí i za tři měsíce Názvy proměnných musí vypovídat o tom, co obsahují. Místo x nebo tmp použijte uzivatelJmeno nebo celkovaCena. Ale pozor na příliš dlouhé názvy – seznamVsechObjednavekZakaznikaJeUzavrenychKontrola. Ideál je jedno slovo, maximálně tři. Funkce by měly být pojmenované slovesem: ziskejUzivatele, spoctiDan, uloz do Pameti. Vyhněte se obecným názvům jako proces, spocitej nebo doSomething. Když název neříká, co se děje, je lepší přidat komentář, ale ještě lepší je zvolit lepší název. Komentáře by měly vysvětlovat proč, ne co. Kód už říká co – pokud je napsaný čistě.

Bezpečnost rozhraní API často stojí na tom, jak dobře rozumíte mechanismu JWT (JSON Web Token). Nejde o magický štít, ale o nástroj, který při nevhodném použití nadělá více škody než užitku. JWT se skládá ze tří částí: hlavičky, payloadu a podpisu. Právě podpis zajišťuje integritu dat, ale jen tehdy, pokud používáte silný algoritmus a tajný klíč nesdílíte s nikým, kdo by neměl. V praxi mnoho vývojářů podcení délku klíče nebo použije symetrický algoritmus tam, kde by byl vhodnější asymetrický.

Při implementaci ověřování tokenu je nutné kontrolovat nejen podpis, ale také čas expirace a případně i další registry jako „issuer" (vydavatel) a „audience" (příjemce). Mnoho knihoven to dělá automaticky, ale pokud píšete vlastní validaci, snadno tyto kontroly vynecháte. Pak stačí token s prošlým datem, ale platným podpisem, a API ho přijme. osvětlení v obývákuždy ověřujte, že token byl vydán vaším serverem, a to porovnáním hodnoty v poli „iss" a „aud" s očekávanými hodnotami.

Nejčastějším viníkem pomalého webu jsou neoptimalizované obrázky. Fotky ve vysokém rozlišení, které se na web nahrávají přímo z foťáku, dokážou zabrat i několik megabajtů. Přitom pro zobrazení na obrazovce stačí mnohem menší soubor. Používejte formáty jako WebP, které mají při stejné kvalitě výrazně nižší velikost. Obrázky také vhodně ořízněte na rozměry, v jakých se skutečně zobrazují. Nezapomínejte na atribut loading="lazy", díky kterému se obrázky mimo obrazovku nenačítají, dokud k nim uživatel nesroluje.

Dalším častým problémem je opakování kódu. Když objevíte, že stejný blok logiky používáte na třech místech, je čas na refaktor. Vytvořte funkci nebo modul. Ale pozor – neopakujte se ani v opakování. Není nutné psát utility pro úplně všechno. Základní pravidlo je pravidlo tří: když to použijete třikrát, zobecněte to. Když jen dvakrát, If you enjoyed this write-up and you would like to get additional information concerning Http://Wiki.Philipphudek.De/Index.Php?Title=Co_Se_Stane,_Když_TýM_PřEjde_Na_SdíLený_Git_Workflow kindly check out our own web site. počkejte. Často se ukáže, že třetí použití má jiné požadavky, a vaše předčasná abstrakce by byla špatně.