Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Exceptions

Stran: [1] 2 3 ... 66
1
Sítě / Re:Nevýhody plochých kabelů Cat6
« kdy: 22. 10. 2025, 15:05:07 »
Používáme na tvuj use case tohle

https://www.krup.cz/default.asp?cls=stoitem&stiid=6663

Funguje na tom i PoE

s PoE bych byl opatrný, ty vodiče mají opravdu titěrný průměr, bude se hodně zahřívat a nechtěl bych být u toho, až se přehřejí.

2
Sítě / Re:Nevýhody plochých kabelů Cat6
« kdy: 22. 10. 2025, 10:41:31 »
náchylnější k rušení a snadněji se poškodí (jednodušeji se zlomí a při rozmotávání snadněji se zauzlovávají). Vyzkoušej a uvidíš, třeba ti to bude stačit.

3
v takovém případě se ti to do toho racku může hodit :).

Jen bych si pohlídal aktualizace, přeci jen to už není blbá PDU, ale má to dost funkcí a připojení vč. wifi.

4
tohle je na doma trochu overkill, má to 2m na výšku, dobře tomu bude v racku. Do firmu to je zase problém s revizí, papíry, zárukou, přeci jen přes to jsou napojené často zařízení za miliony, takže dát 50t do PDU není komplikace, kterou řešíme.

Čím dál častěji budujeme malá DC uvnitř kanceláří, tam tohle přesně může být cílovka, ale opět, nemůžeme tam dát nic bez papírů, co není na daňový doklad.

Cena 5k mě odradila, za třeba 1 - 2 bych o tom přemýšlel na experimenty, hraní, do labu, mám kancelář i kousek od Letňan, takže bych to i asi donesl v ruce nebo někoho poslal.

5
Sítě / Re:Výběr vhodného AP namísto Unifi U6 Pro
« kdy: 02. 10. 2025, 09:13:13 »
k tomu, co popisuje Hans.Wolfenstein bych ještě dodal, že je také důležité jaké vlastně máš zapnuté standardy/protokoly, bývá naprosto běžný problém, že u těhle AP zůstanou věci jako 802.11a/b/g zapnuté, pak příjde klient (=zařízení), který to vyžádá nebo si někdo odejde na záchod a celý AP se ti přepne do pomalého režimu, protože se snaží mluvit s někým, kdo už má špatný signál, pak se ti zpomalí komunikace pro všechny, protože přepnout se musí celé rádio. 30 lidí na tenhle AP není problém (vyzkoušeno). Doporučuji tedy nechat zapnuté pouze 802.11n/ac (případně ax, pokud potřebuješ wifi 6, ale dnes bych ho ještě nezapínal).

Stejně tak bych se zaměřil na rušení, odrazy, které ti tam mohou dělat také velkou neplechu (někomu příjde super mít masivní stůl s kovovou konstrukcí a ještě uzemněný a na něm pak mít 20 notebooků a je problém na světě).

6
Sítě / Re:MikroTik a doména pro Google API
« kdy: 24. 09. 2025, 21:57:47 »
redirect_uri_mismatch nejspíš znamená, že tam máš typo, je to háklivé i na třeba koncové lomítko nebo jiný rozdíl. Projdi si to ještě znovu. Sem jsi moc informací nenapsal, takže ti těžko poradit přesněji. Tohle obecně funguje.

7
Odkladiště / Re:agresivní bot(net) "crawler"
« kdy: 17. 09. 2025, 00:14:03 »
když jsem četl agresivní, představil jsem si tohle množství požadavků každou vteřinu a ne jeden za několik minut.

Tohle normální být může, záleží co máš za obsah a jak často se ti mění.

8
Server / Re:Kompletní záloha celého serveru/VPS
« kdy: 16. 09. 2025, 10:14:20 »
na data rsync je super, ale pokud server chceš obnovit někde jinde, můžeš narazit na spoustu problémů, nelze prostě celou zálohu nahrát do nového systému bez úpravy

  • nastavení bootu a parametrů kernelu ti mohou být skryty (ne vždy máš /boot dostupný a ne vždy je vhodné ho kopírovat jinám)
  • nastavení DHCP a sítě, server může být napevno svoji IP adresu, může mít jiné nastavení v konguraci, tohle musíš změnit podle nového VPS
  • veřejná doména v DNS, pravděpodobně na serveru máš nějaké služby, nějaký web a ten je svázán s IP adresou serveru, služby/weby ti pak mohou odmítnout fungovat na jiné doméně, to záleží na jejich konfiguraci
  • obnova veřejných certifikátů pro https může být úzce svázána se současným VPS či jeho poskytovatelem, po obnovení na stejné doméně jinde ti mohou certifikáty expirovat a nemusíš je snadno obnovit
  • dělat rsync živé databáze, třeba mysql, nemusí být dostatečné a můžeš skončit s poškozenou zálohou

9
Diskove pole so zelenymi ramcekmi je ktory stroj?

to bude ten Dell PowerEdge R730, podle vzhledu.

Nikoliv, Dell PowerEdge R730 je právě přímo pod tím strojem se zelenými rámečky (:

Ale co to je z toho obrázku nejde poznat.

hádat se nebudu, také jen tipuji. R730 podle seznamu v první příspěvku tam jsou 2x, ty patky u toho zeleného jsou jasné dellovské patky, ty zelené rámečky neznám, ale třeba jsem se s nimi jen nesetkal.

I vylučovací metodou mi to tak vychází, dole nad UPS jsou tři 2U cisca, ak jsou tři 1U prolianty, pak právě ty dvě R730 a nad nimi jeden R630. T42S QUANTA tam nikde nevidím.

10
Diskove pole so zelenymi ramcekmi je ktory stroj?

to bude ten Dell PowerEdge R730, podle vzhledu.

11
Hardware / Re:PC zdroj se stejnosměrným vstupem
« kdy: 01. 09. 2025, 23:15:52 »
nestrkej tam DC, je těžké odhadnout a zjistit, co to ve výsledku udělá.

Kub si DC ATX měnič, dá se sehnat toho docela hodně, např. https://www.exasoft.cz/eurocase-90w-dc12v-dc-atx-pico_d314444.html, strčit se to dá do krabičky od zdroje, případně si to můžeš nechat někoho sestavit dohromady.

Mně takhle běží domácí servery, nechtěl jsem už provozovat UPS se střídačem a tak vše předělal na DC, teď to jede z baterky přímo, UPS nepotřebuje extra velké chlazení. Průmyslové ATX DC zdroje jsou, ale stojí raketu.

12
Distribuce / Re:Proč vychází tolik jader pro RHEL/Alma?
« kdy: 31. 07. 2025, 12:00:44 »
Fakt nevim, jestli se nas tyka: RDMA/mlx5: Fix page_size variable overflow (CVE-2025-22091)
Navic si nemyslim, ze bychom meli zamestnat znalce linuxiho kernelu jen proto, abychom mohli instalovat zaplatovane verze s mensi frekvenci.

Začaly se ty věci poctivěji evidovat jako CVE a řešit samostatně. Sleduji https://lore.kernel.org/linux-cve-announce/, je toho prostě násobně víc než vloni, kdy asi řada bezpečnostních oprav skončila jako běžná kumulovaná úprava.

Na to, abys mohl třídit opravy podle driverů nebo subsystémů, které používáš, nepotřebuješ nějak velkého znalce linuxového kernelu, potřebuješ prachobyčejného linux admina, který umí pracovat s linuxem.

Jak to děláme my? Limitně se aktualizuje vše v nějakém pravidelném intervalu (třeba 3 měsíce), ale urgentně se aktualizuje jen to, co má reálný vliv a co se používá, takže opravu RDMA/mlx5 nebudu prioritizovat na linux stroj, kde mám jen ethernet karty. Tohle rozlišování bylo potřeba dělat odjakživa, stejně tak fungujeme i na Windows, kdy se musíme probírat aktualizacemi a rozhodovat, co a jak prioritizujeme.

U těch hodně kritických zranitelností využíváme kexec pro aplikaci patche na kernel (má to samozřejmě dopad na všechny procesy, které se musí restartovat). Snaha v posledních letech se odpovědněji chovat k systémům nás postupně dovedla k tomu, že vše máme dvojmo, resp. že minimalizujeme stav, kdy máme jen jediný server s nějakou službu a vše zdvojujeme, automatizujeme, aby se mohl udělat restart bez výpadku a hlavně odzkoušet případné problémy dopředu. Virtualizace a kontejnerizace tomu jde naproti.

13
Vývoj / Re:Implementace vlastního WYSIWYG editoru
« kdy: 18. 07. 2025, 09:11:10 »
content editable je velká bažina. Také se hlásím k těm, co v tom utopili desítky dnů práce a výsledek spíše kontroverzní.

Velký problém je třeba práce se schránkou, protože v ní jsou naprosté šílenosti, které musíš interpretovat, čistit, opravovat nebo se vykašlat kompletně na formátování, bohužel s contentEditable to vůbec nemáš pod kontrolou.

Další velký problém je chování jednotlivých prohlížečů a OS. ContentEditable totiž nemá žádné specifikace a pravidla, každý prohlížeč to dělá trochu jinak. Aktivita k nějaké standardizace běží už spoustu let https://w3c.github.io/editing/, ale už to roky nesleduji.

ContentEditable je pomsta MS budoucím generacím.

Mrkni třeba na https://github.com/basecamp/trix, celý render implementuje v js a jde naprosto skvěle přizpůsobit. Nebo https://prosemirror.net, který dokonce už markdown podporuje, sice contentEditable, ale s hacky, používám ho rád na projektech pro zadávání vstupu od uživatele nebo konfiguračních yamlů.

14
Vývoj / Re:Implementace vlastního WYSIWYG editoru
« kdy: 18. 07. 2025, 09:05:16 »
content editable je velká bažina. Také se hlásím k těm, co v tom utopili desítky dnů práce a výsledek spíše kontroverzní.

Velký problém je třeba práce se schránkou, protože v ní jsou naprosté šílenosti, které musíš interpretovat, čistit, opravovat nebo se vykašlat kompletně na formátování, bohužel s contentEditable to vůbec nemáš pod kontrolou.

Další velký problém je chování jednotlivých prohlížečů a OS. ContentEditable totiž nemá žádné specifikace a pravidla, každý prohlížeč to dělá trochu jinak. Aktivita k nějaké standardizace běží už spoustu let https://w3c.github.io/editing/, ale už to roky nesleduji.

ContentEditable je pomsta MS budoucím generacím.

Mrkni třeba na https://github.com/basecamp/trix, celý render implementuje v js a jde naprosto skvěle přizpůsobit. Nebo https://prosemirror.net, který dokonce už markdown podporuje a také bez contentEditable, používám ho rád na projektech pro zadávání vstupu od uživatele nebo konfiguračních yamlů.

15
na autorizaci těch streamů potřebuješ mít veřejný webový server, kam ti pošlou token, zjednodušeně řečeno, když to děláš od sebe z počítače, tak se prostě přihlásíš přímo v té aplikaci, ta si drží token.

Na jednu stranu si stěžuješ na službu za 1000 na měsíc a pak tady chceš vymyslet něco, co budeš prodávat za kolik, za 30k? Tj. návratnost 3 roky a k tomu budeš muset držet podporu a aktualizovat to, počítáš s tím?

Já v tom nevidím obchodní strategii, zejména ne v takhle malém rozměru a postavené na nějakém mini itx s linuxem.

Stran: [1] 2 3 ... 66