Začínáme s Dockerem: kontejnery bez mystérií > 미얀마한인회

Praktický tip: začněte projektem, který je pro vás užitečný i trochu zábavný. Místo cvičení z učebnice si napište nástroj, který vám přeorganizuje soubory ve složce, nebo malou webovou stránku s vaším životopisem. Když narazíte na problém, googlíte konkrétní chybu, a to je nejefektivnější způsob učení. Nebojte se chybových hlášek, jsou vaším nejlepším učitelem. Čtěte je pomalu, hledejte klíčová slova a zkoušejte opravy. Chyba není selhání, ale diagnostika.

Při psaní testů se zaměřte na status kód, ale i na obsah odpovědi. Použijte vestavěné funkce jako pm.test a pm.expect. Typický test vypadá takto: pm.test("Status je 200", () => pm.response.to.have.status(200));. Kromě toho ověřte, že tělo obsahuje očekávané pole (např. pm.expect(jsonData.id).to.be.a('number')). Vyhnete se tak situaci, kdy API vrátí 200, ale s prázdným objektem.

První kroky: spuštění a správa kontejneru Zkuste si spustit jednoduchý webový server. Otevřete terminál a napište docker run -d -p 8080:80 nginx. Tím se stáhne oficiální image nginx a spustí se kontejner na pozadí. Parametr -d znamená běh na pozadí, -p mapuje port 80 kontejneru na port 8080 vašeho počítače. Pak otevřete prohlížeč na adrese localhost:8080 a uvidíte uvítací stránku. Pro správu kontejnerů se vám budou hodit příkazy docker ps (seznam běžících), docker stop (zastavení) a docker rm (smazání).

Při práci na více feature větvích je klíčové udržet přehled a zabránit konfliktům. Základem je časté a malé commity. Každá změna by měla být logicky ohraničená a v ideálním případě by měla odpovídat jednomu úkolu. Tím se snižuje riziko, že při slučování narazíte na neřešitelné konflikty, a také se usnadňuje zpětná vazba v rámci code review.

jak zařídit malou kuchyni nastavit, aby konfigurace opravdu fungovala? Samotné přidání souborů nestačí, pokud je členové týmu nepoužívají. Zkuste do skriptů v package.json přidat příkazy pro kontrolu formátování a lintování, které se spustí při pre-commit hooku. Například pomocí husky a lint-staged můžete zajistit, že před každým commitnutím proběhne automatická kontrola. Tím se problém s nekonzistentním kódem eliminuje dřív, než se dostane do sdíleného repozitáře. Pokud někdo zkusí obejít hook, commit se nepovede a dotyčný musí chybu opravit.

Typická začátečnická chyba je skákat mezi třemi jazyky první měsíc. Každý jazyk má jinou filozofii a přepínání způsobí jen zmatek. Vyberte jeden a držte se ho alespoň tři měsíce. Během té doby se naučíte proměnné, podmínky, cykly a funkce – tyto koncepty jsou univerzální a přenositelné. Až je budete ovládat, přechod na jiný jazyk bude otázkou dnů, ne týdnů. Častou pastí je také honba za dokonalým výukovým kurzem. Místo nekonečného porovnávání videí si vyberte jeden zdroj a projděte ho celý.

Nejprve si ujasněte, co přesně od testování očekáváte. Postman slouží nejen k odesílání požadavků, ale i k automatizaci opakovaných kontrol. Než rekonstrukce koupelny krok za krokemčnete, vytvořte si v aplikaci novou kolekci – poslouží jako úložiště pro všechny související requesty. Pojmenujte ji podle projektu nebo podle testované služby, kompletní návod abyste se v ní později snadno orientovali. Uvnitř kolekce pak můžete definovat proměnné, které využijete pro různé prostředí (např. lokální vývoj a produkci).

Typickou chybou je nesprávné ověřování podpisu na straně serveru. Vždy ověřte podpis, expiraci, ale i to, že token byl vydán pro vaši API (audience) a že pochází od vás (issuer). Ignorování těchto nároků umožňuje útočníkovi použít token z jiné služby. Také kontrolujte, že token nebyl revokován. Pokud máte požadavek na okamžité odvolání přístupu (např. při změně hesla), musíte mít na serveru seznam zneplatněných tokenů (např. v paměti nebo v databázi). JWT je statický, takže sám o sobě neumožňuje zneplatnění před expirací.

Na závěr si uvědomte, že první jazyk není doživotní závazek. Je to spíš první auto, které vás naučí řídit a možná ho za pár let vyměníte. Důležité je začít a vydržet. Není ostuda po třech měsících zjistit, že vás daná oblast nebaví, a zkusit jinou. Ostuda je zůstat měsíce u výběru bez jediného napsaného řádku. Vyberte podle cíle, ne podle trendu, a pusťte se do práce.

Nakonec si osvojte techniku malých, častých integrací. Místo toho, abyste pracovali na větvi týdny, snažte se začleňovat drobné části své práce průběžně. Pokud je to možné, použijte mechanismy jako jsou pull requesty, které umožní kolegům průběžně komentovat vaše změny. Tím nejen zlepšíte kvalitu kódu, ale také se vyhnete situaci, kdy na konci sprintu řešíte obří konflikt. Práce na více větvích pak bude plynulá a méně stresující.

If you have any thoughts regarding the place and how to use Http://orasch.com, you can speak to us at the webpage.