https://jak.mazovia.edu.pl/api.php?action=feedcontributions&feedformat=atom&user=BWIIola543293154 2026-10-29T12:43:47Z Wkład użytkownika MediaWiki 1.42.1 https://jak.mazovia.edu.pl/index.php?title=Co_polo%C5%BEit_pod_t%C4%9B%C5%BEk%C3%BD_n%C3%A1bytek,_aby_podlaha_z%C5%AFstala_bez_%C5%A1kr%C3%A1banc%C5%AF%3F&diff=1131715 2026-10-19T20:41:15Z

<p>BWIIola543293154: </p> <hr /> <div>Nejčastější chyba je sociální izolace. Lidé si myslí, že štěně musí nejdřív zvládnout domov, a ven ho vezmou až po všech vakcínách. Jenže štěně, které do šestnácti týdnů nevidělo kočárek, cizího člověka v kapuci nebo jiné plemeno psa, bude mít později problémy. Cílem není seznámit ho se vším, ale s co nejširší škálou běžných podnětů: zvuky, povrchy, vůně, typy lidí a psů. Každý den stačí deset minut kvalitního pozorování ze vzdálenosti, kdy štěně zůstává uvolněné.&lt;br&gt;&lt;br&gt;Každou novou rybu, i tu zdánlivě zdravou, dejte na tři až čtyři týdny do samostatné karanténní nádrže. Nemusí mít rostliny ani písek, stačí filtr, topítko a úkryt z květináče. Během karantény sledujte ploutve, dýchání, výkaly a ochotu přijímat potravu. Pokud se do dvou týdnů nic neobjeví, riziko je nízké, ale ne nulové. Přímé vypuštění nové ryby do hlavní nádrže je nejčastější cesta, jak si dovézt parazity nebo bakteriální nákazu.&lt;br&gt;&lt;br&gt;Co skutečně funguje jako ochrana Na hladké tvrdé podlahy se osvědčily filcové samolepicí kluzáky nalepené přímo na nohy nábytku. Filc klouže po laminátu i vinylu a neškrábe. Na koberce se naopak hodí plastové kluzáky, protože filc by se do vláken zasekl. Pro těžké kusy jsou vhodné pevné transportní podložky nebo silné deky složené do několika vrstev, na které nábytek postavíte a potom po nich sunete. Nikdy nepoužívejte tenkou fólii nebo noviny, ty se trhají a nečistoty pod nimi zůstávají.&lt;br&gt;&lt;br&gt;Třetí past spočívá v rozporuplných instrukcích. Chcete text stručný, ale zároveň vyčerpávající; odborný, ale srozumitelný laikovi; neutrální, ale přesvědčivý. Model se snaží vyhovět oběma stranám a vznikne kompromis, který nesplňuje ani jedno. Před psaním si určete, co je priorita. Pokud musí text zůstat krátký, vyberte dvě klíčové myšlenky a zbytek vynechte. Když potřebujete odbornost i srozumitelnost, zadejte dvě verze pro různé publikum. Protichůdné požadavky nejsou chyba modelu, ale zadání.&lt;br&gt;&lt;br&gt;Druhá past je skládání několika úkolů do jedné věty. Když v jednom promptu chcete shrnutí, překlad, úpravu stylu a ještě výčet rizik, model se zaměří na část a zbytek odbyde. Rozdělte práci na jednotlivé kroky a každý formulujte zvlášť. Výsledek prvního kroku použijte jako vstup do dalšího. Není to pomalejší, naopak. Ušetříte čas, který byste jinak strávili opravováním poloviny výstupu. Pokud spolu kroky úzce souvisí, dejte je do jednoho promptu, ale jasně oddělte zadání od požadovaného formátu.&lt;br&gt;&lt;br&gt;Nejčastější chybou je spěch. Lidé popadnou nábytek za roh, táhnou a teprve pak zjistí, že podlaha je poškrábaná. Další chybou je podkládat jen přední nohy a zadní nechat klouzat po zemi. Stejně tak se nevyplácí podkládat nábytek na cestě, kterou jste předtím neuklidili – stačí jeden kamínek a je hotovo. Před stěhováním proto vždy podlahu vyluxujte a vytřete do sucha.&lt;br&gt;&lt;br&gt;Většina pomalých GraphQL dotazů nevzniká kvůli složitému schématu, ale kvůli tomu, že resolver znovu a znovu sahá do databáze pro data, která už jednou načetl. Řešení je přitom staré jako GraphQL samo: batchování a cachování na úrovni resolverů. Místo abyste pro každý uzel zvlášť volali databázi, posbírejte klíče během jednoho tiku event loopu a odešlete jeden dotaz s klauzulí IN. V JavaScriptu to zajišťuje knihovna pro batch loading, v jiných jazycích si stejný mechanismus napíšete za odpoledne. Klíčové je, že batchování musí být součástí návrhu resolverů, ne záplatou, kterou přidáte, až když dotazy začnou padat.&lt;br&gt;&lt;br&gt;Nakonec měřte. Zapněte trasování jednotlivých resolverů, sledujte percentily a ne průměr. Průměr schová pomalé dotazy, které ničí uživatelský zážitek. Sledujte počet databázových dotazů na jeden požadavek a porovnávejte ho s počtem vrácených uzlů. Pokud číslo roste lineárně s velikostí odpovědi, máte N+1 a žádné indexy to nespasí. Optimalizace v roce 2026 není o nových knihovnách, ale o tom, jestli resolver dělá jen to, co má, a nic navíc.&lt;br&gt;&lt;br&gt;Persistované dotazy a správné HTTP cachování snižují objem práce víc než jakákoli optimalizace resolveru. Klient pošle hash místo celého dotazu, server už zná jeho tvar a může cachovat odpovědi na základě identifikátorů. U veřejně dostupných dat nastavte cache headers a rozlišujte podle uživatele jen tam, kde je to nutné. U ostatních použijte krátkodobou cache v paměti s invalidací podle mutací, které se dané entity týkají.&lt;br&gt;&lt;br&gt;Hloubka dotazu je nepřítel, na který se zapomíná Když klient pošle dotaz, který rekurzivně prochází vztahy do desáté úrovně, server nemá jak poznat, že jde o omyl. Zaveďte limit hloubky a limit složitosti, který každému poli přiřadí váhu a sečte ji před spuštěním. Bez toho vám stačí jeden nešťastný fragment a databáze se položí. Limity nastavte realisticky podle skutečných potřeb aplikace a při jejich překročení vracejte srozumitelnou chybu, ne timeout. Stejně tak kontrolujte počet aliasů a velikost stránky u seznamů — nekonečné seznamy bez kurzoru jsou nejčastější příčina přetížení.</div>

BWIIola543293154 https://jak.mazovia.edu.pl/index.php?title=U%C5%BCytkownik:BWIIola543293154&diff=1131713 2026-10-19T20:41:15Z

<p>BWIIola543293154: Utworzono nową stronę &quot;Autor blogu světem interiérů se zabývá denně. Píšu o tom, jak si poradit v malém bytě. Nejraději popisovat postupy krok za krokem.&quot;</p> <hr /> <div>Autor blogu světem interiérů se zabývá denně. Píšu o tom, jak si poradit v malém bytě. Nejraději popisovat postupy krok za krokem.</div>

BWIIola543293154