<?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=CaseyMarriott</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=CaseyMarriott"/>
	<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Spezial:Beitr%C3%A4ge/CaseyMarriott"/>
	<updated>2026-09-23T19:07:42Z</updated>
	<subtitle>Benutzerbeiträge</subtitle>
	<generator>MediaWiki 1.37.1</generator>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=Kdy%C5%BE_poprv%C3%A9_vol%C3%A1te_REST_API,_rozhoduje_cesta_od_klienta_k_datab%C3%A1zi&amp;diff=337347</id>
		<title>Když poprvé voláte REST API, rozhoduje cesta od klienta k databázi</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Kdy%C5%BE_poprv%C3%A9_vol%C3%A1te_REST_API,_rozhoduje_cesta_od_klienta_k_datab%C3%A1zi&amp;diff=337347"/>
		<updated>2026-09-18T12:24:35Z</updated>

		<summary type="html">&lt;p&gt;CaseyMarriott: Die Seite wurde neu angelegt: „Testujte proti izolovanému prostředí, ne proti produkci. I požadavek GET může spustit drahou operaci nebo vrátit citlivá data. Pro každý zdroj si připravte malý scénář: vytvoření, načtení, úprava, smazání. Sledujte, co se stane při dvou stejných požadavcích za sebou. Právě tam se projeví idempotence a případné duplicity. Pokud API vrací seznam, počítejte s stránkováním. Parametry jako limit a offset nebo kursor určuj…“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Testujte proti izolovanému prostředí, ne proti produkci. I požadavek GET může spustit drahou operaci nebo vrátit citlivá data. Pro každý zdroj si připravte malý scénář: vytvoření, načtení, úprava, smazání. Sledujte, co se stane při dvou stejných požadavcích za sebou. Právě tam se projeví idempotence a případné duplicity. Pokud API vrací seznam, počítejte s stránkováním. Parametry jako limit a offset nebo kursor určují, kolik dat dostanete. Bez stránkování můžete stáhnout celou databázi a zablokovat si připojení.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Údržba: co vydrží pot a co &amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Využijte výšku i mezery, které běžně přehlíží&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Při sestupu hole prodlužte. Delší hole vám umožní opřít se o ně dříve, než našlápnete, a snížit tak tlak na kolena a kyčle. Ruce držte výš na rukojeti, případně použijte prodlouženou spodní část. Tělo držte vzpřímené nebo mírně zakloněné, nehrbte se nad holemi. Odpich směřujte šikmo vzad a mírně do stran, ne přímo pod sebe. Tím získáte boční stabilitu a snížíte riziko podklouznutí na kamenech nebo mokré trávě.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Třetí věc, kterou většina lidí podcení, je přesazení. Kupte substrát pro bylinky nebo univerzální s perlitem, květináč s drenážními otvory a rostlinu opatrně vyjměte. Kořenový bal jemně prohrábněte prsty, aby se kořeny uvolnily. Zasypejte tak, aby byly kořeny pokryté, ale srdíčko rostliny zůstalo nad zemí. Čtvrtý trik je zálivka: méně je více. Zalijte, dokud voda neproteče dnem, pak počkejte, až vrchní dva centimetry substrátu proschne. Přemokření zabíjí bylinky častěji než sucho. Bazalka, máta a pažitka mají rády vlhčí půdu, rozmarýn, tymián a oreganum naopak přeschnutí.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Nejčastější začátečnická chyba je záměna PUT a POST. POST vytváří nový záznam a server vrací cestu k němu, obvykle ve stavovém kódu 201 a hlavičce Location. PUT nahrazuje existující záznam na známé adrese a je idempotentní: když ho pošlete dvakrát, výsledek je stejný. PATCH mění jen část. Pokud pošlete PUT na adresu, která neexistuje, server může záznam vytvořit, nebo vrátit 404. To není nejednoznačnost RESTu, ale rozhodnutí konkrétního API. Vždy si přečtěte dokumentaci, ne se učte podle pocitu.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Na konci si napište krátký seznam kontrol: správná metoda, platná cesta, hlavička Accept, ověření, tělo ve správném formátu a ošetření stavových kódů. Když požadavek selže, nejdřív ověřte, zda server vůbec odpověděl. Teprve pak zkoumejte tělo a logy. Většina prvních neúspěchů nemá příčinu v RESTu, ale v drobnosti: chybějící čárka v JSON, špatný typ obsahu nebo vypršený token.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Druhý častý problém je nečistota. Pokud do láhve doléváš nový olej k starému, urychlíš kažení. Vždy používej čistou suchou lžičku nebo kapátko a nikdy nenechávej v láhvi rostlinný materiál déle, než je nutné. U olejových macerátů sceď byliny co nejdřív po dokončení louhování, obvykle po dvou až čtyřech týdnech. Čím déle tam rostlinné zbytky zůstanou, tím větší je riziko plísně a žluknutí. U tinktur je to podobné – po scezení je hotový produkt čistý a stabilnější.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Stavové kódy čtěte jako věty, ne jako čísla Stavový kód je první věta odpovědi. 2xx znamená úspěch, 4xx chybu na straně klienta, 5xx chybu serveru. Kód 400 říká, že požadavek je špatně sestavený, 401 že chybí nebo je neplatné ověření, 403 že ověření prošlo, ale chybí oprávnění. 404 neznamená jen „neexistuje&amp;quot;, ale také „nechci prozradit, že existuje&amp;quot;. 429 upozorňuje na překročení limitu požadavků. Pokud ignorujete 4xx a zkoušíte požadavek opakovat, jen zbytečně zatěžujete server. Opakovat s rostoucí pauzou má smysl hlavně u 5xx a u síťových výpadků.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Při prvním požadavku si vždy vypište celou odpověď, ne jen tělo. Hlavičky Content-Type a Content-Length prozradí, zda server vrací JSON, nebo HTML chybovou stránku. Častý problém je kódování: server pošle UTF-8, ale klient si text přečte jako Latin-1 a diakritika se rozsype. Další past je autentizace. Token se posílá v hlavičce Authorization, obvykle ve tvaru „Bearer&amp;quot; a hodnota. Nikdy ho nedávejte do adresy, protože se dostane do logů a historie prohlížeče. Token má omezenou platnost a při vypršení dostanete 401.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;REST API není magie, ale řetěz kroků, ve kterém se každá chyba projeví až na konci. Než napíšete první požadavek, musíte vědět, co vlastně odesíláte. Klient posílá HTTP metodu, adresu zdroje, hlavičky a případné tělo. Server odpovídá stavovým kódem, hlavičkami a tělem. Pokud nerozumíte těmto čtyřem částem, ladění je hádání. Začněte tím, že si požadavek rozepíšete ručně: metoda GET, cesta k prostředku, hlavička Accept s typem obsahu. Teprve pak sáhněte po nástroji.&lt;/div&gt;</summary>
		<author><name>CaseyMarriott</name></author>
	</entry>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:CaseyMarriott&amp;diff=337346</id>
		<title>Benutzer:CaseyMarriott</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:CaseyMarriott&amp;diff=337346"/>
		<updated>2026-09-18T12:24:34Z</updated>

		<summary type="html">&lt;p&gt;CaseyMarriott: Die Seite wurde neu angelegt: „Autor blogu praktickým bydlením žije už dlouho. Píšu o tom, jak si poradit v malém bytě. Nejraději popisovat postupy krok za krokem.“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Autor blogu praktickým bydlením žije už dlouho. Píšu o tom, jak si poradit v malém bytě. Nejraději popisovat postupy krok za krokem.&lt;/div&gt;</summary>
		<author><name>CaseyMarriott</name></author>
	</entry>
</feed>