• 목록
• 답변
• 글쓰기
• 게시판 리스트 옵션
  • 수정
  • 삭제

Dalším častým pochybením je používání databázového účtu s nadměrnými právy. Pokud aplikace běží s uživatelem, který má práva na mazání tabulek nebo změnu schématu, útočník může napáchat mnohem větší škodu. Vytvořte pro aplikaci samostatný účet, který má pouze nezbytná oprávnění – obvykle SELECT, INSERT, UPDATE, DELETE na konkrétní tabulky. Zvlášť nebezpečné jsou účty s právy na uložené procedury nebo na správu uživatelů. Pokud útočník získá přístup k databázi přes aplikaci, měl by mít jen omezený prostor pro pohyb.

Ošetřete vstupy a omezte práva databázového účtu Druhým pilířem je validace a sanitizace vstupů. Ověřte, že data odpovídají očekávanému formátu – e-mail je e-mail, číslo je číslo. Používejte whitelist pro povolené hodnoty, ne blacklist pro zakázané znaky. Například pokud pole má obsahovat pouze číslice, zkontrolujte, že řetězec neobsahuje nic jiného. Tím eliminujete možnost vložení SQL kódu i v případě, že parametrizace selže. Dále nezapomeňte na omezení délky vstupu a na kontrolu typu proměnné.

Typickou chybou začátečníků je spoléhat na to, že vzdálené úložiště je automatická záloha. Není. Pokud omylem smažete důležitou větev a pushnete svůj lokální stav, který ji neobsahuje, přijdete o práci celého týmu. Před jakýmkoli destruktivním příkazem si proto vždy ověřte, na které větvi se nacházíte, a raději si vytvořte dočasnou pojistnou větev. Rovněž se vyplatí naučit se pracovat s rebase, ale až po zvládnutí základního merge, jinak si zbytečně zkomplikujete život.

Dalším častým problémem je anonymita. Pokud lidé nechtějí mluvit otevřeně, používejte anonymní hlasování – ale pouze pro sběr podnětů. Samotná diskuse by měla být vedena s respektem a bez osobních útoků. Zkuste zavést roli moderátora, který se střídá po každém setkání. Tím se vyhnete tomu, aby diskusi ovládal jeden člověk, a zároveň si každý vyzkouší vést poradu. Moderátor dbá na to, aby se mluvilo k věci, a hlídá časový limit. Jeho úkolem není řešit problémy, ale udržet strukturu.

SQL injection patří mezi nejzávažnější zranitelnosti webových aplikací. Útočník do vstupního pole, URL parametru nebo hlavičky požadavku vloží SQL příkaz, který se provede na databázovém serveru. Pokud aplikace neověřuje uživatelský vstup a přímo jej spojuje s dotazem, může útočník číst citlivá data, měnit je nebo je úplně smazat. Typickým příkladem je přihlašovací formulář, kde místo hesla zadáte výraz jako ' OR '1'='1. Tím se podmínka vždy vyhodnotí jako pravdivá a útočník získá přístup bez znalosti hesla.

Začněte od cíle. Chcete automatizovat nudné úkoly, psát skripty a zpracovávat data? Python vás nezradí. Láká vás tvorba webových stránek a interaktivních rozhraní? Pak se vyplatí JavaScript, který běží přímo v prohlížeči a okamžitě vidíte výsledek. Toužíte po mobilních aplikacích pro Android? Zvolte Kotlin, který je modernější než starší Java. Pokud vás přitahuje výkon a systémové programování, zkuste Rust, ale počítejte s tím, že křivka učení je strmější. Neexistuje univerzálně nejlepší jazyk, existuje jen jazyk, který sedí vašemu záměru.

Jak si usnadnit práci se vzdáleným repozitářem Jakmile máte lokální historii, nastavte si vzdálené úložiště, třeba na některé z cloudových platforem. Nejdůležitější je ale naučit se synchronizaci dělat pravidelně. Ideální je pushnout změny na konci každé pracovní fáze, ne až večer, když už nevíte, co jste přes den dělali. Před každým pushnutím si ověřte, že váš kód prochází alespoň základní kontrolou, Barvy Stěn do obýVáKu například že neobsahuje zjevné syntaktické chyby. Pokud pracujete v týmu, vytvořte si pravidla pro pojmenování větví, třeba že každá nová funkce má vlastní větev s předponou podle typu úkolu.

Na závěr si dejte pozor na syndrom podvodníka. Mnoho juniorů si myslí, že musí znát všechny technologie a frameworky, aby si zasloužili plat. Ve skutečnosti se od vás očekává, že se rychle učíte a ptáte se. Nebojte se říct „nevím, ale zjistím to" – to je známka dospělosti, ne slabosti. Sledujte, co vaši kolegové dělají, čtěte jejich kód a zkoušejte si opravovat malé chyby. Pokud to vydržíte první rok, zjistíte, že většina strachů byla zbytečná a že kariéra vývojáře je hlavně o kontinuálním učení, ne o vrozeném talentu.

Pojmenovává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ě.

If you loved this article so you would like to obtain more info with regards to zjistit více i implore you to visit the web site.