Nejčastější chyby jsou tři. První: socializace skončí s posledním očkováním. Ve skutečnosti pokračuje do dospělosti, jen pomaleji. Druhá: majitel řeší štěně jen venku a doma ho nechá samotné. Třetí: místo klidného zvykání se snaží štěně „otrávit” vším najednou a pak se diví, že je pes přecitlivělý. Když si nejste jistí, zvolněte. Pes, který v deseti měsících zná deset podnětů důkladně, je na tom líp než pes, který jich zažil sto a z každého je nervózní.
Štěně po očkování ještě nemá plnou imunitu. Do dokončení vakcinace byste ho neměli vodit na místa, kde se pohybuje hodně cizích psů, například na psí hřiště nebo frekventované trasy. Můžete ho ale nosit v náručí a ukazovat mu svět z bezpečí. Stejně tak se vyhněte kontaktu s psy, kteří nejsou očkovaní nebo vypadají nemocně. Počkejte s návštěvou psích akcí, dokud veterinář nedá zelenou. Socializace se psy se dá nacvičit i s jedním známým, klidným a zdravým psem.
Základem je rozdělit nábytek na díly, kdykoli to jde. Skříň, postel nebo velká komoda se mnohem snáz přenášejí rozložené. Šrouby a menší díly si dejte do sáčku a přilepte ho izolepou přímo k dílu, ze kterého pochází, abyste nic neztratili. Odstraňte zásuvky, police a sklo. Čím menší hmotnost na jeden kus, tím menší tlak na podlahu a tím menší riziko, že se podlaha pod nohou nábytku prolomí nebo vydře.
Zima je pro omítání riziková. V nevytápěných prostorech teplota klesá k nule a voda v omítce zamrzá. Výsledkem je drobivý povrch, který se nedá zachránit. Pokud musíte pracovat v zimě, vytopte místnost na stabilních 15–20 °C a udržujte ji vytápěnou i po dobu schnutí, tedy několik dní. Pozor na kondenzaci – studené zdi a teplý vzduch vytvářejí vlhkost, která se usazuje na čerstvé omítce. Větrejte krátce a intenzivně, ne dlouho a slabě.
Kam valendu umístit, aby nepřekážela Ideální je umístit valendu podél nízké zdi, ne čelem k ní. Když postel postavíte čelem ke šikmině, narazíte hlavou do stropu při každém posazení a vstávání. Podélné umístění kopíruje sklon stropu a získáte nad postelí stejnou výšku po celé délce. Pokud to dispozice dovolí, nechte valendu v rohu, kde se šikmina stýká s kolmou stěnou. Tím získáte pevný bod pro zády a zároveň přirozeně využijete jinak mrtvý prostor.
Problém N+1 a jak ho poznat dřív než uživatele N+1 je nejčastější důvod, proč se GraphQL dotaz zhroutí při větším množství dat. Typický scénář: načtete seznam položek a pro každou položku zvlášť dotáhnete související záznam. Při deseti položkách to nevadí, při tisíci ano. Řešení je dávkování – posbírejte klíče všech položek a udělejte jeden dotaz s klauzulí IN. V praxi to znamená použít dataloader nebo obdobný mechanismus, který v rámci jednoho ticku událostní smyčky spojí jednotlivé požadavky do jednoho. Pozor na to, že dataloader musí být vytvořen pro každý požadavek zvlášť, ne globálně. Sdílená instance mezi uživateli vám podstrčí cizí data.
Většina pomalých GraphQL dotazů nevzniká v databázi, ale v tom, jak resolver skládá data dohromady. Než začnete přidávat cache nebo škálovat hardware, projděte si, kolik resolverů se skutečně spustí na jeden požadavek. GraphQL nemá magický optimalizátor – vykoná přesně to, co popíšete ve schématu a v kódu resolverů. Proto je první krok měření, ne hádání. Zapněte si tracing na úrovni polí a podívejte se, která pole spotřebovávají nejvíc času. Často stačí jeden problémový resolver, který volá databázi v cyklu.
Třetí pravidlo je o fragmentech a persistenci dotazů. Pokud klienti posílají pokaždé jiný tvar dotazu, nemůžete efektivně cachovat ani na úrovni HTTP, ani na úrovni resolverů. Zaveďte persisted queries – klient pošle jen hash a server si dotaz najde. Tím se sníží objem přenášených dat a zároveň získáte kontrolu nad tím, jaké dotazy vůbec mohou přijít. U veřejných API to ale znamená, že musíte řešit registraci a správu hashů; není to krok, který uděláte za odpoledne.
Druhé pravidlo se týká hloubky a šířky dotazu. GraphQL dovoluje klientovi napsat cokoli, ale server musí mít limity. Nastavte maximální hloubku dotazu a maximální počet polí, která lze vyžádat v jednom požadavku. Bez toho stačí jeden škodlivý nebo neopatrný klient a váš server zpracovává dotaz, který rekurzivně prochází celý graf. Zároveň zvažte, zda opravdu potřebujete vracet všechna pole, nebo zda některá nejsou drahá a málokdy používaná. Někdy je lepší je rozdělit do samostatného typu nebo načítat líně.
Páté pravidlo je o sledování v produkci. Bez metrik nepoznáte, zda se situace zhoršuje. Sledujte počet resolverů na požadavek, latenci podle pole a počet chyb. Zaměřte se na p95 a p99, průměr vám unikne. Až budete mít data, uvidíte, že optimalizace není o jednom velkém zásahu, ale o sérii malých úprav, které dohromady drží dotazy v rozumných mezích.
If you have any type of questions regarding where and ways to use Jak zařídit malou kuchyni, you can contact us at our own website.