Druhý pilíř je monitoring. Bez něj nevíte, jestli změny fungují. Nejdřív zaveďte základní metriky: dostupnost služby, odezvu, chybovost a využití prostředků. Nesnažte se měřit všechno. Vyberte pět až sedm ukazatelů, které mají přímý vztah k tomu, co uživatel vidí, a ty sledujte. Když se něco pokazí, mějte předem připravený postup, jak problém lokalizovat – ne improvizujte až v momentě výpadku.

Pokročilé techniky, které vám ušetří čas Kromě klasických breakpointů vyzkoušejte podmíněné breakpointy – stačí kliknout pravým tlačítkem na číslo řádku a zvolit možnost přidat podmínku. Breakpoint se pak aktivuje pouze tehdy, když je splněna vámi zadaná podmínka, například když proměnná dosáhne určité hodnoty. To je neocenitelné při ladění cyklů nebo častých funkcí. Dalším užitečným nástrojem je watch expression – v panelu Watch si můžete přidat libovolný výraz, jehož hodnota se průběžně aktualizuje při každém kroku. Tím sledujete klíčové hodnoty bez nutnosti vypisovat je do konzole.

Začněte mapováním současného stavu. Zjistěte, kde končí odpovědnost vývojářů a kde začíná provoz. Typická chyba je skočit rovnou na automatizaci bez jasné představy, co vlastně chcete zlepšit. Místo toho si sepisujte konkrétní úzká místa: dlouhé čekání na nasazení, ruční konfigurace serverů, chybějící zpětná vazba z produkce. Každé z nich pak řešte samostatně a postupně.

Swift je dnes hlavním jazykem pro tvorbu aplikací na iOS. Pokud s vývojem začínáte, první kroky často rozhodují o tom, jak rychle se zorientujete v ekosystému Applu. Než napíšete první řádek kódu, měli byste mít jasno v tom, jaké nástroje budete používat a jaká pravidla iOS vývoj přináší. Tento článek vás provede klíčovými oblastmi, na které se zaměřit, a upozorní na časté chyby začátečníků.

Jakmile zvládnete základy, začněte pracovat s emulátorem i fyzickým zařízením. Emulátor je vhodný pro rychlé testování, ale některé funkce, jako jsou senzory nebo výkon, ověříte pouze na reálném telefonu. Nezapomeňte také na ladění – naučte se používat nástroje pro analýzu výkonu a paměti. Tím předejdete mnoha problémům, které se objeví až po vydání aplikace.

SQL injection patří mezi nejzávažnější a zároveň nejčastější zranitelnosti webových aplikací. Útočník do vstupních polí, URL parametrů či hlaviček vloží SQL příkazy, které se pak neoprávněně provedou nad databází. Důsledkem může být únik citlivých dat, jejich smazání nebo dokonce převzetí kontroly nad serverem. Obrana není složitá, ale vyžaduje důslednost a pochopení principu, na kterém útok funguje.

Na co se zaměřit při testování SQL podpory Při testování se zaměřte na tři oblasti: editaci dotazů, prohlížení výsledků a správu schémat. V editoru by mělo fungovat automatické dokončování tabulek a sloupců, ale ne jen podle názvu – důležité je, aby rozumělo kontextu, tedy které aliasy a které databáze jsou v dotazu aktivní. Dále si vyzkoušejte, jak se zobrazují výsledky. Užitečná je možnost řadit sloupce kliknutím, filtrovat data a exportovat do CSV nebo Excelu. Pokud často upravujete strukturu tabulek, oceníte vizuální editor, kde lze měnit sloupce a indexy bez ručního psaní ALTER příkazů.

Praktickým tipem je také použití whitelistů pro vstupy, které mají omezený rozsah hodnot, jako jsou čísla stavů, identifikátory nebo výčtové typy. Pro textové vstupy, kde potřebujete zachovat formátování, použijte vrstvu pro escapování výstupu, nikoliv pro vstup. Pamatujte, že SQL injection se nevyhýbá ani JSON API, GraphQL dotazům nebo noSQL databázím, i když tam jsou principy trochu odlišné. Vždy proto testujte své aplikace nástroji pro dynamickou analýzu zranitelností a pravidelně provádějte penetrační testy.

Kromě parametrizace je nutné aplikovat princip nejmenších oprávnění. Databázový uživatel, přes kterého aplikace komunikuje, by neměl mít práva na mazání tabulek nebo na čtení systémových tabulek. Pokud dojde k průniku, útočník získá jen omezený rozsah akcí. Dále je vhodné vypnout zobrazování chybových hlášek databáze přímo v odpovědi serveru. Detailní chyby s SQL syntaxí poskytují útočníkovi mapu schématu a usnadňují mu ladění útoku. Místo toho logujte chyby do souboru a uživateli zobrazte obecnou hlášku.

Na závěr si osvojte práci s konzolí. Kromě běžného console.log, console.warn a console.error využijte také console.table pro zobrazení polí a objektů v přehledné tabulce, což je mnohem čitelnější než dlouhý výpis. Pomocí console.time a console.timeEnd změříte dobu provádění úseku kódu, což je užitečné při hledání výkonnostních problémů. Nezapomínejte ani na možnost kopírovat objekt z konzole do schránky pomocí příkazu copy(), který se hodí při testování nebo posílání dat kolegům. Tyto zdánlivé drobnosti výrazně urychlí vaše každodenní ladění a pomohou vám rychleji najít i ty nejzákeřnější chyby.