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

Stran: [1] 2
1
Vývoj / Re:Synchronizace obsahu dvou souborů
« kdy: 03. 01. 2025, 12:14:25 »
Nojo. Místo read má býr read -r. Protože read defaultně ořezává.

2
Vývoj / Re:Synchronizace obsahu dvou souborů
« kdy: 01. 01. 2025, 21:32:01 »
Pak už to onelinerem půjde udělat těžko a bude to chtít skript.
Potíž je v tom, že některé řádky jsou rozdělené na dva a více. Jestli jejich sloučení nevadí ...
Něco jako:


cat "$1" | sed ':a;N;$!ba;s/\\\n//g' | while read LINE; do
        TEST="$(echo $LINE | grep = | cut -f1 -d=)"
        if [ -z "${TEST}" ]; then
                echo $LINE
                continue
        fi     
        LINE_TEST=$(cat "$2" | sed ':a;N;$!ba;s/\\\n//g' | grep "^$TEST=")
        if [ "$LINE_TEST" == "" ]; then
                echo $LINE NEW
        else
                echo $LINE_TEST
        fi     
done


3
Vývoj / Re:Synchronizace obsahu dvou souborů
« kdy: 26. 12. 2024, 11:23:47 »
Když už jsou ty vánoce a člověk by měl dělat dobré skutky ...

Kód: [Vybrat]
egrep "$(cat displayStrings_cs.properties.txt displayStrings.properties.txt | grep = | cut -f1 -d= | sort | uniq -c | grep "^[ ]*1" | cut -f2 -d1 | tr -d " " | tr "\n" "|" | sed "s/|$//")" displayStrings.properties.txt


Není to optimální, nedejbože dokonalé (tak moc zase vánoce nežeru), ale nezabralo to moc času a tak nějak to funguje.

4
Software / Re:Šifrování pg_dump pomocí OpenSSL
« kdy: 15. 05. 2024, 15:17:40 »
A co zkusit misto -in to pri desifrovani taky brat jako stream?

Tak otestovano s pridanym parametrem -stream:

Kód: [Vybrat]
#cat ./db3_15.05.24-00_00.sql.gz | openssl smime -encrypt -aes256 -binary -stream -outform DEM -out ./encrypted.sql.gz.ssl pgdump_backup.pem
-rw-r--r-- 1 root   root     7910422089 May 15 00:28 db3_15.05.24-00_00.sql.gz
-rw-r--r-- 1 root   root     7918147866 May 15 09:36 encrypted.sql.gz.ssl

Kód: [Vybrat]
#openssl smime -decrypt -in ./encrypted.sql.gz.ssl -binary -inform DEM -inkey ./pgdump_backup_key.pem -out ./decrypted.sql.gz
Error reading S/MIME message
4077734DF87F0000:error:038C0100:memory buffer routines:BUF_MEM_grow_clean:malloc failure:../crypto/buffer/buffer.c:128:
4077734DF87F0000:error:068C0100:asn1 encoding routines:asn1_d2i_read_bio:malloc failure:../crypto/asn1/a_d2i_fp.c:209:

#openssl smime -decrypt -in ./encrypted.sql.gz.ssl -binary -stream -inform DEM -inkey ./pgdump_backup_key.pem -out ./decrypted.sql.gz
Error reading S/MIME message
40073BBB2D7F0000:error:038C0100:memory buffer routines:BUF_MEM_grow_clean:malloc failure:../crypto/buffer/buffer.c:128:
40073BBB2D7F0000:error:068C0100:asn1 encoding routines:asn1_d2i_read_bio:malloc failure:../crypto/asn1/a_d2i_fp.c:209:

#free -h
               total        used        free      shared  buff/cache   available
Mem:            47Gi        13Gi       3.2Gi        11Gi        42Gi        33Gi
Swap:          2.7Gi       1.3Gi       1.4Gi

To je sranda. Tak zpatky na zacatek nekam do praveku...

6
Hardware / Re:Orange Pi 5 problém s bootem čehokoliv
« kdy: 15. 01. 2023, 18:21:09 »
Ahoj, Neočekával bych, že bude fungovat raspbian nebo něco podobného. Na takhle novýc deskách fungují obvykle pouze image výrobce.
Mám Orange Pi 5 s 8GiB RAM a jejich image ubuntu server jammy mi funguje bez problémů z microSD (image nahraný pomocí dd)

7
Vývoj / Re:HMAC, SHA1 (C++/AVX2 VS2022)
« kdy: 01. 01. 2023, 17:29:47 »

Generování jednoho hesla trvá 1,83 E-16 s  8). Nemyslím si, že hashování bude více než miliardkrát pomalejší E-16 vs. E-6;)

checht. V tom výpočtu bude asi nějaká chyba. Při paralelizaci 10000 by to znamenalo cca 546E9 hesel za sekundu.
Vzhledem k tomu, že GTX 960M jede na cca 1GHz (1E9) to je cca 546 hesel na takt na jednu jednotku, což je evidentní nesmysl.

Jestli on nebude zakopaný pes v tom, že v ukázkovém programu je 6 znaků a ne 8 ... To pak vychází drobet jiná a dokonce i uvěřitelná čísla.

8
Hardware / Re:Co zvládne ARM počítač
« kdy: 29. 07. 2022, 11:34:58 »
Na téhle destičce provozuju cca půl roku Ubuntu 22.04. (začínal jsem než bylo stabilní)
- nginx
- dlna server
- samba
- openvpn
- homeassistant v kontejneru (ubuntu 20.04)
- postgresql
- postfix
- nextcloud
- a několik vlastních věcí (IoT)

Navíc to každých 15 minut překódovává video z dvou IP kamer s detekcí pohybu (z 1080p 10fps h264, do 720p h264).

Stíhá to bez problémů a rezerva je v paměti i v CPU výkonu (tam nepříliš velká ... video). Průměrný uptime je dokud nevypnou elektriku a nevybije se UPS.

Teploty jsou lepší než u RPI4 (bez chladiče).

NVME v tom mám 500GiB, ale nelíbí se mi, že je ohříváno SOC.
V USB je cca 20TiB pole.

Předtím stejnou službu zastalo několik let RPI4.

Tož asi tak.

9
Hardware / Re:Flash disk se zabezpečením
« kdy: 05. 01. 2022, 12:39:07 »
Je jich málo. Cokoli co potřebuje instalaci SW je k ničemu. Polovina HW řešení má taky problémy.
Předchůdce níže uvedené měl FIPS140 a je víceméně použitelný.
Rozhodně dost na to, aby nevadilo když tu flashku někdo ukradne nebo najde.
https://www.alza.cz/kingston-datatraveler-2000-64gb-d4048800.htm

10
Server / Re:Sběr dat z louky
« kdy: 10. 06. 2021, 14:11:36 »
údaje o váze jednotlivých úlů

btw. jak řešíš vážení úlů - ta čidla jsou střednědobě stabilní?

Měl jsem dojem že součástí každé elektronické váhy je autokalibrace po zapnutí a moje laická interpretace je, že to je z nějakého důvodu potřeba, protože tak čidla někam ujíždějí.
Neřeším, protože jsem s nimi dosud nepracoval.   :-[
Před půl rokem jsem řešil sběr a ukládání teplot v určitých časech pomocí DS18B20  a RTC modulu a nedávno mě napadlo ten projekt upravit a použít na tohle. Rozšířit jej o váhová čidla a všechna ta data nějak zpracovat.
Moje představa je taková, že v první fázi vyřeším komunikaci, ukládání dat na server a budu sledovat teploty z několika čidel. Mimochodem je zajímavé koukat na úly v zimě termokamerou. :)
A až mi tohle poběží, tak budu řešit ty váhové senzory. Myslel jsem, že bych použil 3 - 4 senzory pro 50 kg zapojené do můstku.

Tak si raději nejdřív najdi termín tečení tenzometru (creep), abys nebyl moc překvapený.

11
Windows a jiné systémy / Re:Mini-posix knihovna s Win32 API
« kdy: 21. 12. 2020, 22:16:54 »
Jen mě tak napadlo. Co si takovou knihovnu vyrobit právě pomocí mingw? Pro těch "pár" funkcí by to nemuselo trvat dlouho.

12
Windows a jiné systémy / Re:Mini-posix knihovna s Win32 API
« kdy: 19. 12. 2020, 13:08:22 »
Nevím proč je zavržené právě mingw-win64 pod linuxem, protože to je podle mne nejjednodušší cesta. Pracovně vyrábím aplikace, které musí fungovat v linuxu, pod windows a OSX. Právě díky mingw můžu pod linuxem jedním make/cmake vyrobit najednou binárky pro linux i windows. Jediné co mě rozčiluje je OSX, protože na to musím myslet zvlášť.

13
Vývoj / Re:Vývoj ve Windows: sériový port přes SSH
« kdy: 25. 11. 2020, 19:15:39 »
A co použít com0com a ssh jen pro vytvoření toho tcp tunelu?

14
Vývoj / Re:Pár otázok na C++
« kdy: 21. 11. 2020, 16:04:46 »
Co otevřít ten stream v binárním režimu místo textového?

15
Návštěva psychiatra nemusí být pro bezpečnostní prověrku problém. Naopak lhaní v bezpečnostním dotazníku šance na její získání výrazně zhorší. NBU má dost dalších možností, jak si potřebné informace zjistit.

Stran: [1] 2