První a nejdůležitější zásadou je používat výhradně parametrizované dotazy. To znamená, že se SQL příkaz definuje s placeholdery, do kterých se hodnoty předávají odděleně. Databáze pak nikdy neinterpretuje vstup jako kód, ale jako čistá data. Ať už pracujete s PHP, Java, Python nebo C#, všechny moderní knihovny to podporují. V PHP to jsou PDO nebo mysqli, v Javě PreparedStatement, v Pythonu parametrizace v db-api. Vyhněte se jakémukoli řetězení řetězců do SQL, i když se to zdá rychlejší a jednodušší. Jediný chybný krok může otevřít dveře útoku.

Nezapomínejte ani na písma. Webová písma sice vypadají dobře, ale každý řez znamená další soubor. Vyberte si jen dva až tři řezy a použijte moderní formát WOFF2. Písma načtěte pomocí přednačtení, aby se stáhla dřív, než je prohlížeč potřebuje. Vyhněte se také zbytečným animacím a efektům, které zatěžují procesor zařízení. Zejména na mobilních telefonech může být výsledný dojem z rychlosti horší, než ukazuje měření na počítači.

Na závěr se zaměřte na sémantiku. Místo univerzálního div pro nadpis použijte h1 až h6, pro navigaci nav, pro hlavní obsah main. Sémantické značky nejen zlepšují přístupnost pro čtečky obrazovky, ale také pomáhají vyhledávačům pochopit strukturu stránky. Když budete od začátku používat správné značky, vaše stránky budou čistší a lépe se budou upravovat. Pravidelným procvičováním jednoduchých projektů – osobní vizitka, jednoduchý blog – si osvojíte základy tak, že je budete používat automaticky, a vyhnete se tak zbytečným chybám.

Další pastí jsou chybové stavy. Když API vrátí chybu, neznamená to vždy, že je váš kód špatně. Může to být neplatný klíč, překročený limit volání nebo chyba na straně serveru. Naučte se číst chybové kódy: 401 je problém s autentizací, 404 znamená špatnou adresu, 429 je příliš mnoho požadavků a 500 je chyba serveru. If you cherished this report and you would like to acquire much more information pertaining to informace kindly go to the web-site. Vždy si do kódu přidejte ošetření těchto stavů, ať víte, co se stalo.

Nakonec si osvojte čtení dokumentace. Kvalitní dokumentace obsahuje příklady volání, popis parametrů a ukázky odpovědí. Pokud něčemu nerozumíte, zkuste si nejdřív najít odpověď v oficiální sekci FAQ nebo na fóru dané služby. Až když nic nenajdete, ptejte se ostatních vývojářů – ale vždy s konkrétním dotazem a s ukázkou kódu. Tímto způsobem se z vás stane schopný uživatel API, aniž byste museli projít zdlouhavým školením.

Posledním bodem je průběžná údržba a vzdělávání. Aktualizujte databázový server, frameworky a knihovny. Mnoho útoků využívá známé zranitelnosti, které jsou již opravené. Sledujte bezpečnostní zpravodajství a reagujte na nově objevené hrozby. Pravidelně provádějte penetrační testy a code review se zaměřením na vstupy. Učte se z chyb – ať už vlastních, nebo zveřejněných případů jiných firem. Zabezpečení není jednorázová akce, ale neustálý proces. Jen kombinací parametrizovaných dotazů, validace, omezených práv, záloh, monitoringu a aktualizací budete schopni SQL injection účinně čelit.

Proč je důležité zmenšit obrázky a povolit kompresi? Obrázky tvoří největší podíl přenesených dat. Místo ukládání fotografií v plné velikosti je před publikováním upravte. Použijte formát WebP, který nabízí lepší kompresi než JPEG, nebo alespoň zmenšete rozměry na skutečnou velikost, ve které se mají zobrazovat. Kromě toho zapněte kompresi odpovědí serveru pomocí algoritmu Gzip nebo Brotli. Většina hostingů to umožňuje jedním přepínačem v administraci. Tím se textové soubory, CSS a JavaScript přenesou až o 70 procent menší.

Dalším praktickým tipem je testování výjimek. Místo Assert.Throws zkuste novější Assert.ThrowsAsync pro asynchronní metody. Nezapomeňte ale ověřit i konkrétní typ výjimky, ne jen to, že nějaká vznikla. Také se vyplatí testovat hraniční hodnoty a prázdné vstupy – právě tam se skrývá nejvíc chyb. Když testujete metody pracující s datem a časem, Rekonstrukce koupelny krok za Krokem nepoužívejte aktuální datum přímo v testu. Místo toho si vytvořte rozhraní pro poskytování času a v testu ho nahraďte falešnou implementací. Tím zajistíte, že test bude deterministický a nebude závislý na tom, kdy ho spustíte.

Když řešíte konkrétní design, naučte se pracovat s box modelem. Každý prvek má okraje, rámeček, vnitřní odsazení a obsah. Pokud nechápete, jak se tyto vrstvy sčítají, budete neustále překvapeni, proč se prvky nevejdou do očekávané šířky. Pomocí vlastnosti box-sizing můžete nastavit, aby se šířka počítala včetně rámečku a odsazení – to vám ušetří spoustu frustrace. Dále se vyplatí znát specifičnost selektorů. Čím konkrétnější selektor, tím vyšší priorita. Pokud máte dva konfliktní styly, vyhrává ten s vyšší specifičností, ne ten, co je v souboru později. Toto pravidlo vás zachrání před záhadnými změnami, které nechápete, proč se dějí.