U CSS rekonstrukce koupelny krok za krokemčněte selektory podle značky, třídy a id. Selektory podle značky (např. p) ovlivní všechny odstavce, třídy (např. .červený) se hodí pro opakované prvky a id (např. #hlavní) by mělo být v dokumentu jen jednou. Barvy zadávejte buď pojmenované (red, blue), hexadecimálně (#ff0000), nebo rgb (rgb(255,0,0)). Pro začátek stačí jeden způsob, ale vyplatí se vžít do hexa kódu, protože ho najdete v největším počtu příkladů. U vlastnosti margin si dejte pozor na tzv. collapsing margins – svislé okraje sousedních prvků se nesčítají, ale slévají.
Nakonec si dejte pozor na paralýzu výběrem. Strávit tři týdny zkoušením deseti jazyků je horší než strávit tři týdny u jednoho, byť ne ideálního. Rozhodněte se podle jedné věci – co chcete vytvořit v nejbližších dvou měsících – a vybírejte jazyk, který vám to umožní nejpřímočařeji. Pokud nemáte žádný konkrétní projekt, zvolte Python, protože má nejmenší překážky pro první kód a naučí vás základy bez zbytečného zápalu. Až získáte jistotu, přidáte druhý jazyk podle potřeby. První jazyk nemusí být celoživotní volba, ale pouhý odrazový můstek.
Základní kostra dokumentu vypadá vždy stejně: doctype, html, head a body. Do head patří meta informace a titulek, do body pak veškerý viditelný obsah. Pro začátek si vystačíte s pěti značkami: h1 pro nadpis, p pro odstavec, a pro odkaz, img pro obrázek a div pro oddělení bloků. Už s nimi vytvoříte smysluplnou stránku. Jakmile ji uložíte a otevřete v prohlížeči, uvidíte první výsledek. Tento okamžik je důležitý: nečekejte dokonalost, ale zkuste si s kódem hrát.
Dalším problémem je dotazování na velké množství sloupců, které úložné prostory v malém bytě danou chvíli nepotřebujete. Místo SELECT * vracejte pouze nezbytné sloupce. Snižuje se tím objem přenášených dat a paměťová náročnost. Když potřebujete jen počty nebo součty, neposílejte do aplikace všechny řádky, ale nechte agregaci na databázi. Také si dejte pozor na neúmyslné kartézské součiny – vynechání JOIN podmínky může znásobit počet řádků a výkon katastrofálně spadnout.
Optimalizace se netýká jen samotného příkazu, ale i struktury dat. Normalizace je dobrá pro konzistenci, ale příliš mnoho spojení (JOIN) může být pomalé. V takovém případě zvažte denormalizaci – přidání redundantních sloupců, které odstraní drahé spojení. Mějte ale na paměti, že to zvyšuje složitost při zápisu. Kompromisem je použití materiálizovaných pohledů nebo předpočítaných souhrnů pro často používané agregace. Pravidelně také aktualizujte statistiky, aby optimalizátor měl správné informace o distribuci dat.
Základem výkonu jsou indexy. Bez správného indexu musí databáze procházet celou tabulku, což je u velkých objemů dat neúnosné. Při návrhu indexů myslete na to, že je potřebujete přesně pro podmínky ve WHERE, spojení (JOIN) a řazení (ORDER BY). Častou chybou je vytváření indexů na sloupcích, které se v dotazech téměř nepoužívají, nebo naopak vytváření příliš mnoha indexů, které zpomalují zápisy. Měřte pomocí EXPLAIN, jak se dotaz vykonává, a sledujte, zda databáze index skutečně používá.
Než se pustíte do prvního API, zapomeňte na představu, že jde o magii. API je jen rozhraní, přes které si vaše aplikace povídá s cizím systémem. Začít znamená naučit se posílat požadavky a číst odpovědi. Prakticky to vypadá tak, že si otevřete nástroj pro testování HTTP volání, najdete dokumentaci vybrané služby a vyzkoušíte první volání. Na rekonstrukce koupelny krok za krokemčátku stačí vědět, co je to endpoint (adresa, na kterou se volání posílá), metoda (GET, POST, PUT, DELETE) a hlavičky.
Třetí pastí je síťová konfigurace. If you liked this post and you would like to get additional facts pertaining to úPrava interiéru kindly visit our own website. Docker automaticky vytváří izolované sítě, ale ne všechny porty jsou hned dostupné. Pokud chcete, aby kontejner komunikoval s okolím, musíte explicitně publikovat porty. Bez toho se k aplikaci nedostanete ani z vlastního počítače. Častý nešvar je také spoléhání na IP adresu kontejneru. Ta se může měnit při každém restartu. Místo toho používejte názvy služeb, které Docker rozlišuje v rámci jedné sítě.
Základem je obraz a kontejner. Obraz je neměnný šablona, kontejner je běžící instance. Když vytvoříte obraz, měli byste myslet na to, že každá vrstva, kterou přidáte, je trvalá. Nejčastější chyba začátečníků: instalují balíčky nebo kopírují soubory, které v další vrstvě smažou, ale výsledný obraz je stále velký a pomalý. Řešení je jednoduché — kombinovat příkazy do jedné vrstvy a mazat dočasné soubory ve stejném kroku.
Když už API voláte úspěšně a zpracováváte data, přichází čas na testování. Nezkoušejte to na ostrých datech. Používejte testovací prostředí, pokud ho služba nabízí, anebo si vytvořte vlastní fiktivní data. Tím se vyhnete tomu, že omylem smažete nebo změníte důležitou informaci. Až budete mít jistotu, že vše funguje, teprve pak přepněte na produkční klíče.
