Poslední příspěvky

1

Hardware / Re:Akcelerace SSL - Intel QuickAssist - QAT

« Poslední příspěvek od RDa kdy 02. 02. 2025, 23:34:40 »

Btw existuje QAT adapter na PCIe, hledej neco jako tohle:
https://www.intel.com/content/www/us/en/products/sku/125200/intel-quickassist-adapter-8970/specifications.html

Neni to ani drahy - ebay (QuickAssist 8970) tesne pod 2000 czk + doprava/dph/clo, je tam toho plny pytel.

2

Hardware / Re:Firemní počítač na soukromé použití

« Poslední příspěvek od themanfromearth kdy 02. 02. 2025, 23:28:15 »

V korporátu, kde pracuji mám uživatelský účet v jedné z nejsilněǰších skupin. Ale nikdy by mě nenapadno na firemní notebook něco instalovat - jednak jsou tam nějaká pravidla a pak nikdy nevíte, kdo se dívá. I když máme notebook paradoxně jako benefit Mám to vyřešeno druhou šifrovanou partition. Když chci dělat něco svého, tak nabootuji svojí partition, systém připojim k veřejné WiFi a pojistim to vpn.

3

Hardware / Re:Akcelerace SSL - Intel QuickAssist - QAT

« Poslední příspěvek od Radek Zajíc kdy 02. 02. 2025, 23:27:43 »

Alesi, ten opatchovany openssl 1.1.1k od RedHatu jde pripadne od RedHatu/Oraclu stahnout a prebalit pro Debian. Ale tezko rict, jestli k tomu nebudes muset dokompilovat i podporu v loadbalanceru nebo DNS rekurzoru.

4

Vývoj / Re:Proč se cpe JavaScript na backend?

« Poslední příspěvek od CamperPL kdy 02. 02. 2025, 23:26:24 »

Asi mi něco uniká, já jsem nikdy ten boom JS na backendu nepochopil. Nedokážu si představit, jak by na něm fungovaly moje projekty. Dělám e-shopy a mám tam plno blokujících operací, např.:
- Čtení a generování velkých XML/Excel dat (stovky tisíc produktů)
- Následné zpracování (dost často plnohodnotným ORM)
- Různé prasárny, kde se porovnávají obrovská pole atd. I těch rychlejších CPU operací je stejně hodně a podle mě se to nasčítá.

Jestliže celou administraci bude obsluhovat jedno vlákno, bude se to vzájemně blokovat a nebo budu každou blbost explicitně pouštět ve vlastním workeru a v tom případě mi to celé přestává dávat smysl, ne? A vůbec jsem nezmínil, že bych teoreticky mohl kvůli procesům na backendu blokovat dokončení objednávky zákazníkem - shop bych asi provozoval na samostatné instanci.

Pak jsem vůbec nepochopil, že ten boom začal v době, kdy se ještě moc nepoužíval TS. Bez typů je to krok zpět.

5

Vývoj / Re:Proč se cpe JavaScript na backend?

« Poslední příspěvek od ogdru6jahad kdy 02. 02. 2025, 22:59:06 »

Javascript a švábi (album)

kryl - dekuji, za cecko dekuji, jenz nauci me pili.

6

Vývoj / Re:Proč se cpe JavaScript na backend?

« Poslední příspěvek od fortran1986 kdy 02. 02. 2025, 22:52:43 »

Proč se cpe JavaScript na backend?

pretože isomorfné aplikácie umožňujú zdielať jeden kód medzi frontendom a backendom. takže môžem rovnaké triedy, funkcie a libky používať na frontende aj backende.

7

Vývoj / Re:Proč se cpe JavaScript na backend?

« Poslední příspěvek od fortran1986 kdy 02. 02. 2025, 22:41:48 »

Za 20 rokov som si prešiel asi všetkými mainstreamovými jazykmi a TypeScript je môj obľúbenec [*1] Nepoznám žiadny iný jazyk, ktorý by mal takú vyjadrovaciu schopnosť čo do typov [*2] A od typovej bezpečnosti sa potom odvíja veľa ďalších vecí.

Statický typing v TS je fajn, sám ho obľubujem, avšak funguje len v compile-time, naopak runtime typescriptovým typom nerozumie nedá sa s typescriptovými typmi pracovať za behu napr pomocou reflexie, takže pri programovaní cítim , že ten strong typing je len umelo dolepený na inak veľmi weak typed jazyk. Ešte som sa nestretol v inom jazyku s takou veľkou schyzofréniou ako pri TS. A toto je obrovský nedostatok. Aj keď uznávam že iná možnosť ako dolepiť typy na JS ani nebola. Dnes už naštastie existujú technológie ako Blazor a Bolero postavené nad WASM a tam už je prítomný plnohodnotný staticko-dynamický typing.

Čo sa týka vyjadrovacej schopnosti také C++ 23 je ešte dalej (aj keď uznávam že tu trošku porovnávam hrušky s jablkami). C++ má ďaleko pokročilejší typový systém. TS generics sú oproti C++ templatom (halvne v oblasti metaprogramovania) len vtip, ale pre širokú komunitu vývojárov sú na druhej strane generics ľahšie na pochopenie a naučenie. Takže všetko má svoje pre a proti.

8

Bazar / Prodám klávesnici ZSA Moonlader

« Poslední příspěvek od kidal5 kdy 02. 02. 2025, 22:01:18 »

Dobrý den,

prodávám kvalitní split klávesnici ZSA Moonlander s Cherry MX Brown spínači. Klávesnici jsem zakoupil v říjnu 2024 a téměř ji nepoužíval, takže je jako nová, bez jakýchkoliv známek opotřebení. Více na oficiálních stránkách výrobku - https://www.zsa.io/moonlander.

Hlavní výhody této klávesnice:

• Ergonomický design, který vám pomůže předejít bolestem zápěstí a zvýšit produktivitu
• Split konstrukce umožňující přizpůsobení rozložení rukou podle vašich potřeb
• Cherry MX Brown spínače – tiché, s hmatovou odezvou, ideální pro kombinaci práce a hraní
• Podpora široké škály přizpůsobení a nastavení přes open-source software

Kromě klávesnice přidávám testovací sadu 19 různých spínačů, díky které můžete vyzkoušet různé typy a najít ten, který vám bude vyhovovat nejlépe.

Původní cena včetně CLA a DPH byla 10980 Kč, nabízím ji nyní za 8500 Kč.

Předání možné buďto v Praze nebo posílám pomocí Zásilkovny.

9

Sítě / Re:MikroTik mDNS: nefunguje video napříč VLAN

« Poslední příspěvek od googler2 kdy 02. 02. 2025, 20:44:22 »

Musim si nastudovat ako zmonitorovat komunikaciu. Ked som to pravidlo prepisal len na established, related tak sa obnovil predchadzajuci nefunkcny stav.

10

Sítě / Re:MikroTik mDNS: nefunguje video napříč VLAN

« Poslední příspěvek od Michal Šmucr kdy 02. 02. 2025, 19:49:25 »

tak mal si pravdu, ked som povolil obojsmernu komunikaciu medzi tv vlan a pc vlan, tak uz funguje v podstate vsetko okrem castingu priamo cez Windows, ten stale TV nevyhlada ako zariadenie dostupne na castovanie, ale ako tu uz niekto spomenul, ten problem asi nebude vo VLAN (MDNS).
Dost mi ale vadi, ze aby bol chromecast plne funkcny, tak musi byt povolena obojsmerna komunikacia, to potom pouzitie VLAN straca zmysel, no myslim si, ze z bezpecnostneho hladiska je dobre mat srandicky typu smart TV a ine multimedia boxy izolovane od zbytku siete. Takze asi budem musiet ozeliet funkciu castingu v prospech bezpecnosti.
PS: Vobec nerozumiem tomu preco by mala TV ako receiver spatne komunikovat so sender zariadenim. Ved sender posiela video do TV, ktora ho uz nema posielat spet do siete sendera, ale ma ho len zobrazit.

Hmm.. mám tu bohužel spíš Apple věci, žádný Chromecast ani televizi, abych to ozkoušel. Spíš jsem to nastavoval tak různě po známých, naposled někde na Ubiquity FW.
Ale podle mě by receiver sám o sobě komunikovat se senderem neměl. Proto jsem zmiňoval, že by měla být povolená existující spojení - established, related. (neměla by být potřeba nová spojení založená z izolované VLANy)

Jestli si to pamatuju dobře, tak Chromecast casting jede zhruba takhle.
Po objevení zařízení a zvolení k posílání se vytvoří obousměrný websocket kanál ze senderu na receiver.

Pak to streamuje v podstatě dvěma způsoby.
- casting z nějaké podporované aplikace (která má odpovídající appku na receiveru). Např. YouTube. Předá se odkaz s pozicí, stream už si pak tahá dál receiver a sám pokračuje v přehrávání.
- mirroring, kdy se použije RTP/UDP s nějakou kompresí jako H.264, VP9 a aktivně ty pakety posílá zas sender

Všechny věci ohledně přehrávání (ovládání, pozice, nějaké řízení toku atp.) se odehrává jen přes ten už existující websocket kanál.

Případně to zkusit nějak dál zmonitorovat..