<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
	<id>https://wiki.rettungsdienstblog.eu/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=ChristiAvi</id>
	<title>Rettungsdienst-Wiki - Benutzerbeiträge [de]</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.rettungsdienstblog.eu/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=ChristiAvi"/>
	<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Spezial:Beitr%C3%A4ge/ChristiAvi"/>
	<updated>2026-09-27T05:21:15Z</updated>
	<subtitle>Benutzerbeiträge</subtitle>
	<generator>MediaWiki 1.37.1</generator>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=Pro%C4%8D_se_v%C3%A1m_JavaScript_v_prohl%C3%AD%C5%BEe%C4%8Di_neda%C5%99%C3%AD_a_co_s_t%C3%ADm_d%C4%9Blat%3F&amp;diff=204213</id>
		<title>Proč se vám JavaScript v prohlížeči nedaří a co s tím dělat?</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Pro%C4%8D_se_v%C3%A1m_JavaScript_v_prohl%C3%AD%C5%BEe%C4%8Di_neda%C5%99%C3%AD_a_co_s_t%C3%ADm_d%C4%9Blat%3F&amp;diff=204213"/>
		<updated>2026-08-29T04:43:58Z</updated>

		<summary type="html">&lt;p&gt;ChristiAvi: Die Seite wurde neu angelegt: „Častou chybou je také synchronní zpracování asynchronních operací. Pokud v Express handleru zapomenete na async/await nebo na návrat Promise, může dojít k neošetřené chybě, která se projeví až později. Vždy obalujte asynchronní operace do try-catch bloků nebo použijte wrapper pro async routy. Tím zajistíte, že případná chyba bude předána error middleware a klient dostane korektní odpověď. Jinak riskujete tiché selhání…“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Častou chybou je také synchronní zpracování asynchronních operací. Pokud v Express handleru zapomenete na async/await nebo na návrat Promise, může dojít k neošetřené chybě, která se projeví až později. Vždy obalujte asynchronní operace do try-catch bloků nebo použijte wrapper pro async routy. Tím zajistíte, že případná chyba bude předána error middleware a klient dostane korektní odpověď. Jinak riskujete tiché selhání nebo spadnutí celého procesu.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Když konzole mlčí, ale stránka nefunguje Někdy se stane, že konzole nehlásí žádnou chybu, ale přesto se nic neděje. V takovém případě použijte breakpointy. Otevřete zdrojový kód, klikněte na číslo řádku a spusťte akci, která má váš kód vyvolat. Prohlížeč se zastaví přesně na tom místě. Pak můžete procházet krok po kroku, dívat se na hodnoty proměnných a zjistit, kde se to zvrtne. Nezapomeňte, že breakpointy fungují i v minifikovaném kódu, jen je potřeba si najít správný řádek.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Když se řekne DevOps, většina lidí si představí nástroje jako Docker, Kubernetes nebo automatizované pipeline. Ale skutečné DevOps není o technologiích, ale o změně způsobu, jakým tým přemýšlí o vývoji a provozu. Pokud začnete instalací nástrojů bez změny kultury, skončíte s „DevOps týmem&amp;quot;, který jen automatizuje staré procesy. Výsledek? Nic se nezlepší, jen se rychleji dělají chyby.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Pokud se program přeloží, ale nechová se podle očekávání, zaměřte se na logiku podmínek. Při porovnávání hodnot použijte dvojité rovnítko ==, ne jednoduché. Jednoduché rovnítko přiřazuje hodnotu, takže místo porovnání dojde k přepsání proměnné. Dalším častým problémem je použití velkých a malých písmen. C# rozlišuje malá a velká písmena, takže Console s velkým C, ale console s malým c vyvolá chybu. Vždy kontrolujte přesný název tříd a metod.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Typickou chybou začátečníků je použití NoSQL pro data, která vyžadují vztahy a transakce. Pokud ukládáte faktury a položky faktur, potřebujete zaručit, že se buď uloží celý dokument, nebo se neuloží nic. Většina NoSQL databází sice nabízí transakce, ale jejich použití je často omezené a složitější než v SQL. Než začnete modelovat, ověřte si, jak daný systém řeší atomické operace. Další pastí je špatný výběr typu databáze: dokumentová databáze není vhodná pro grafy vztahů mezi uživateli, klíč-hodnota úložiště neumí efektivně dotazovat podle více atributů. Vždy si nejprve definujte, jak budete data číst, a teprve potom vyberte konkrétní nástroj.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;První kroky: začněte malými automatizacemi, ne velkou architekturou Nejčastější chyba začátečníků je snaha hned nasadit Kubernetes nebo vytvořit komplexní CI/CD pipeline. To je jako stavět dálnici, když potřebujete jen opravit cestu k domu. Začněte jednoduchým skriptem, který automatizuje testy nebo nasazení na testovací prostředí. Použijte nástroj, který už znáte – ať je to shell skript, Python nebo jednoduchý nástroj pro orchestraci. Cílem je, aby se opakovaná činnost dělala stejně a bez ručního zásahu. Teprve když to funguje, rozšiřujte.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Další pastí je špatný kontext this. Když předáváte funkci jako callback, může ztratit vazbu na objekt, ke kterému patří. Pak uvnitř funkce this odkazuje na něco jiného, než čekáte. Řešení je použít arrow funkce, které this dědí z okolí, nebo funkci explicitně navázat pomocí bind. Tento problém se snadno přehlédne, protože se neprojeví žádnou chybou, jen logika nefunguje podle očekávání.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Pátá oblast se týká kapacity a škálování. Kapacitu neplánujte podle současných potřeb, ale podle predikce růstu dat za dalších dvanáct měsíců. Sledujte trendy spotřeby a nastavte si automatické škálování, pokud to vaše infrastruktura umožňuje. Nezapomínejte, že škálování není jen o výkonu, ale i o úložišti – databáze, která se neustále plní, dříve narazí na limit. Typická chyba je kupovat licence nebo instance na základě odhadu, a ne na základě měření, což vede buď k plýtvání, nebo k výpadkům.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Proč jednotná struktura odpovědí zachrání váš projekt Když každá cesta vrací data v jiném formátu, klienti musí psát speciální zpracování pro každý případ. Mnohem lepší je definovat si univerzální tvar odpovědi hned na začátku. Například objekt s klíči status, data a message. Tento přístup vám umožní centralizovat logiku pro úspěch i chyby. Jednoduchý middleware pro obsluhu chyb pak dokáže jednotně zpracovat neošetřené výjimky a vrátit je ve stejném formátu.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Začněte tím, že si ujasníte, co chcete vyřešit. DevOps má smysl, pokud potřebujete zkrátit dobu nasazení, zlepšit stabilitu nebo snížit tření mezi vývojáři a operátory. Napište si konkrétní problém, který chcete odstranit. Například: „Nasazení trvá dva dny a každé selže.&amp;quot; Pak teprve vyberte nástroje, které to řeší. Pokud nemáte jasný cíl, žádná automatizace vám nepomůže – jen přidá složitost.&lt;/div&gt;</summary>
		<author><name>ChristiAvi</name></author>
	</entry>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:ChristiAvi&amp;diff=204212</id>
		<title>Benutzer:ChristiAvi</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:ChristiAvi&amp;diff=204212"/>
		<updated>2026-08-29T04:43:55Z</updated>

		<summary type="html">&lt;p&gt;ChristiAvi: Die Seite wurde neu angelegt: „Autor blogu světem interiérů sází na osvědčené tipy. Píšu o tom, jak skloubit funkčnost s teplem domova. Nejraději popisovat postupy krok za krokem.“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Autor blogu světem interiérů sází na osvědčené tipy. Píšu o tom, jak skloubit funkčnost s teplem domova. Nejraději popisovat postupy krok za krokem.&lt;/div&gt;</summary>
		<author><name>ChristiAvi</name></author>
	</entry>
</feed>