<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://www.it-core.eu/wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=BretPettway0</id>
	<title>IT-Core - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://www.it-core.eu/wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=BretPettway0"/>
	<link rel="alternate" type="text/html" href="https://www.it-core.eu/wiki/index.php?title=Special:Contributions/BretPettway0"/>
	<updated>2026-09-05T20:18:01Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.44.2</generator>
	<entry>
		<id>https://www.it-core.eu/wiki/index.php?title=Mal%C3%A1_pracovna,_velk%C3%BD_klid:_kancel%C3%A1%C5%99_v_byt%C4%9B_2_1&amp;diff=198063</id>
		<title>Malá pracovna, velký klid: kancelář v bytě 2 1</title>
		<link rel="alternate" type="text/html" href="https://www.it-core.eu/wiki/index.php?title=Mal%C3%A1_pracovna,_velk%C3%BD_klid:_kancel%C3%A1%C5%99_v_byt%C4%9B_2_1&amp;diff=198063"/>
		<updated>2026-08-29T03:59:57Z</updated>

		<summary type="html">&lt;p&gt;BretPettway0: Created page with &amp;quot;Co se týče typických chyb, které v roce 2026 stále vidíme: první je ignorování paginace – místo stránkování pomocí kurzorů klienti posílají velká čísla offset, což nutí databázi skenovat stále větší část tabulky. Druhá chyba je nevyužívání persisted dotazů – pokud máte statické dotazy, uložte je na server a klient posílá jen jejich identifikátor. Tím se sníží velikost requestu a zároveň se zjednoduší bezpečnostní ana...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Co se týče typických chyb, které v roce 2026 stále vidíme: první je ignorování paginace – místo stránkování pomocí kurzorů klienti posílají velká čísla offset, což nutí databázi skenovat stále větší část tabulky. Druhá chyba je nevyužívání persisted dotazů – pokud máte statické dotazy, uložte je na server a klient posílá jen jejich identifikátor. Tím se sníží velikost requestu a zároveň se zjednoduší bezpečnostní analýza. Třetí oblastí je sledování výkonu – bez metrik, které ukáží, které resolvery jsou pomalé, se optimalizace mění v hádání.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Co se týče bydlení, pražský trh je specifický. Nejlevnější nabídky na inzerčních portálech často patří podvodníkům, kteří chtějí kauci předem. Nikdy neposílejte peníze, aniž byste byt viděli naživo. Pokud hledáte přes agenturu, zeptejte se, kdo platí provizi — často je to pronajímatel, ale mnohé agentury chtějí peníze i od nájemníka. A hlavně: nepodepisujte smlouvu, které nerozumíte. Nechte si ji přeložit, i kdybyste měli zaplatit za překlad. Jedna špatně pochopená klauzule o výpovědní lhůtě může znamenat, že přijdete o kauci, i když jste byt nepoškodili.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Dataloadery a fragmenty: dva nástroje, které ušetří nejvíc Druhý krok je optimalizace resolverů. Pokud každý resolver volá databázi zvlášť, dostanete se k problému N+1 dotazů. Řešením je dataloader – nástroj, který sdružuje požadavky na stejný typ objektu do jednoho dotazu. V praxi to znamená, že místo 100 dotazů na uživatele uděláte jeden s podmínkou WHERE id IN (…). Důležité je ale nastavit správně rozsah cache – dataloader by měl žít pouze po dobu jednoho HTTP requestu, ne déle, jinak vám vrátí zastaralá data.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Nakonec si uvědomte, že optimalizace GraphQL není jednorázová akce. Je to neustálé vyvažování mezi tím, co klient chce, a tím, co server zvládne. Začněte s limity hloubky a dataloadery, pak přidejte persisted dotazy a měřte. Až uvidíte čísla, zjistíte, že největší úspory často přináší úprava schématu, ne psaní rychlejšího kódu. Dejte si pozor na to, abyste neoptimalizovali naslepo – nejdřív vždy zjistěte, kde je skutečné úzké hrdlo, a teprve potom zasahujte.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Druhý krok je zdravotní pojištění. Pokud nejste zaměstnaní, nespoléhejte na cestovní pojištění z domova. Komerční pojištění pro cizince sice existuje, ale ne každá pojišťovna ho prodává a ne každé kryje vše. Nejlepší je uzavřít pojištění v den, kdy podepisujete pracovní smlouvu. Pokud jste podnikatelé, zaregistrujte se na zdravotní pojišťovně do osmi dnů od zahájení činnosti. Zní to jako formalita, ale bez potvrzení o pojištění vám neprodají ani jízdenku na měsíc.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Další častý neduh je nadměrné používání fragmentů. Fragmenty samy o sobě nejsou špatné, ale pokud je klient kombinuje s inline fragmenty a opakovaně žádá stejná pole, roste velikost odpovědi. Místo toho si definujte sdílené fragmenty na úrovni typu a v dotazu je používejte střídmě. Zároveň se vyhněte tomu, aby klient žádal všechna pole objektu „jen pro případ&amp;quot;. To je nejjistější cesta k pomalým odezvám a přetížené síti.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Při výběru roštu si všímejte také lamel – jejich počet, šířka a materiál. Lamely z bukového dřeva jsou univerzální, ale u levnějších roštů bývají tenké a mají velké mezery, což vede k nepravidelným tlakovým bodům. Kvalitnější rošty mají lamely široké 7–8 cm a jsou osazeny plastovými koncovkami, které tlumí pohyb. U dvoulůžek volte rošt s dělenou tuhostí pro každou polovinu – pokud má jeden z partnerů úplně jinou váhu, je to jediný způsob, jak oběma zajistit správnou oporu. Nikdy nekupujte rošt, který má méně než 16 lamel na délku 200 cm, pokud nechcete, aby se matrace „propadala&amp;quot; mezi lamelami.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;První měsíc: co zařídit dřív, než si začnete užívat město Jakmile máte adresu, jděte na cizineckou policii a nahlaste pobyt. Nezařizujte to přes známé ani přes agenturu, která slibuje vyřízení za poplatek. Úředníci mluví česky, ale s tlumočníkem nebo s kamarádem, který česky umí, to zvládnete sami. Potřebujete platný cestovní doklad, potvrzení o ubytování od majitele bytu a případně pracovní smlouvu. Bez ohlášení vám hrozí pokuta, která zbytečně vysaje rozpočet. A pozor — pokud bydlíte v bytě, kde není hlášený majitel, může být potvrzení o ubytování problém. Vždy si proto od majitele vyžádejte písemné potvrzení s podpisem a přesnou adresou.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Když aplikace zpomaluje a vy víte, že problém je v API, často saháte po RESTu a řešíte cache. U GraphQL je ale příčina jinde: nejčastěji v tom, že klient posílá příliš mnoho dat najednou, nebo naopak server musí složitě skládat odpověď z mnoha zdrojů. Pro rok 2026 se vyplatí zaměřit na tři konkrétní oblasti: omezení hloubky dotazu, správné použití dataloaderů a vědomou práci s fragmenty.&lt;/div&gt;</summary>
		<author><name>BretPettway0</name></author>
	</entry>
	<entry>
		<id>https://www.it-core.eu/wiki/index.php?title=User:BretPettway0&amp;diff=198060</id>
		<title>User:BretPettway0</title>
		<link rel="alternate" type="text/html" href="https://www.it-core.eu/wiki/index.php?title=User:BretPettway0&amp;diff=198060"/>
		<updated>2026-08-29T03:59:54Z</updated>

		<summary type="html">&lt;p&gt;BretPettway0: Created page with &amp;quot;Někdo, kdo dílnou i obývákem sází na osvědčené tipy. Sdílím zde, jak skloubit funkčnost s teplem domova. Nejraději ukazovat chytrá řešení, která zvládne každý.&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Někdo, kdo dílnou i obývákem sází na osvědčené tipy. Sdílím zde, jak skloubit funkčnost s teplem domova. Nejraději ukazovat chytrá řešení, která zvládne každý.&lt;/div&gt;</summary>
		<author><name>BretPettway0</name></author>
	</entry>
</feed>