https://jak.mazovia.edu.pl/api.php?action=feedcontributions&feedformat=atom&user=JasonCcj48 2026-10-02T08:07:41Z Wkład użytkownika MediaWiki 1.42.1 https://jak.mazovia.edu.pl/index.php?title=Trvanlivost_bylinn%C3%BDch_olej%C5%AF_a_tinktur:_sv%C4%9Btlo,_teplo,_kysl%C3%ADk&diff=759597 2026-09-23T14:59:47Z

<p>JasonCcj48: </p> <hr /> <div>Zaostřete ručně, ideálně v režimu živého náhledu s desetinásobným zvětšením. Automatika často ujede na hranu disku a krátery zůstanou měkké. Clonu nechte mírně staženou, obvykle o jeden až dva stupně proti maximu, abyste omezili přechodové vady. Expozici nastavte tak, aby světlé části nebyly přepálené – u digitálu se řiďte histogramem, ne jasem displeje. ISO držte co nejníže, šum zbytečně bere detail.&lt;br&gt;&lt;br&gt;Bylinné oleje a tinktury se kazí ze dvou hlavních důvodů: oxidací a působením světla. Olejové výtažky obsahují mastné kyseliny, které reagují s kyslíkem a žluknou. Tinktury jsou sice v alkoholu, ale i ten se odpařuje a mění koncentraci. Pokud chcete, aby přípravky vydržely roky, musíte omezit tři faktory: světlo, teplo a přístup vzduchu. Nádoba, místo a způsob plnění rozhodují víc než použitá bylinka.&lt;br&gt;&lt;br&gt;Pro udržení lineární historie je vhodné zavést kontrolu před každým commitem. Pomůže git config --global pull.rebase true, aby i git pull používal rebase. Dále nastavte git config --global merge.ff only, což zakáže merge commity při běžném sloučení. V týmu se domluvte, že každá větev bude krátká a bude se často rebaseovat na main. Dlouhé větve zvyšují riziko konfliktů a nutí k merge commitům.&lt;br&gt;&lt;br&gt;První krok je určit typ plodnice. Podívejte se, zda má houba lupeny, rourky nebo lišty, jaký má klobouk a třeň. Rourky pod kloboukem (jako u hřibů) neznamenají automaticky jedlost. Například hřib satan má červené rourky a je prudce jedovatý. U lupenatých hub si všímejte barvy lupenů, vůně, barvy dužniny a místa růstu. Žampiony mohou být zaměněny za muchomůrku zelenou, která je smrtelně jedovatá.&lt;br&gt;&lt;br&gt;Častou chybou je rebaseování veřejné větve. Pokud už někdo vaši větev stáhl a pracuje na ní, rebase způsobí rozjetou historii a konflikty. Před rebase se vždy zeptejte, zda na větvi někdo nepracuje. Další chybou je zapomenutý git push --force-with-lease místo obyčejného --force. Force-with-lease ověří, že vzdálená větev odpovídá vaší představě, a zabrání přepsání cizí práce. Také pozor na automatické sloučení v CI, které může merge commit vytvořit, i když jste ho lokálně zakázali.&lt;br&gt;&lt;br&gt;Výsledkem je přehledná historie, kde každý commit představuje jednu logickou změnu. Snadněji se hledá, kdy se co pokazilo, a kód se lépe reviewuje. Pokud tým přejde na tento režim, ušetří čas při řešení konfliktů a zrychlí se nasazování. Stačí dodržovat rebase, fast-forward a force-with-lease. Merge commity pak zmizí jako zbytečný šum.&lt;br&gt;&lt;br&gt;Vertikální prostor nad deskou patří policím, které ale nesmí tlačit na hlavu. Nejnižší police umístěte alespoň 45 cm nad desku, aby se vešel monitor a nebyl pocit tunelu. Další police pak stupňujte po 30–35 cm. Na stěnu před sebou místo nástěnky pověste magnetickou tabuli nebo lištu s háčky. Kabeláž veďte v lištách po straně, ne diagonálně přes zeď. Bílá nebo šedá lišta splyne s podkladem a zmizí.&lt;br&gt;&lt;br&gt;Merge commity vznikají při každém sloučení větve, i když by šlo změny přehrát lineárně. V týmu to znamená zašuměnou historii, horší čitelnost a časté konflikty při rebase. Řešením je nastavit workflow tak, aby vývojáři větve před sloučením přehráli na aktuální hlavní větev a sloučení proběhlo fast-forward. Výsledkem je lineární historie bez zbytečných uzlů.&lt;br&gt;&lt;br&gt;Jak zavést fast-forward sloučení v praxi V nastavení repozitáře nebo v CI povolte pouze fast-forward sloučení. Na serveru to zařídíte parametrem receive.denyNonFastForwards nebo v pravidlech ochrany větve. Při sloučení pull requestu pak zvolte možnost „rebase and merge&quot; nebo „fast-forward only&quot;. Tím se žádný merge commit nevytvoří. Pokud tým používá GitHub, GitLab nebo podobné nástroje, najděte v nastavení možnost, která zakáže merge commity, a vynuťte rebase před sloučením.&lt;br&gt;&lt;br&gt;Základem je rebase místo merge. Před odesláním změn do vzdáleného repozitáře aktualizujte hlavní větev a přehrajte na ni svou práci: git fetch origin, git rebase origin/main. Pokud narazíte na konflikt, vyřešte ho v každém kroku, přidejte soubory přes git add a pokračujte git rebase --continue. Nikdy nepoužívejte git merge jen proto, že je to pohodlné. Rebase vytváří čistší historii, ale mění hash commitů, takže ho nikdy nedělejte na větvi, kterou už někdo jiný stáhl a používá.&lt;br&gt;&lt;br&gt;Plovací vesta pro rafting musí mít certifikaci pro vodní turistiku, obvykle EN ISO 12402-5 nebo vyšší. Ne každá vesta z půjčovny je vhodná na divokou vodu. Na klidných řekách postačí lehčí vesta s menším objemem pěny, která lépe sedí a méně překáží při pádlování. Na divoké vodě ale potřebujete větší vztlak, pevný límec kolem krku a pořádné boční panely, které vás udrží na hladině i po převržení. Vesta musí být nastavitelná na hrudi i v pase a nesmí se při tahu vyhrnovat nahoru.</div>

JasonCcj48 https://jak.mazovia.edu.pl/index.php?title=U%C5%BCytkownik:JasonCcj48&diff=759595 2026-09-23T14:59:46Z

<p>JasonCcj48: </p> <hr /> <div>Autor blogu světem interiérů 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ý.</div>

JasonCcj48 https://jak.mazovia.edu.pl/index.php?title=U%C5%BCytkownik:JasonCcj48&diff=757995 2026-09-23T13:37:27Z

<p>JasonCcj48: Utworzono nową stronę &quot;Autor blogu světem interiérů žije už dlouho. Píšu o tom, jak skloubit funkčnost s teplem domova. Nejraději ukazovat chytrá řešení, která zvládne každý.&quot;</p> <hr /> <div>Autor blogu světem interiérů žije už dlouho. Píšu o tom, jak skloubit funkčnost s teplem domova. Nejraději ukazovat chytrá řešení, která zvládne každý.</div>

JasonCcj48