Když se montáž sádrokartonu v podkroví hroutí, chybí izolace
Ventilátor chladiče se musí roztočit, když teplota stoupne. Pokud stojí, zkontrolujte pojistku, relé a čidlo teploty. U starších vozů bývá na vině zoxidovaný konektor. Než začnete měnit díly, ověřte, že ventilátor jde volně rukou a že se po zahřátí skutečně sepne.<br>
<br>
<br>
<br>
Nejčastější chybou je snaha nacpat vše na zem. Podlaha v předsíni je přitom nejcennější kvůli průchodu. Místo dalšího botníku použijte stěnu nad ním. Police až ke stropu vypadají masivně, ale ve skutečnosti uvolní podlahu a sníží nepořádek. Doporučuji police hluboké kolem třiceti centimetrů – vejdou se na ně sezónní boty i krabice s rukavicemi. Na horní police dejte věci, které používáte zřídka: lyžařské rukavice, pláštěnky, náhradní šňůrky.<br>
<br>
<br>
<br>
Nejúčinnější a nejlevnější zásah je vizuální a zvuková bariéra mezi lůžky. Závěsný textilní závěs na kolejničce pod stropem nebo skládací paravan oddělí prostory během spánku i převlékání. Závěs volte zhruba do dvou třetin výšky místnosti, aby nebránil proudění vzduchu, ale zastavil přímý výhled. Na zvuk pomůže těžší látka nebo plstěný panel na stěně mezi postelemi. Ticho je pro teenagery stejně důležité jako soukromí, protože jeden často poslouchá hudbu nebo má otevřené okno a druhý potřebuje klid.<br>
<br>
<br>
<br>
Co rozhoduje o tom, jestli těsto vykyne, nebo zůstane pod utěrk<br>
<br>
<br>
<br>
Problém N+1 se nevyřeší sám Druhá typická potíž je N+1 dotaz. GraphQL resolver pro každý záznam v seznamu zavolá databázi zvlášť. U seznamu o tisíci položkách to znamená tisíce dotazů místo jednoho. Řešením je dávkování a odkládání. Místo okamžitého načítání použijte nástroj, který sesbírá všechny požadavky v jednom cyklu a odešle je jako jeden dotaz s klauzulí IN. Tento přístup je dnes standardem a knihovny pro něj existují ve většině jazyků.<br>
<br>
<br>
<br>
Na závěr: měřte. Bez reálných čísel o tom, jak dlouho který dotaz běží a kolik jich přichází, se optimalizace zvrhne v hádání. Zapněte trasování na úrovni resolverů, sledujte pomalé dotazy a teprve podle dat rozhodujte, co přepsat. Většina zdržení vzniká v několika málo místech, ne plošně.<br>
<br>
<br>
<br>
Pozor také na to, že ne všechny dotazy mají stejnou prioritu. Některé slouží k načtení detailu, jiné k vykreslení přehledu. Pokud všechny běží se stejnou prioritou, pomalý analytický dotaz zablokuje i ty jednoduché. Zaveďte rozdělení podle náročnosti a levné dotazy pouštějte přednostně. Zároveň sledujte, které dotazy se opakují. Často se ukáže, že klient posílá identický požadavek několikrát za sebou jen proto, že se výsledek neukládá do mezipaměti.<br>
<br>
<br>
<br>
Mezipaměť je další místo, kde se šetří čas. GraphQL nemá přirozenou cache na úrovni HTTP jako klasické REST, protože vše jde přes jednu adresu. Musíte proto pracovat s normalizovanou mezipamětí na straně klienta a s krátkodobým ukládáním na straně serveru podle konkrétních polí a argumentů. Bez toho se stejná data tahají pořád dokola.<br>
<br>
<br>
<br>
Posledním častým pochybením je povrchová úprava. Spoje se přetmelí jednou vrstvou a hned se brousí, ale v podkroví je potřeba tmelit ve více krocích a nechat každou vrstvu vytvrdnout. Bez výztužné pásky se spoj rozevře. Pokud se desky montují na podzim nebo v zimě, nesmí se zapomenout na vyrovnání vlhkosti – materiál se musí aklimatizovat. Když se všechny tyto zásady dodrží, sádrokarton v podkroví vydrží bez prasklin a vlhkostních skvrn mnoho let.<br>
<br>
<br>
<br>
Nejčastější chyba vzniká už ve schématu. Vývojáři propojí entity bez rozmyslu a vytvoří cyklické vazby, které se dají rekurzivně rozbalovat do nekonečna. Klient pak jedním dotazem stáhne strom dat o hloubce deset a server se snaží všechno vyřešit v jednom cyklu. Řešení není složité: nastavte na serveru maximální hloubku dotazu a maximální počet polí, která lze v jednom požadavku vyžádat. Tento limit se počítá ještě před samotným vykonáním a odmítne dotazy, které by zatížily databázi.<br>
<br>
<br>
<br>
GraphQL láká tím, že si klient řekne přesně o to, co potřebuje. Jenže právě tahle svoboda je i největší past. Pokud se dotazy neřeší systematicky, aplikace se po pár měsících provozu začne plazit. Není to problém samotné technologie, ale toho, jak se s ní zachází na úrovni návrhu schématu i samotných dotazů.<br>
<br>
<br>
<br>
Další chyba je špatné kotvení do šikmé střechy. V podkroví se často pracuje ve výškách a na šikmé rovině, takže se zapomíná na průvlaky a nosné profily u hřebene a u okapové hrany. Bez nich se desky rozkmitají a časem se objeví trhliny. Stejně tak se vynechává dilatační spára u stěn a u podlahy. Sádrokarton se musí volně pohybovat, jinak ho konstrukce roztrhne.<br>
<br>
<br>
<br>
Druhým opakovaným problémem je podcenění roštu. V podkroví se teploty mění výrazněji než v podlaží, a pokud se profily přišroubují přímo na krokve bez dilatačních rezerv, konstrukce začne pracovat. Desky pak praskají ve spojích, i když jsou jinak dobře namontované. Nosný rošt se má skládat z profilů, které jsou od krokví oddělené a mají dostatečný počet závěsů. Rozteč příčných profilů se drží kolem 400 až 600 mm podle tloušťky a hmotnosti desek, nikdy ne od oka. Šrouby se nesmí utahovat silou – hlava se má jen lehce zahloubit, jinak se papír protrhne a spoj ztratí pevnost.