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 - _Jenda

Stran: 1 ... 28 29 [30] 31 32 ... 100
436
Hardware / Re:Zpětná smyčka mezi reproduktory a mikrofonem
« kdy: 25. 05. 2022, 20:38:55 »
Jako manuálně nebo automaticky? Pustíš si pavucontrol (možná by to šlo i v alsamixeru?) a stáhneš šavli. CLI přes amixer nebo pactl (nevím z hlavy jak).

437
Studium a uplatnění / Re:Studium informatiky FIT ČVUT
« kdy: 14. 05. 2022, 22:25:48 »
Myslíte, že má smysl dnes studovat VŠ, nebo je lepší zamířit rovnou do praxe?
Záleží na konkrétním typu člověka. Někomu styl VŠ vyhovuje, ale někomu naopak vůbec ne a mnohem líp se učí samostatně (ze všemožných zdrojů včetně VŠ, klidně si můžeš některé předměty vystudovat v rámci celoživotního/mimořádného studia, nebo MOOC). Ani nevím jaký podíl v populaci je takových a makových, myslím si, že to bude řádově 1:1. Takže ti nezbývá než to buď odhadnout nebo zkusit.

Rád bych se v budoucnu živil jako programátor, ale střední škola nebyla bohužel až tolik programátorsky zaměřená.
A už něco děláš? (ať už nekomerčně nebo komerčně) Přijde mi že pokud člověk nic „reálného“ nedělal už při SŠ, tak mu docela ujede vlak. Testera jsem nikdy nedělal, ale začínal jsem od 18 jako linuxový admin + webmaster, brzy k tomu pak přibyl zakázkový vývoj HW.

Trochu se bojím, že se dalších minimálně pět let budu muset učit zbytečnosti a zatím bych mohl být na seniorské úrovni někde ve firmě...
Taky dost záleží co chceš dělat, k některým věcem budou věci, co se naučíš na VŠ, zbytečnosti, a k některým to bude užitečné.

438
Software / Re:aplikácia pre epub knihy.
« kdy: 14. 05. 2022, 20:47:21 »
fbreader

439
No nic, díky za příspevky do diskuze všem, zdá se, že nic jinýho nezbývá, než pořídit RPi a nainstalovat HA na image od prodejce ICM. Jde to, je to ověřený.
Qemu umi emulovat arm a lze v něm bootnout rpi img. Takze ti staci nahodit qemu a spustit - vyhledej si rpi+qemu. Zdar
Potřebuje emulovat tu kontrolu čísla hardwaru. To může být jednoduché (podstrčení /proc/cpuinfo jak jsem psal) nebo značně složité (pokud by se to třeba četlo nějakým syscallem a interakcí s hardwarem, kterou qemu nepodporuje a bude to muset dodělat).

440
Jedna možnost je, že to bude v Pythonu, PHP nebo jiném interpretovaném jazyce a půjde to z toho snadno zkopírovat a spustit vedle.

Pokud ne, tak si nainstaluješ qemu-user-static, zkopíruješ /usr/bin/qemu-arm-static do toho systému a chrootneš se do něj (bonus: dělat tohle v nějaké virtuálce nebo kontejneru, kdyby ti autor dodal malware, protože z obyčejného chrootu se dá utéct). Pak můžeš aplikaci spustit a normálně to poběží. Emulace je trochu pomalá, ale pokud to není nic výpočetně super-náročného, tak to bude v pohodě.

Poslední problém by byl, pokud se aplikace snaží nějak používat hardware (z legitimních důvodů, třeba něco zobrazuje na GPU nebo komunikuje s nějakou periferií po I2C), nebo je záměrně obfuskovaná z důvodu prodeje licencí. Konkrétně jsem viděl aplikaci, která si přečetla /proc/cpuinfo, kde je sériové číslo konkrétního Raspberry, a porovnala ho s číslem zakódovaným v zakoupené licenci. Takové chování je pak nutno objevit, odchytit (například zachycením open syscallu na /proc/cpuinfo, příp. vytvořením LD_PRELOAD wrapperu) a odemulovat.

441
btrfs check --repair sa nemá používať. Celý btrfs check je deprectated.
Tak to je super, a náhrada není, takže pak nebude fsck vůbec?

Taktiež btrfs je náročnejší na korektnosť správania sa disku.
Jeden z hlavních selling pointů btrfs je, že autoři tvrdí, že disky se chovají nekorektně (např. tiše vrací špatná data) a oni to vyřešili.

442
A proto jsem v tomto ultra-konzervativec, co radeji EXT4, ktere si muze precist dekoderem v PHP :)
Tam je blbý že zrovna na zálohy se zatraceně hodí snapshoty, které „staré“ filesystémy nemají.
Tam by se daly, asi s určitým omezetím oproti BTRFS, použít LVM snapshoty.
To asi bude zoufale pomalé (bavíme se o stovce snapshotů - denní zálohy s několikaměsíční historií) a neefektivní (snapshotujeme třeba i žurnál).

RAID na úrovni block device má zase problém v tom, že je dost pain ho provozovat s různě velkými disky a přidávat disky za běhu (reshape).

443
Software / Re:Cookie consent plugin?
« kdy: 12. 05. 2022, 11:11:29 »
Výjimečně to nějakou stránku rozbije...


to je jednoduchy - z takove stranky rychle odchazim. Napr. lzive.cz
Asi nemusíš používat web pro dosažení jiných obtížných cílů.

444
A proto jsem v tomto ultra-konzervativec, co radeji EXT4, ktere si muze precist dekoderem v PHP :)
Tam je blbý že zrovna na zálohy se zatraceně hodí snapshoty, které „staré“ filesystémy nemají. Samozřejmě můžeš používat nějaké snaphotové řešení na úrovni souborů (rdiff-backup) ale s tím jsou zase jiné problémy (mně se třeba stalo, že rdiff-backup ukládal všechny snapshoty + metadata + poznámku o tom že byl soubor smazán do stejného adresáře jako ten soubor, takže když máš v adresáři pár tisíc souborů (PHP session dir; ano, měl jsem ho excludnout), tak za chvíli máš v cílovém adresáři milion a narazíš na limit počtu souborů v adresáři ext4).

OP: Gratuluju, mně btrfs check v roce 2015 začal rekurzivně mazat /, od té doby se ho bojím spouštět. Což je blbý, protože se mi btrfs taky občas rozbije, a nenašel jsem jiný způsob než vytvořit nový a zkopírovat data. Lidi se nechali ukecat „má to scrub tak se nemůže nic stát“ a nepochopili, že scrub nechrání před většinou SW bugů a nechrání před HW chybou typu bitflip RAM vzniklou před spočítáním checksumu.

Čistě z pohledu uživatele mě ani tak nezajímá jak to opravit, ale zajímá mě, zda se lze vyhnout tomu, aby btrfs check domrvil volume tak, že už z něj vůbec nic nedostanu bez total low-level hackingu.
Nemůžeš, tohle může udělat každý fsck, protože při porušení invariant FS ti nezbývá než heuristicky odhadnout „jak to asi bylo správně“ a výsledkem snadno může být ztráta dat (samozřejmě coredumpnout se při tom je ostuda). btrfs check má navíc zhoršenou pozici v tom, že 1) ten FS je složitější, 2) není otestovaný protože ho nikdo nepoužívá. I v dokumentaci je hned nahoře tučné varování že ho nemáš používat.

445
Software / Re:Cookie consent plugin?
« kdy: 11. 05. 2022, 21:42:17 »
Výjimečně to nějakou stránku rozbije, buď to skryje overlay ale nejde scrollovat, nebo to omylem skryje třeba přihlašovací formulář, pokud je řešený jako overlay. Pak je to potřeba zjistit že je to tím (to je ta nejtěžší část) a vypnout pro danou stránku.

Že na to není standard je absurdní. Na rozdíl od blokování/skrývání reklamy je naopak v zájmu autorů webů, aby toto uživatele neotravovalo pokud si to tak nastaví.

446
Studium a uplatnění / Re:Plat embedded programátora po škole
« kdy: 10. 05. 2022, 09:44:28 »
Můj názor, nebál bych se zmínit aspoň 70 jako ideální představu o hrubém platu. Jde o to vytáhnout to co možná nejvíc - zjistit kolik jsou ochotni do vás investovat. Pokud se budete líbit, nabidnou vám strop co můžou.
Co se nevyhádá na začátku se pak blbě dohání.
Říci si v první práci o takovou cifru, to bych se skoro bál, že mě vyvede ochranka.
To není tvoje první práce, sám to píšeš v prvním příspěvku, a jsou to běžné prachy pro lidi jako ty. (Praha && že jsi použitelný a tvoje práce má výsledky && menší firmy teda, situaci v korporátech neznám, ale jestli platí míň tak tam jako asi chodit nechceš)

(kdyby ti nevadil startup a nic jsi nesehnal nebo chtěl něco vyzkoušet, tak mi napiš)

Vezmi si navíc, že 70 bylo před rokem 60 (přiznaná inflace na cnb.cz právě teď svítí 14.2%), takže pokud máš informace s poločasem rozpadu rok…

tak ich realne naklady na mna za hodinu su mozno 18-19eur/hodina. Nech nezerem a nech sa to lahko pocita, 20eur/hodina.

Pritom cohokolvek sa na projekte chytim, tak zakaznik za hodinu mojej roboty vyplazne rovnych 50eur
To je velmi tenký margin (projekty co nevyjdou, doba kdy nejsou zakázky) a navíc ti tam podle mě chybí hromada režie (HR; uchazeči co nevyjdou a ještě něco pokazí - kdo nese zodpovědnost - zaměstnanec ne; zaškolování). Fakt se mi nezdá že by firma jela na marži tak 2x, jako možná giganti jako Siemens to nějak umí, ale normální je tak 4x minimálně.

prostě jako programátor v ANSI C si v česku nic nevyděláš budeš živořit někde na okraji společnosti za dělnickej plat
Pouze pokud je a) neschopný ("does not deliver", prostě takový ty lidi co nedokážou odevzdat výsledky práce), b) nechá se odrbávat.

447
Software / Re:Firefox-ESR HTTPS-Only mode
« kdy: 21. 04. 2022, 23:50:30 »
Mám dualboot a pod Windows to vo Firefox-e funguje bez problémov. Po zadaní IP adresy zostáva HTTP spojenie a v pohode môžem pristúpiť na zariadenie. Takže na to zlyhanie HTTP spojenia by so nevsádzal.
Co se třeba místo filozofování (třeba můžeš mít jinak nastavenou síť) podívat co se tam teda děje, třeba Wiresharkem…

448
Software / Re:Firefox-ESR HTTPS-Only mode
« kdy: 21. 04. 2022, 19:52:38 »
Třeba to není HTTPS only mode, ale spojení na HTTP selže, tak to zkusí na HTTPS. (tak se to chová když spojení na HTTP selže)

Nebo ti na tu adresu něco poslalo HSTS.

449
Software / Re:Software na sdileni disku pres web
« kdy: 20. 04. 2022, 21:48:15 »
Kouknul bych na "hezkej" directory listing, nedávno se to probíralo na HN, v diskuzi jsou zmíněné i alternativy (některé ty programy jsou placené), tak se podívej a nějaká se ti třeba bude líbit: https://news.ycombinator.com/item?id=30233635

Pro upload používám http://uploader.kahi.cz/, ale není to moc integrované a hezké, je to fakt jenom na základní uploady.

450
Windows a jiné systémy / Re:Připojení k internetu ve Win10
« kdy: 19. 04. 2022, 21:25:36 »
Tohle nepůjde opravit dokud nebudeš mít nějakou rozumnější diagnostiku. V systému, kterým se především zabývá tento portál, se vypisuje spousta informací z wpa_supplicantu (případně to lze ještě rozšířit přes parametry -ddd), hardwarové informace do dmesg, a v nouzi nejvyšší si můžeš pustit wireshark a studovat jak má handshake na wifi vypadat správně a jak se to tady nedaří.

Stran: 1 ... 28 29 [30] 31 32 ... 100