<?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=Norine3110</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=Norine3110"/>
	<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Spezial:Beitr%C3%A4ge/Norine3110"/>
	<updated>2026-10-06T14:23:29Z</updated>
	<subtitle>Benutzerbeiträge</subtitle>
	<generator>MediaWiki 1.37.1</generator>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=Pro%C4%8D_se_vyplat%C3%AD_za%C4%8D%C3%ADt_v_konzoli_prohl%C3%AD%C5%BEe%C4%8De%3F&amp;diff=400887</id>
		<title>Proč se vyplatí začít v konzoli prohlížeče?</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Pro%C4%8D_se_vyplat%C3%AD_za%C4%8D%C3%ADt_v_konzoli_prohl%C3%AD%C5%BEe%C4%8De%3F&amp;diff=400887"/>
		<updated>2026-10-01T18:18:30Z</updated>

		<summary type="html">&lt;p&gt;Norine3110: Die Seite wurde neu angelegt: „Dalším častým omylem je domněnka, že stačí ošetřit vstup na začátku aplikace. Data se mohou dostat do dotazu i z databáze, z mezipaměti, ze souboru nebo z externího rozhraní. Stejně nebezpečné je spoléhat na to, že magické uvozovky nebo automatické escapování vyřeší vše. Escapování je vázané na konkrétní znakovou sadu a konkrétní databázi. Při nesprávném nastavení připojení může být obejité. Parametrizace ž…“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Dalším častým omylem je domněnka, že stačí ošetřit vstup na začátku aplikace. Data se mohou dostat do dotazu i z databáze, z mezipaměti, ze souboru nebo z externího rozhraní. Stejně nebezpečné je spoléhat na to, že magické uvozovky nebo automatické escapování vyřeší vše. Escapování je vázané na konkrétní znakovou sadu a konkrétní databázi. Při nesprávném nastavení připojení může být obejité. Parametrizace žádné takové podmínky nemá.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Vytvoř si vlastní testovací projekt. Vyber si veřejně dostupnou aplikaci nebo web, který můžeš legálně testovat, a sepisuj testovací případy. Zaznamenej chyby, které najdeš, včetně přesného postupu. Výsledek dej na jedno místo, které můžeš poslat. Personalista a technický vedoucí tak uvidí tvůj způsob myšlení, ne jen tvrzení, že tě testování baví. Důležité je být konkrétní: u každé chyby uveď, proč ji považuješ za závažnou a co by se stalo, kdyby zůstala v produkci.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Jak vypadá první pull request, který neprojde Většina prvních pull requestů neprojde napoprvé. Časté chyby: příliš mnoho změn v jednom požadavku, chybějící testy, nedodržení stylu projektu nebo úprava nesouvisejících souborů. Drž se pravidla, že jeden pull request řeší jednu věc. Před odesláním si lokálně spusť testy a linter, pokud je projekt má. Přečti si, jaký styl commit zpráv projekt používá – někde chtějí krátký popis, jinde odkaz na číslo problému. Když recenzent napíše připomínky, ber to jako běžnou součást procesu, ne jako útok.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Přispívání není jen o kódu. Můžeš pomoci s překladem, návrhem uživatelského rozhraní, psaním návodů nebo tříděním nových problémů. Pokud projekt používá systém pro sledování chyb, pomoz označit duplicity nebo doplnit chybějící informace. Tato práce je často neviditelná, ale pro udržení projektu klíčová. Čím pravidelněji se zapojuješ, tím lépe poznáš komunitu a tím snáz se dostaneš k zajímavějším úkolům.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Kde se typy vyplatí a kde &amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Častou chybou je ladit vše najednou. Pokud máte podezření na konkrétní funkci, vložte do ní dočasný výpis na začátek a na konec. Zjistíte, zda se vůbec spustila a s jakými argumenty. Pozor na asynchronní kód: výpisy se mohou objevit v jiném pořadí, než jste čekali. Sliby a časovače běží mimo hlavní tok, takže návratová hodnota může dorazit později. V takovém případě se vyplatí nastavit bod přerušení přímo uvnitř zpětného volání, ne na místě, kde se slib vytváří. Stejně tak data ze síťových požadavků si prohlédněte v záložce Network — uvidíte, co přesně server vrátil, a nemusíte hádat z chování aplikace.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Než začneš psát kód, zkontroluj, zda o stejné věci už někdo nepracuje. Podívej se na otevřené pull requesty a napiš krátký komentář, že se na problému chystáš pracovat. Tím se vyhneš duplicitní práci a zároveň dostaneš zpětnou vazbu, jestli tvůj záměr dává smysl. Pokud si nejsi jistý, jak problém vyřešit, zeptej se přímo v diskusi. Správci ocení, když někdo nejdřív komunikuje a pak teprve kóduje.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Body přerušení místo hádání Skutečná síla spočívá v bodu přerušení neboli breakpointu. V záložce Sources najděte příslušný soubor a klikněte na číslo řádku, kde chcete běh zastavit. Když se stránka dostane na toto místo, provádění se pozastaví a vy můžete krok za krokem sledovat, jak se mění hodnoty proměnných. Tlačítkem pro další krok se posouváte dál, tlačítkem pro vstup do funkce se dostanete dovnitř volané funkce. V postranním panelu vidíte aktuální hodnoty všech proměnných v daném rozsahu. Tohle je jediný způsob, jak odhalit chyby, které se projeví jen občas — například při určité kombinaci vstupů.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Nakonec si nastav realistická očekávání. Ne každý pull request je přijat a ne každá diskuse skončí podle tvých představ. Udržuj komunikaci věcnou, reaguj na připomínky a neboj se přiznat, že něco nevíš. Právě ochota učit se a respektovat rozhodnutí správců rozhoduje o tom, zda se z jednorázového přispěvatele stane stálý člen komunity.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Po skončení ladění všechny pomocné výpisy a body přerušení odstraňte. Zapomenutý výpis v produkci zpomaluje běh a může unikat citlivé údaje. Body přerušení zůstávají aktivní i po obnovení stránky, pokud si je nevyčistíte. A ještě jedna rada: než začnete hledat chybu v cizím kódu, ověřte, že problém není v datech. Prázdné pole, chybějící vlastnost nebo neočekávaný typ vstupu způsobí víc chyb než samotná logika. Podívejte se nejdřív na to, co do funkce vstupuje, a teprve potom řešte, co s tím dělá.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Zapomenout bys neměl ani na licenci a původ kódu. Neposílej cizí kód bez uvedení zdroje a ujisti se, že projekt používá licenci, která ti umožňuje přispět. Některé projekty vyžadují podepsání dohody o přispěvateli, jiné mají vlastní pravidla pro použití kódu vygenerovaného nástroji. Pokud si nejsi jistý, raději se zeptej před odesláním. Vyhneš se zbytečnému zdržení a možnému odmítnutí.&lt;/div&gt;</summary>
		<author><name>Norine3110</name></author>
	</entry>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:Norine3110&amp;diff=400886</id>
		<title>Benutzer:Norine3110</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:Norine3110&amp;diff=400886"/>
		<updated>2026-10-01T18:18:28Z</updated>

		<summary type="html">&lt;p&gt;Norine3110: Die Seite wurde neu angelegt: „Někdo, kdo praktickým bydlením sází na osvědčené tipy. Sdílím zde, jak skloubit funkčnost s teplem domova. Nejraději hledat cesty, jak si usnadnit život.“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Někdo, kdo praktickým bydlením sází na osvědčené tipy. Sdílím zde, jak skloubit funkčnost s teplem domova. Nejraději hledat cesty, jak si usnadnit život.&lt;/div&gt;</summary>
		<author><name>Norine3110</name></author>
	</entry>
</feed>