Licence, kterou si zvolíte špatně, vám sebere svobodu > 자유게시판

Běžící kontejner není virtuální stroj Hlavní rozdíl pocítíte, když se do kontejneru dostanete. Proces, If you have any concerns regarding wherever and how to use Rady Pro Rekonstrukci, you can get in touch with us at our web site. který v něm běží, je vidět i z hostitelského systému. Pokud tedy aplikace naslouchá na portu, musíte ho z kontejneru zveřejnit, jinak na něj zvenčí nedosáhnete. Mapování portů se zapisuje ve tvaru dvou čísel oddělených dvojtečkou, přičemž první patří hostiteli a druhé kontejneru. Záměna těchto dvou hodnot je klasická chyba, po které aplikace „neodpovídá", i když logy uvnitř vypadají v pořádku.

Největší past je asynchronní kód. Když se zarážka zastaví uvnitř promise nebo časovače, zásobník volání už dávno neodpovídá tomu, co jste očekávali. Prohlížeče dnes umí zobrazit i asynchronní zásobník, ale musíte si ho zapnout, jinak vidíte jen prázdný seznam. Další častá chyba je ladění v produkční verzi, kde je kód minifikovaný. Zdrojové mapy to řeší, ale jen když jsou správně vygenerované a dostupné. Bez nich se v zastaveném kódu nevyznáte a názvy proměnných jsou jednopísmenné.

Struktura složek by měla kopírovat domény, ne typy souborů. Vedle sebe tak leží akce, reducer, selektory a testy pro jednu oblast. Díky tomu se změna v objednávkách nedotkne uživatelů a orientace v projektu zůstane i po roce. Nakonec platí jednoduché pravidlo: čím méně toho ve storu je, tím snáz se udržuje. Redux není povinná byt v panelákuýbava reactové aplikace, ale řešení pro stav, který je skutečně sdílený, dlouhodobý a musí být dohledatelný.

Přetečení obsahu je třetí typický problém. Obrázky bez max-width: 100%, tabulky s pevnou šířkou nebo dlouhá slova bez možnosti zalomení rozbijí i sebelepší mřížku. Nastavte obrázkům max-width: 100% a height: auto, tabulkám overflow-x: auto a dlouhým slovům overflow-wrap: break-word. Pokud používáte grid-template-areas, měňte rozložení v media queries přepisem těchto oblastí, ne přepisem celé mřížky. Je to čitelnější a méně náchylné k chybám.

Postupujte prakticky. Sepište si, jak chcete, aby se kód šířil, a teprve pak hledejte licenci, která tomu odpovídá. Zkontrolujte kompatibilitu se všemi závislostmi, které používáte — nástroje na kontrolu licencí v závislostech vám to ukážou během chvíle. Pokud vyvíjíte knihovnu, myslete na to, že ji budou používat jiní ve svých projektech; příliš přísná licence je pro ně často důvodem, proč sáhnout po alternativě. Pokud jde o aplikaci, kterou nasazujete jako službu, ověřte, zda zvolená licence nevyžaduje zveřejnění i při poskytování přes síť.

Data uvnitř kontejneru zmizí ve chvíli, kdy ho odstraníte. Pokud potřebujete, aby přežila restart i smazání, použijte svazek. Svazek vytvoříte při spuštění a namapujete ho do konkrétní cesty v kontejneru. U konfiguračních souborů se hodí spíš připojení z hostitelského disku, u databázových dat naopak pojmenovaný svazek. Nikdy neukládejte stav jen do zapisovatelné vrstvy kontejneru a nespoléhejte na to, že tam zůstane.

Kontejnerizace začíná tím, že přestanete instalovat aplikaci přímo do systému. Místo toho vytvoříte obraz, ve kterém je aplikace i s celým svým prostředím. Na začátku si vystačíte s jediným nástrojem pro sestavení a spuštění. Po instalaci ověřte, že příkaz pro verzi vrací očekávané číslo. Pokud hlásí chybu o chybějícím démonovi, není spuštěná služba, která se stará o běh kontejnerů. To je první místo, kde začátečníci ztrácejí čas.

Kde se to láme: data, efekty a výkon Nejčastější chyba je ukládat do globálního stavu všechno. Lokální otevření dialogu, hodnota ve formuláři nebo pozice kurzoru do storu nepatří. Druhá častá chyba je odvozování dat v komponentách, místo aby se počítalo selektorem. Selektor je funkce, která ze stavu vytáhne jen to potřebné; když ho napíšete jednou a použijete na více místech, zmizí duplicitní výpočty i nekonzistence. U rozsáhlejších dat pomůže knihovna pro memoizované selektory, ale i bez ní platí: spočítejte odvozenou hodnotu jednou a držte ji mimo store.

Poslední věc, kterou je potřeba hlídat, je ukončení procesu. Kontejner žije tak dlouho, dokud běží jeho hlavní proces. Pokud aplikaci spustíte na pozadí, kontejner okamžitě skončí. Stejně tak ji nespouštějte pod nástrojem pro správu služeb, který sám od sebe přebírá řízení. Do obrazu patří jen jedna odpovědnost a jeden proces v popředí. Když to dodržíte, budou se kontejnery chovat předvídatelně a ladění se zkrátí na minimum.

Základ stojí na třech věcech: store, akce a reducery. Akce je obyčejný objekt s typem a daty, reducer je čistá funkce, která na základě akce vrátí nový stav, a store je drží pohromadě. V praxi se vyplácí psát reducery po malých částech a kombinovat je podle domén — uživatel, objednávky, filtry. Snažte se, aby každá změna stavu vznikala z jedné jasně pojmenované akce. Jakmile začnete do reduceru cpát logiku, která závisí na čase, náhodě nebo volání sítě, přestane být předvídatelný a testovatelný.