Příspěvky

481

Hardware / Re:Velké zdražování

« kdy: 30. 07. 2022, 01:41:54 »

Z mých informací za to může přeorientace Čínského exportu na produkty s vyšší přidanou hodnotu, viz jejich plány pro 2021-2025, s tím je spojené ukončení hrazení dopravy a přímých pobídek exportérům, stejně tak vyšší papírování pro vývoz. Změny na straně EU (doprava, CLO/DPH) tak obrovský vliv nemají.

Na Čínském trhu se toho ale mění víc i uvnitř, trochu se ukazuje, že ty masivně produkované elektroniky vlastně byly dotované a cena sotva stačila na výrobu. Myslím, že časy, kdy si spotřebitel na Ali koupil věci levněji než firma, která si je tam nechala vyrobit jsou už pryč.

Bohuzel ty dotace cinske vlady nikdo nebude resit.. ale udelat to firma, ze by prodavala roky levneji nez vyrabi a tim zlikvidovala konkurenci.. to by bylo trestuhodne a s vysokou pokutou. Pritom cina velmi dobre vedela ceho chce dosahnout.. a vicemene se ji to povedlo.

Kdyz koukam na reakce, je to smutny ze vy vsichni jste zavisly na tom cinskem hnoji k bastleni. Pritom level arduino + cidla kolem jsou veci na urovni stredni skoly - staci nebyt linej a precist si datasheet, navrhnout omacku kolem a je to.

Protoze navrhuji ponekud slozitejsi kramy, tak me ty narky prijdou smesne. Vsechno se da navrhnout a vyrobit i v evrope - a je k tomu pak potreba jen jedina vec - dostupnost individualnich komponent. Ale na to uz cina taky kapla.. a vykoupila co bylo k mani, a pak to prodavaj na Ali s 10x az 100x prirazkou, kdyz zjisti ze to potrebujete. Uspesnost nakupu je cca 1 z 10-20 pokusu, vsichni ostatni remcaj ze to za zalistovanou cenu nejde prodat a dozaduji se souhlasu s navysenim.

482

Hardware / Re:Velké zdražování

« kdy: 29. 07. 2022, 17:35:21 »

Nevsiml, ale je dobre ze sem prestane proudit cinsky elektroodpad :-)

483

Odkladiště / Re:Anonymné konto na Facebooku

« kdy: 29. 07. 2022, 15:39:24 »

Aplikace facebook je něco jako nezdokumentovaná černý skříňka s root právy!

Tak to urcite... podejte si prihlasku do Bohnic.

484

Vývoj / Re:jak skriptem udělat ~md5 bloků disku, paralelizovaně

« kdy: 29. 07. 2022, 15:34:46 »

Abych viděl, kde je hluché místo a kde by mohlo být něco neprázdného. V podstatě taková forenzní před-analýza

:
:

Filesystém na tom asi není žádný, resp NTFS (přeformátovaný, prázdný)

Zde bych doporucoval namisto checksumu delat odhat typu clusteru - a pro prvni pass postaci identifikovat ty, co jsou adresare (obsahujici zaznamy o souborech).

Jako NTFS ctecku jsem si psal v PHP tak chapu ze nekdo potrebuje/chce samodomo udelany reseni...
... ale pro ostatni pripady staci udelat klon disku a pustit nejaky recovery soft a la testdisk :-)

485

Vývoj / Re:jak skriptem udělat ~md5 bloků disku, paralelizovaně

« kdy: 29. 07. 2022, 15:30:07 »

2 ) Ano,  zjistit mapu obsazeného místa. Čili  0000 a FFFF by mohlo stačit. S nějakou rozumnou granularitou (celý disk 5TB je hrubé , 4096b by moslo stačit, ale i 1MB nebo 4MB by splnily účel, možná  1GB).

Ja bych se drzel 4KiB granularity, protoze to je nejbeznejsi cluster size, ale taky zavisi na partition table - pokud neni 4K/1M aligned tak jakekoliv rozdelovani disku na bloky ztraci smysl, protoze vam to bude pretejkat o sektor.

5T/4Ki je  < 1.25G zaznamu * 16byte (md5) =  < 20 GB
5T/1Mi je  < 5M zaznamu * 16 byte =  < 40 MB
 
Pokud bych mel misto, tak bych resil oboji zaroven (na jedno cteni disku dva vypocty). Nic horsiho nez md5 (treba crc32) bych asi nepouzil, at to negeneruje false positives.

Prakticky ale je rozdil mezi "obsazenym mistem" a "mistem jednou pouzitym".

Tech 20GB pri 4KiB blocich se jeste pohodlne vejde do 32GiB ram pro nasledne bitmapovani - jen ten "obrazek" bude ponekud vetsi (cca 35355^2 px)

486

Vývoj / Re:jak skriptem udělat ~md5 bloků disku, paralelizovaně

« kdy: 29. 07. 2022, 13:31:14 »

1) co to mas za podivny hw? u me 5.773GB se zpracuje za 11.679s z disku, nebo 10.222s z pameti, cteni z disku (pole): 6.790s (Xeon E3-1220 v6 @ 3.00GHz):

Kód: [Vybrat]

disk cp do shm: 850 MB/s
md5sum z disku: 494 MB/s
md5sum z ramky: 564 MB/s

2) k cemu to ma slouzit? plna 00/FF jakozto identifikovat nealokovane misto.. bude lepsi pouzit nastroje typu dumpe2fs/dumpexfat, kde zjistis obsazene bloky primo

3A) poor man paralelizace v bashi - rozdel problem na cteni a zpracovani, cteci "vlakno" bude ladovat bloky linearne z disku do buffer poolu /dev/shm (pocka to pri urcitem naplneni) a vypocetni "vlakna" budou brat tyto bloky z poolu a delat nad nima operace. Podle toho jak chytre to napises, lze dostahnout 100% vytizeni cpu, jen si dej pozor na to, ze vysledky muzou padat out-of-order, takze je dobre drzet asociaci s indexem.

3B) Pokud netrvas na 100% dokonalosti, muzes to naskriptovat nevlaknove: nactes NCPU * BLOCK do devshm skrze DD, pak pustis paralelne NCPU instanci  echo $gid:$id:`dd skip=$id bs=BLOCK | md5sum`, pockas si s wait az vsechny dobehnou a jedes dalsi blok. V te paralelni skupine jiz muze byt prefetch na dalsi skupinu bloku, po wait to jenom prejmenujes a jede se cyklus dokola.

u 3A/3B bude propustnost systemu omezena tim, co je horsi (cpu nebo disk)

487

Odkladiště / Re:Anonymné konto na Facebooku

« kdy: 29. 07. 2022, 11:52:32 »

Takže podle těchto "dílků" jsem fakt hrozně zvědavý, co si asi FB začne skládat a nakonec poskládá.

Na FB je nekde zastrcena stranka "Co o me FB vi" - kde je seznam zajmu podle kterych na vas cili reklamu. Kdyz jsem to porovnaval s tim co me realne zajima, tak z toho meho chovani maji poradny gulas a o uspesne profilaci nemuze byt rec :P

488

Vývoj / Re:Smazání seznamu souborů se spec. znaky

« kdy: 29. 07. 2022, 00:53:02 »

sedama bych ten soubor promenil na bash skript, tj neco jako

Kód: [Vybrat]

cat seznam | sed "s/'/\'/g" | sed -r 's/(.*)/'"rm '\1'/" | bash

prvni escapne ' na \' a druhy to obali do  rm 'radek' ... mozna jeste escapovat \ na \\ by to chtelo?

Kód: [Vybrat]

cat seznam | sed -r "s/['\\]/\\1/g" | sed -r 's/(.*)/'"rm '\1'/" | bash

(za spravny pocet zpetnych lomitek nerucim.. nezkousel jsem to - ale kdyz vypustis bash na konci tak si to muzes ulozit jako remove.sh a podivat se zda se to vse spravne escaplo)

489

Odkladiště / Re:Anonymné konto na Facebooku

« kdy: 28. 07. 2022, 05:01:32 »

A ceho se jako bojis prosimte? To, ze budes koukat na stranky mesta a skoly, poskytne provozovateli maximalne informaci ze tady je nejaky posuk co je muz, dite, a obcan mesta xyz.

Kdyz uz chces byt nespojovan vice nez je nutne s FB profilaci, tak provozuj onen FB pristup treba v beckovem prohlizeci, ktery normalne nepozivas (u me ma tuto roli napr. Chrome, ktery poustim jednou za par mesicu kvuli nejake frikulinske strance, ktera jinde nechce bezet).

FB opravdu nechce obcanku a zda je mobilni cislo povinne nebo nebezpecne sdelovat, tak to ti nereknu, protoze ho mam i na mobilu kvuli IM - FB messengeru, kde jsou kontakty ktere jine komunikacni kanaly nepouzivaji.

Spis me prijde, ze se chovas jako "idealni podvodnik", ktery se snazi pouzivat sluzby, za cenu velikeho nepohodli - email na kazdou skupinu.. vzdyt to ma neskutecny provozni overhead. A za co? Prakticky neni nic, co by ti ta sluzba mohla zpusobit.. a jen se chovas jako posuk.

Takze reseni pro tebe - zapomen na FB a zij si svuj offline zivot. Skola i mesto budou mit jiste jak nastenku, tak zamestnance, se kteryma muzes prohodit par slov :)

490

Sítě / Re:Wi-Fi ma zpoždění paketů 10 sekund

« kdy: 26. 07. 2022, 23:13:22 »

google: wifi rx rate drops to 1 mbit ... About 1,200,000 results (0.69 seconds)

491

Sítě / Re:Minimalistická implementace PoE 802.3af

« kdy: 23. 07. 2022, 18:10:11 »

Jeste tam hod detekcni odpor, viz:
https://en.wikipedia.org/wiki/Power_over_Ethernet#Powering_devices

492

Sítě / Re:Powerline: obmedzenia, pripadne alternativy

« kdy: 23. 07. 2022, 17:26:23 »

nie je to overkill len na zvoncek pripadne kameru?

To poznas jakmile zacne snezit ci huste prset :)

Btw, nepises o pouziti na sdileni intenetu - takze domy maji vlastni pripojku?
V tom by se pak dalo vymyslet ciste sw reseni jakozto VPN a do nej ten zvonek/kameru natunelovat.

493

Sítě / Re:powerline obmedzenia pripadne alternativy

« kdy: 23. 07. 2022, 16:43:47 »

mas skusenost aj s konkretnym produktom?

Pred nekolika lety jsem mel P2P spoj na zaklade dvou Ubiquiti NanoBridge M5, 22dBi
https://www.wifihw.cz/Default.asp?cls=stoitem&stiid=2588
https://www.alza.cz/ubnt-nanobridge-m5-22dbi-d439892.htm

Pokud bys to chtel, klidne ti tu sadu prodam vcetne jedne nastenne konzole, uz pro to nemam vyuziti.

Modernejsi krabicky budou ale mensi a hezci nez tento mini satelit (ale zas tohle ma vyzarovaci uhel jenom 8 st., takze ti to nebude chytat/svitit vsemi smery)

494

Sítě / Re:powerline obmedzenia pripadne alternativy

« kdy: 23. 07. 2022, 16:01:08 »

A proc ne wifi bridge, na takovy P2P link jako resis?

495

Server / Re:Mailová domena na dvou serverech

« kdy: 23. 07. 2022, 12:54:45 »

Koukam ze je to dost problem i popsat..

Tak jinak - mate jednu spolecnou domenu, na ktere jsou dve skupiny uzivatelu (cz/pl), a vedeni CZ odnoze by rado svoje maily mela hostovane na CZ pude.

Podle me tu zmenu budete muset kooperovat s temi PL spravci (kvuli dns) a vymyslet napr. system, kdy se vytvori smtp frontend (staci i jeden ale muzou byt i cz+pl) a pak dva backendy - jeden cz only, jeden s pl only usery. S tim, ze kdyz na frontend prijde mail, tak se podle seznamu useru preposle na patricny backend a tam se pak udelaji vase pravidla, imap, atd.

Taky nejspis budete muset prejit na @cz. + @pl. prefixy pro backendy v tomto reseni, a aliasovat @domena adresy na ty konkretni, podle toho kdo kam patri na frontendu. Pokud pri odesilani/odpovedi neuvedete zemi, tak si holt mail procestuje na frontend, kde se pak rozhodi na spravnou stranu, pro @cz/@pl lze mit nastaven transport rovnou na IP druhe strany.

Ale usery budete muset mit bud v spolecne DB, nebo synchronizovat pri kazde zmene na vsechny 3 ci 4 instance.

Vyhoda do budoucna by byla, ze to lze skalovat na vicero zemi pomerne jednoduse.. tak si to zkuste prosadit :)