Příspěvky

316

Server / Re:SW RAID5 rozdeleni oddilu

« kdy: 02. 09. 2019, 13:23:16 »

Vzhledem k tomu, že se stačí kdekoli překlepnout a problém je na světě, je vhodné před touto operací zazálohovat.

Obzvláště zmenšení partišen je docela o hubu. Pokud je tazatel začátečník (což asi je), pak bych doporučoval to nechat někomu zkušenějšímu.

317

Bazar / Re:Koupím digitální osciloskop

« kdy: 27. 08. 2019, 17:20:18 »

A rozklikl sis ten link vůbec? Google jen špatně naparsoval cenu s desetinnou čárkou.

https://cz.farnell.com/keithley/2401/sourcemeter-20v-1a-20w/dp/2772526

318

Bazar / Re:Koupím digitální osciloskop

« kdy: 27. 08. 2019, 14:27:55 »

Samozřejmě je to scam, ten zdroj hned vedle za 2tis Kč stojí 120 tis. Kč.

http://www.saneras.cz/Nov%C3%A9-v%C3%BDpisy-Laboratorn%C3%AD-nap%C3%A1jec%C3%AD-zdroj-Keithley-2401-qvJyWgxE-p-4295.html

https://www.google.com/search?q=Keithley+2401&source=lnms&tbm=shop&sa=X&ved=0ahUKEwiVm__5haPkAhUDYlAKHQr2C2QQ_AUIEygD&biw=1792&bih=905

319

Bazar / Re:Koupím digitální osciloskop

« kdy: 27. 08. 2019, 10:03:19 »

Tu cenu nevidím reálně, jeté si cenu drží a téměř se neprodávají, je to stále poměrně moderní technologie

https://www.ebay.com/sch/i.html?_from=R40&_nkw=rigol+ds1054z&_sacat=0&rt=nc&LH_ItemCondition=4

320

Hardware / Re:Vzorky elektronických součástek a vývoj. kitů pro studenty

« kdy: 12. 08. 2019, 08:28:39 »

Vzorky firmy posílají nejen studentům. U každé to bude jinak, nejjednodušší je to vyzkoušet. Buď pošlou, nebo zamítnou, vyzkoušení nic nestojí. Pasivní součástky ale určitě ne, jde o složitější/dražší čipy. Potřeboval jsem vzorky jen jednou, od TI přišlo v pohodě, nic jsem prokazovat nemusel. Samozřejmě je dobré to nezneužívat, jako všechno...

Souhlas s ebayem, pasivní v pohodě, polovodiče - je třeba koupit u ověřených prodejců (třeba i použité, fungují OK), jinak člověk koupí fake. Nedávno se to tu řešilo.

Problém s malými pasivními součástkami na ebayi je, že logicky nabízejí jen větší množství od 1 hodnoty, aby se pokrylo poštovné/handling. U nějakého projektu se spoustou různých hodnot to pak leze do peněz. Pak dává smysl koupit za pár stovek sadu odporů v celé řadě (bývá 10ks od každé hodnoty), rozdělit do pytlíčků a je na čas vystaráno, navíc lze pak snadno laborovat. I obyč. sada z GME za 300Kč 610 odporů je úplně v pohodě.

321

Server / Re:Raid5 mdadm zaloha

« kdy: 07. 08. 2019, 11:54:41 »

Rsync je vhodný pro synchronizaci, při úvodním kopírování nepřinese nic navíc. Pro hodně souborů je místo mc lepší cp -a, protože mc zdržuje kopírování vypisováním názvů kopírovaných souborů.

Nevím, zda dd celého filesystému na RAID5 čte lineárně (používám jen raid1/10). Pokud ano, je to pro zaplněnější filesystém nejšetrnější varianta, protože disky čtou lineárně a hlavičky zbytečně nepřeskakují. Tedy to, co při degradovaném poli chceš.

322

Server / Re:Raid5 mdadm zaloha

« kdy: 07. 08. 2019, 10:06:14 »

Pole běží v degradovaném režimu, ale stále funguje. Můžeš si vybrat, zda nejdříve zazálohovat, nebo zasynchronizovat třetí disk a obnovit tak redundanci.

323

Windows a jiné systémy / Re:Windows 10 analýza telemetrie od BIS

« kdy: 07. 08. 2019, 09:40:22 »

Od toho přece zdrojáky mají, aby je studovali.

A s kompilátorem to lze řešit, např. https://www.reddit.com/r/compsci/comments/3kmlwg/how_exactly_do_reproducible_builds_work/cuz68eg/

Mě zajímá, zda lze dodané zdrojáky zkompilovat a zda je build binárně shodný s verzí OS, ke které zdrojáky dodali. Předpokládám, že odpověď pro obojí je ne.

324

Windows a jiné systémy / Re:Windows 10 analýza telemetrie od BIS

« kdy: 07. 08. 2019, 09:17:48 »

z těch binárek -> z těch zdrojáků

325

Windows a jiné systémy / Re:Windows 10 analýza telemetrie od BIS

« kdy: 07. 08. 2019, 09:11:10 »

Jistě, nic není ideální. I veškerá hmota ve vesmíru se za bilióny let rozpadne.

Nicméně přesto existují snahy s tím něco dělat, například dobře známý reproducible build debianu https://wiki.debian.org/ReproducibleBuilds . Proto se ptám, zda z těch binárek lze windowsy zkompilovat a zda ten build binárně sedí. To nemá s firmwarem CPU nic společného.

326

Windows a jiné systémy / Re:Windows 10 analýza telemetrie od BIS

« kdy: 07. 08. 2019, 08:19:41 »

Asi už se to tu řešilo spoustukrát, ale je nějak zaručeno, že z těch zdrojáků MS byly opravdu zkoumané binárky zkompilované?

327

Vývoj / Re:Váš názor na kombinaci několika technologií

« kdy: 02. 08. 2019, 19:09:08 »

interface a společný kod do separatní třídy. Toto je v mnoha případech dostačující a mnohem lépe udržovatelné.

Je, ale všichni víme, že to je workaround. Kdyby tu společnou funkcionalitu rovnou umělo ono "rozhraní", včetně dat, které by si uvnitř neslo (properties) a chovalo se jako normální trait nebo mixin... Ale ono to jednou přijde.

328

Vývoj / Re:Váš názor na kombinaci několika technologií

« kdy: 02. 08. 2019, 17:09:37 »

Každopádně když jsem začal používat rozhraní s default metodama (traity) dalo mi to větší flexibilitu a svobodu, ale zároveň lepší konzistenci. Je to tak trochu lék na nadužívání hiearchie tříd a nepřítomnost vícenásobné dědičnosti. Ale ve stávající podobě to stále není kompletní.

No jasně, dědičnost a kompozice se doplňují, to není žádná náhrada. Proto jsou úchylné ty příklady údajně nefunkční dědičnosti, když jde ve skutečnosti o kompozici a dědičnost vůbec neměla být použitá.

Defaultní metody používáme úplně stejně, workaround, ale dá se. Nicméně holt budu mít public metody místo protected a sem tam nějaký field navíc, když jej nemohu strčit rovnou k rozhraní, ale pořád radši bezpečí typového systému + generik a možnosti nabízené kvalitním IDE Javy. Až to do javy dodělají, bude triviální public změnit na protected, příp. přesunout ty duplicitní fieldy z implementací rovnou do společného rozhraní/traitu.

Navíc spoustu komponent pracuje právě s jednou funkcionalitou/rozhraním/traitem, to už lze/je potřeba mít správně oddělené dneska.

Jenže to vše vyžaduje aspoň trochu kompetentního vývojáře, který nemíchá jablka a hrušky do jedné třídy a pak si stěžuje, že mu dědičnost hází klacky pod nohy.

329

Server / Re:Emaily přes SMTP od O2 padají v Gmailu do spamu. Může za to blacklist Spamhaus?

« kdy: 02. 08. 2019, 16:58:28 »

Takhle to dělá spoustu lidí. Stačí, když ta doména nemá SPF záznam. Bohužel spoustu z nich je defaultně vytvořená s doporučeným SPF záznamem webhostera a s takovými maily je pak problém.

330

Server / Re:Emaily přes SMTP od O2 padají v Gmailu do spamu. Může za to blacklist Spamhaus?

« kdy: 02. 08. 2019, 14:16:13 »

Klasika nejklasičtější. A teď vysvětli neznalým majitelům malých firem, že jim to ten jejich jednorázově najatý ajťák před rokem v DNS blbě nastavil a že chyba není u tebe....

Co se s mailem stane, záleží čistě na nastavení konkrétního přijímacího mail serveru. Gsuite to vrátí s kódem 5.0 (spam), Gmailu možná můžeš říct, že to spam není (až na helplince googlu mi překvapivě znalý operátor vysvětlil, že Gsuite a Gmail jsou úplně jiné systémy, které mají jen společný webový frontend), seznam to vrátí (zahodí?), benevolentně nastavený postfix bez kontroly SPF to vůbec neřeší.