Příspěvky

31

Vývoj / Re:Jazyk pro ML

« kdy: 03. 04. 2023, 08:16:51 »

Trochu OT ,ale dnes existují projekty, které mají perfektní dokumentaci v tom smyslu, že bloky kódu v postupu
mají nahoře ouška s nabídkou bash/node/Pascal/python/

Hezké. Když mám python3.11 a chci použít PyTorch, tak to ouško mi prosím pěkně pomůže v čem?
Stejně jako když mezi pytorch a torchvision se tak jako změní API kolem resnet50_weights.

Co je binární wheel?

https://realpython.com/python-wheels/#telling-pip-what-to-download

32

Vývoj / Re:Jazyk pro ML

« kdy: 02. 04. 2023, 23:25:03 »

bohuzel ve svete AI a ML se pythonu utect neda.
tady C(++) neni idealni - to rikam s tim,ze osobne Python nesnasim.

Nejvtipnější na tom celém je, že to, co reálně počítá, tak je C/C++, ten Python to převážně jen lepí dohromady.
Takže spíš jde o kompatibilitu s kolegy než o nutnost per se.

33

Odkladiště / Re:Zadaní telefonu při přihlášení do Komerčky

« kdy: 02. 04. 2023, 18:45:06 »

Co já vím, tak Komerčka vyžaduje nejprve zadání uživatelského jména. Hned pod tím je souhlas se zapamatováním údajů pomocí cookies. Následně chce telefonní číslo a pak ověření pomocí klíče...
Takže, patrně, když nedáš souhlas s cookies, musíš při dalším prihlášení projít toto celé znovu. Když souhlas dáš a cookies nevymažeš, může být ten krok příště přeskočen.

Já předpokládám, že to tam (cca nedávno) přidali proto, aby když se někdo (dictionary) trefí do username, tak aby to hned neotavovalo majitele účtu SMSkou/appkou, takže jakási forma slabé předautentizace.

Tomu by odpovídalo, že "trusted" prohlížeč tohle už nedělá.

IMHO tím řešili v loňském roce docela rozšířené útoky.

34

Vývoj / Re:Jazyk pro ML

« kdy: 02. 04. 2023, 18:37:13 »

Jsem asi už starej na to, abych Python ocenil. Z těch nemnoha setkání si pamatuju v jeho historii jakési kotrmelce "doprovodné infrastruktury" (package management), na které se mi trochu těžko zapomíná.

To bolo kedysi. Dnes má Python package management vyriešený. Funguje to bez problémov.

Kéž by. Teprve ve chvíli, kdy se něco nevede tak, jak by mělo, tak člověk začne přicházet na to, jaký Goldbergův stroj pod tím "vyriešený" vlastně existuje.

Takže pár rantů:
- na úplném začátku mi zkušený kolega řekl, ať používám venv. No velmi brzy jsem pochopil, proč.
- pip už konečně umí upgradnout celý projekt?
- python3.11 není kompatibilní s 3.10, nebo "Currently, PyTorch on Windows only supports Python 3.7-3.9;" - wtf? Jako py2 vs py3 chápu, ale rozbití back kompatibility v 3.xx řadě?
- část projektu se dělá (doporučuje dělat) přes condu, část přes pip, a není to jen úlet, spíš pravidlo.
- sranda, když má člověk openssl, libgd, ... v systému, a ono mu to během instalace prerekvizit začne sosat privátní kopie do environmentu.
- když z nějakého důvodu binární wheel nedělá úplně to, co má, to teprve pak nastává veselí.

35

Hardware / Re:Telefonní hovor v blízkosti notebooku a externího HDD

« kdy: 26. 03. 2023, 18:15:15 »

Zařízení uváděná na trh by měla splňovat požadavky na EMC/EMI, aby se vzájemně nerušila. Samozřejmě realita ...

Přesně. Co dělá vlastně ten mobil? Vysílá po krátkých dávkách, někde v pásmu 700MHz - 2.4GHz. Na rozdíl od WiFiny, která má pár mW, je to (podle podmínek příjmu) až do 2W (platí to pořád? I když i 5G mobily mají 2G fallback). Co se stane, když se to přiblíží špatně stíněnému zařízení? No každý vodič, každá ploška na plošňáku se stane anténou, a bude to přijímat. Takže u digitálu to v klidu může udělat z nuly jedničku a naopak, u analogu, když se to dostane na nelineární polovodičový přechod, tak i když ta součástka takhle vysoké frekvence nezvládne, minimálně to posune pracovní bod. V NF to bude dělat známý bordel (z každého polovodiče po cestě se stane AM demodulátor), ve VF to může užitečný signál vyrušit, fantazii se meze nekladou.

Smazat to data na disku přímo nemůže, jak už bylo řečeno několikrát, nepřímo, pokud se zblázní elektronika disku, tak se stát může cokoli . Zničit elektroniku to přímo také nemůže, ten výkon který projde vzduchem je příliš malý aby to tepelně poškodilo přechod. Nebyl bych si jistý u špatně navrženého (a neodstíněného) pulsního zdroje, dobře mířené sepnutí IGBT ve správnou chvíli může být fatální, ale opět, na to jsou normy EMC, aby se tak nedělo.

tl;dr: Pokud jsou ostatní zařízení správná, nemělo by to vadit, ale k otevřenému kompu bych to nedával.

ad popsaný případ - nešlo o pravý opak, slabý signál (třeba vypadla blízká BTS) -> špatná slyšitelnost a vysoký vysílací výkon -> ruší to více než obvykle?


P.S. tenhle topic je naprosto ukázkový. Někdo neznalý se na něco zeptá, a polovina lidí místo rozumné odpovědi si z něj dělá srandu. A pak se divíme, že si někteří lidi najdou "pravdu" jinde a pak choděj bourat 5G věže. Ach jo.

36

Distribuce / Re:Vhodná distribuce pro hrátky s AI (Real-ESRGAN)

« kdy: 26. 03. 2023, 05:15:45 »

Tak protože bývá zvykem, pokud se podaří problém vyřešit se podělit o výsledek, tak jsem tu.
Celý problém byl nakonec v Nvidia GTX1650, která by správně měla umět fp16, ale neumí. S původní kartou se vše rozběhlo (před chvílí, tehdy jsem to vzdal) se switchem --fp32.

To vysvětluje i to, že nic z výše popsaných problémů nebyl problém distribuce. Ach jo, alespoň error to napsat mohlo...

37

Desktop / Re:Nedostatek paměti a nenáročný editor na .rtf/.doc

« kdy: 22. 03. 2023, 16:49:19 »

Ty programy pod XP jsou x86...

A to je problém? Už to z hlavy nedám přesně, ale XP pokud se nepletu maj CSRSS.exe coby 32bitovej subsystém a WOW64 v případě 64bit a normálně to koexistuje, klidně i s WOW což byla vrstva pro staré už nevím jestli 3.xx nebo přesně. Někdo znalejší mě doufám opraví.

38

Desktop / Re:Nedostatek paměti a nenáročný editor na .rtf/.doc

« kdy: 22. 03. 2023, 13:39:25 »

Ja mam pocit ze ten clovek nechce pomoct v zmysle ako mu vsetci hovoria ale chce riesenie podla svojho popisu.

Upřímně nechápu smysl celého topicu. Chápal bych ho do chvíle, než jsem se dočelt, že OP nezná ani základy těch XP na kterých tak lpí (/PAE etc.). Každopádně ani PAE nepomůže, pokud s ním aplikace neumí pracovat a/nebo tam není víc programů, které by se každý z nich do těch 3GB vešly. Pouštět ještě pod tímhle další virtualizaci je zoufalství.

Ale pro případ, že nejde o trollení a XP jsou hard requirement, tak jedna cesta by asi byla sehnat XP/64bit a postupně tam docvakat víc raměti jak dovolí finanční možnosti (+jak tu už mnozí navrhovali, i SSD disk dokáže hodně, jestli teda půjde ještě sehnat ten update na SATA co si tak slabě vzpomínám, že možná bude potřeba). Taky bych se, opět jak už mnozí také navrhovali, zamyslel, co z čeho virtualizovat. 32-bitové wokna dává mnohem větší smysl virtualizovat z 64bit tučňáka, než naopak - už proto, že když na ten libreoffice pod tučňákem nebude stačit ramka, tak se prostě ten XP virtuál pod tím dá vypnout, navíc je to ready na doplnění paměti. Že tím ty widle člověk odstíní od novějšího HW je vítané plus).

39

Software / Re:Reklamy procházejí skrz, pokud se neblokuje cookie,script nebo kusy js

« kdy: 04. 03. 2023, 04:13:20 »

*nedávno jsem se setkal s dalším modus operandi: www.stranka.com/a/blabla  https://ericdraken.com/a/
Potíž je že obrana proti tom třeba má instrukce o délce 50 A4. : https://linuxincluded.com/block-ads-malvertising-on-pfsense-using-pfblockerng-dnsbl/

Tak zrovna tohle je celkem triviálně řešitelné přes content adaptation, kde buď ten script on-the-fly jemně upravíte, nebo si ho prostě přesměrujete, aby se tahal odjinuď patřičně upravený.

40

Server / Re:Duplicitní zprávy ze Seznam.cz na Postfixu

« kdy: 03. 03. 2023, 23:42:34 »

Chtělo by to vidět tu konfiguraci postfixu (ořezanou o citlivé údaje). Tip: špatná síť, blbé DNS, špatné kontroly v Postfixu, Spamassassinu, skvrny na slunci, atd. Log postfixu je dobro.

V minulosti jsem se s něčím podobným občas setkal taky, obvykle to bylo způsobené věcmi jako zrušený dnsbl v konfiguraci spamassassina, starý plugin který přestal pracovat a měl být vyhozen apod.
Chce to jak píšete, prolézt logy, pokud je ten mailserver nevytížený, klidně zkusit strace -f -p (popř si tam bloknout 25ku všude kromě seznamu etc.) apod.

41

Server / Re:Update kernelu na VPS

« kdy: 24. 02. 2023, 17:22:42 »

Na Xenu většinou také, ale nemám s Xenem osobní zkušenost.

Na Xenu se dá i druhá možnost, nativní kernel pouštět z hostu - je to dobré u virtualizace pro sebe, ale jako veřejný hosting bych to tak rozhodně nedělal. Výhoda - mám jeden (dva, ...) kernely na jednom místě pro všechny guesty, nevýhoda to samé.

42

Vývoj / Re:Lua a cyklus

« kdy: 23. 02. 2023, 22:36:24 »

BTW když už tu je tolik odborníků na LUA, nemohl by někdo doporučit z toho milionu co jsou na netu k dispozici nějaký rozumný quick tutorial? To znamená žádné rozvláčné rozepisování (už vůbec ne video), ale základní principy jazyka, datové typy (třeba jako to jak tu padlo že pole jsou od jedné) a pár triviálních příkladů atd.
...zhruba ve formátu, jak tu pan Tišnovský občas popisuje různé exotické jazyky

43

Studium a uplatnění / Re:Zkušenosti s indickými kolegy vývojáři

« kdy: 21. 02. 2023, 07:37:43 »

Co jsem si všiml, je dost rozdíl, když jde o vzdálenou spolupráci s pobočkou (nebo nedejbože agenturou) v Indii a když ty Indy máte přímo jako kolegy....

Potvrzuji, jsem na tom stejně. Pokud jde o Indy ať už jako kolegy, nebo rozlezlé po dodavatelských firmách po světě, naprosto v pohodě, pokud jsou v Indii, tak jak to jen říct, no cena je odpovídající kvalitě ;-).

44

/dev/null / Re:ChatGPT a tel. číslo

« kdy: 17. 02. 2023, 17:19:22 »

Zdravím mám dotaz,
odpověď už asi znám

tak.

Je lidem jedno a telefonní číslo naťukají do kteréhokoli formuláře? (tady pošlete fotku napište tel. a uvidíte jak budete vypadat za 30 let.)

V době FB, IG, a dalších sociálních sítí již prostě tohle nikdo neřeší a vůbec to nepovažují za osobní údaj?
Argument, že mám druhé tel. číslo které je jen pro takové účely mi přijde jako: Neřeknu vám ulici kde bydlím, ale řeknu číslo domu.

Prostě digitální klondike je ve stavu, kdy pistoléros si mohou diktovat co chtějí, cowboys radši mlčí a hlídají si svá stáda, a když přicestuje nový sheriff který by chtěl přivést zákon, tak se všichni radši tváří že jako nic.

Takže ano, systém je velmi špatný, jedinec má za dost velkou cenu šanci se mu víceméně bránit, ale to je tak všechno.

45

Hardware / Re:UPS - kotel + oběhové čerpadlo

« kdy: 17. 01. 2023, 17:26:50 »

ad. původní otázka - to samé (napájení oběhového čerpadla v případě výpadku) jsem řešil loni, zjišťoval zde jmenované věci (účinnost pro nízkou zátěž, potřebu sinusu, baterky, etc.), vymýšlel optimální řešení, pak přišla vichřice a najednou se to vyřešilo naprosto pragmaticky, "na prasáka" ale celkem ke spokojenosti.

Čerpadlo u kotle mám nejobyčejnější do tisícovky včetně poštovného, běžně vydrží přes 5 let, prakticky jsem zjistil, že na nejobyčejnější UPS (nějaký obdélník) běží relativně v pohodě (asi mu to moc neprospívá a víc vrčí, ale vodu čerpá). Takže pro případ krátkého výpadku tam skončila 650W UPSka za tisícovku od ufouna Alzáka s tím, že za tu půlhodinu ročně to moc škody na čerpadle nenadělá, a pokud ano, tak stejně mám v dílně jedno rezervní, a pro dlouhodobější výpadek mám připravený 1kW agregát (který utáhne současně i mrazák) a kanystr s benzínem.
Časem k té UPS přidělám větší baterku, cílím na 2-3 hodiny pokryté z baterek, a až jednou bude solár, tak to bude jen a jen lepší.