Druhé časté místo úniku je zpracování chyb a logování. Výjimka z databáze, která se zobrazí uživateli, prozradí strukturu dotazu, názvy sloupců i typ databáze. Útočník pak zkouší méně slepé varianty. Chybové hlášky patří do logu, ne do odpovědi prohlížeči. Stejně tak se vyhněte vracení celého dotazu v chybové zprávě, i když si myslíte, že ji vidí jen administrátor.
U dávkového vkládání a hromadných aktualizací se často objevuje jiná chyba: aplikace spojí více hodnot do jednoho dotazu a zapomene, že počet parametrů musí odpovídat počtu zástupných symbolů. Pokud se počet neshoduje, vývojář sáhne po ručním skládání a tím vrátí injektáž zpět do hry. Bezpečnější je zpracovat dávku po menších částech nebo použít jeden připravený dotaz v cyklu, i za cenu mírně vyšší režie.
Každá stránka na internetu začíná jako obyčejný textový soubor. Pokud otevřete editor, napíšete pár značek a soubor uložíte s příponou .html, prohlížeč ho zobrazí jako web. HTML není programovací jazyk, ale značkovací systém, který určuje význam obsahu: co je nadpis, co odstavec, co seznam. CSS pak řeší vzhled. Tyto dvě věci se učí společně, protože jedno bez druhého nedává smysl.
Verzovací systém není nástroj, který si nastavíte jednou a pak na něj zapomenete. U webových projektů se do něj sahá několikrát denně, takže záleží hlavně na návycích. První krok nejsou příkazy, ale rozhodnutí, co vlastně chcete sledovat. Do repozitáře patří zdrojové soubory, konfigurace šablon, skripty sestavení a dokumentace. Naopak závislosti stažené správcem balíčků, výstupní složky sestavení, lokální konfigurace s hesly a nahrané soubory od uživatelů tam nepatří.
Průběžně se uč pracovat s verzovacím systémem. I malý projekt si zaslouží historii změn. Když se něco rozbije, můžeš se vrátit k funkční verzi. Nauč se také číst logy. Většina chyb má jasnou zprávu, jen je potřeba ji najít a pochopit. Nepřeskakuj fázi ladění. Nasadit aplikaci bez ní znamená, že ji budou testovat uživatelé místo tebe.
Do procesu zařaďte kontinuální integraci. Každá změna v repozitáři má spustit unit testy a rychlé integrační testy. Rozsáhlejší sady běží v noci nebo před vydáním. Výsledky se musí ukládat včetně logů a snímků obrazovky, jinak se selhání nedá dohledat. Nestabilní testy se mají opravovat nebo odstranit, ne ignorovat – jinak si tým přestane všímat skutečných chyb.
If you loved this information along with you would like to receive more information relating to http://forum.maoshan73.com.hk/home.php?mod=space&uid=1816150 generously visit the web page.
