76
Vývoj / Re:Groovy a pseudo-terminál
« kdy: 14. 01. 2022, 22:26:02 »
Zeptal bych se přímo Mikrotiku.
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.
77
Vývoj / Re:Groovy a pseudo-terminál
« kdy: 14. 01. 2022, 19:29:00 »
Nepomůže nastavit před spuštěním toho příkazu na vzdálené straně proměnné $LINES a $COLUMNS?
78
Software / Re:Jednoduchá kontrola integrity dlouhodobě archivovaných dat
« kdy: 14. 01. 2022, 19:20:43 »Ondrej Nemecek: Jste hodny ze odpovidate, ale prijde mi, ze kazdy jsme v nejake uplne odlisne paralelni realite. Mozna by stalo za to si precist prvni post v threadu, treba se ty reality pak sejdou.
Já to četl
Možná to je tím, že neznám účel. Nicméně berte to jako brain storming, kdy jsem hodil do placu dvě obvyklá řešení.Spolu s variantou mít data a případně i kontrolu checksumů přímo v rámci souborového systému (btrfs nebo rozšířené atributy jak navrhoval p Jirsák toho už asi stejně moc dalšího nevymyslíte (a nic nesplňuje 100% všechny požadavky). A než vymýšlet kolo...
79
Vývoj / Re:Tranzitivní závislost na různých verzích knihoven (C#)
« kdy: 14. 01. 2022, 19:09:39 »
Neznám C#, znám hlavně javu. Nicméně obecně bude asi záviset na tom, zda nové verze knihovny jsou drop-in replacement starších verzí, zda jsou binárně kompatibilní (pak můžete dle možností build systému sjednotit verzi na nějakou ručně stanovenou verzi).
Nebo zda naopak - opačná verianta - jde o nové generace knihovny, které lze importovat zcela nezávisle (jednotlivé verze jsou např. v jiném package) - pak máte závislost na verzi danou již ve zdrojovém kódu a s verzemi pracujete úplně nezávisle (můžete např. současně instancovat objekty z jedné i druhé knihovny).
Do toho pak ještě zasahují možnosti balíčkovacího systému (build nástroje) a pojmenování artefaktu s knihovnou (podle toho pak lze anebo nelze současně deklarovat závislost na více verzích téže knihovny - pokud má artefakt verzi ve jméně artefaktu, pak opět používáte verze nezávisle).
Nebo zda naopak - opačná verianta - jde o nové generace knihovny, které lze importovat zcela nezávisle (jednotlivé verze jsou např. v jiném package) - pak máte závislost na verzi danou již ve zdrojovém kódu a s verzemi pracujete úplně nezávisle (můžete např. současně instancovat objekty z jedné i druhé knihovny).
Do toho pak ještě zasahují možnosti balíčkovacího systému (build nástroje) a pojmenování artefaktu s knihovnou (podle toho pak lze anebo nelze současně deklarovat závislost na více verzích téže knihovny - pokud má artefakt verzi ve jméně artefaktu, pak opět používáte verze nezávisle).
80
Software / Re:Jednoducha kontrola integrity dlouhodobe archivovanych dat
« kdy: 14. 01. 2022, 14:58:05 »Umí zapsat soubor s kontrolními součty i je verifikovat.Což ovšem nesplňuje to, proč se na to tazatel vůbec ptá – začátek třetího odstavce zadání.
Tak musí zachovat název souboru, ale pořád mi toto tradiční superjednoduché řešení přijde OK.
Další možnost, která tu asi nepadla, je použít na to nějaké repositářové řešení. Pro řadu případů to bude také OK, existují nástroje i na správu velkých multimediálních dat.
81
Software / Re:Jednoducha kontrola integrity dlouhodobe archivovanych dat
« kdy: 13. 01. 2022, 22:59:22 »
Řešil bych tak, jak na to jsou všichni zvyklí: https://cs.wikipedia.org/wiki/Md5sum + ekvivalenty sha256sum, sha512sum atd.
Umí zapsat soubor s kontrolními součty i je verifikovat.
Umí zapsat soubor s kontrolními součty i je verifikovat.
82
Vývoj / Re:Prohlížeč ukončí websocket a vrátí kód 1006
« kdy: 01. 01. 2022, 16:41:33 »
Není tam nějaký timeout na neaktivní spojení (třeba i někde na lodbalanceru, na proxy apod.)?
Pokud používáte websocket na low level úrovni, musíte spojení po ukončení ručně obnovovat (divné je, že Vám to nejde).
Možná bych se porozhlédl po nějaké knihovně, která to bude dělat za vás ( obvykle je to abstrakce i nad jinými metodami spojení - long polling apod., takže detaily nemusíte řešit - mohly byste přepínat mezi více variantami a otestovat co nejlépe chodí ve vašem případě).
Pokud používáte websocket na low level úrovni, musíte spojení po ukončení ručně obnovovat (divné je, že Vám to nejde).
Možná bych se porozhlédl po nějaké knihovně, která to bude dělat za vás ( obvykle je to abstrakce i nad jinými metodami spojení - long polling apod., takže detaily nemusíte řešit - mohly byste přepínat mezi více variantami a otestovat co nejlépe chodí ve vašem případě).
83
Vývoj / Re:JS Promise
« kdy: 01. 01. 2022, 00:40:59 »tazatel ma jasno, ale Jirsak a L. neodpovidaji na jeho otazku.Ne, tazatel nemá jasno. Já a L.. jsme popsali správné řešení jeho problému (když jsme se konečně dozvěděli, jaký problém řeší). Zato vaše odpovědi jsou zmatené – tazatel se ptá, jak má použít Promise, a vy mu odpovíte, že má použít Defer/Deferred, což je jenom jiný název pro Promise. A použití Promise je v tazatelově případu nesmysl, protože Promise se používá v případech, kdy mám nějaký proces, který běží z pohledu mého kódu asynchronně na pozadí a já potřebuji být informován o jeho dokončení. Tady je to ale opačný případ, tazatel nechci být informován o dokončení, ale naopak chce asynchronní proces ukončit – směr té komunikace je opačný. Promise se tam dá vnutit, jak jsem psal hned v první odpovědi, ale je to matoucí. A matoucí kód je špatně, protože často nepoznáte, jestli v něm je nebo není chyba – a pokud to poznáte teď, nepoznáte to vy nebo někdo jiný později, až ten kód budete upravovat.
Zrovna tak můžeme čtecí proces považovat za poskytovatele dat který chce být informován pokud o jeho data není nadále zájem (= zanikne poslední odběratel dat). Pak o tom chce být informován protože může přestat stream zpracovávat. Tedy je to celé o tom, jak je ten pohled v kontextu dané aplikace postavený - to by měla konceptuálně nastavit právě ta aplikace, aby programátor věděl, jak má na co nahlížet. Jinak ale samozřejmě souhlasím s tím, že Promise je typicky slib budoucích dat nikoli signalizace ukončení jejich odběru. Mimochodem EventBus mi přijde jako vhodný způsob pro obecné informování o změnách stavu různých komponent v aplikaci - ideální pro prototypování, kdy ještě nevíme, jak budou komponenty přesně komunikovat (umožňuje to později rozpoznat specializace a konkretizovat komunikaci podle určení, směru komunikace, trvalosti dat apod.).
84
Hardware / Re:Internetové Wi-Fi rádio
« kdy: 28. 12. 2021, 22:35:58 »
Doporučuji zkusit i to DAB/DAB+ - je to standard a má budoucnost (v ČR funguje slušně).
85
Server / Re:PostgreSQL - zvládne 400m řádků?
« kdy: 28. 12. 2021, 22:31:30 »
Pošlete vzorek dat a sql dotazy, které jste zkoušel. Jak jste testoval?
86
Hardware / Re:Raspberry Pi s dotykovým displejem pro zobrazení webu
« kdy: 22. 12. 2021, 10:25:48 »
Možností je víc, záleží co chcete zobrazovat:
Místo webové stránky si můžete naprogramovat vlastní GUI.
Provoz 24x7 může mít různá úskalí - stabilitu wifi/lan připojení, trvale připojení na napájení, zamykání obrazovky...
Pro řešení hledejte „KIOSK mode Rpi“.
Nebo můžete místo RPI použít pro zobrazení běžný tablet nebo mini-pc nebo all-in-one-pc
- https://www.laskakit.cz/3-5--320x480-tft-displej-s-krabickou-pro-raspberry-pi-4--spi--dotykovy/
- https://www.laskakit.cz/7--1024x600-ips-monitor-pro-raspberry-pi--hdmi--dotykovy/
- https://rpishop.cz/krabicky-pouzdra-a-stojanky/1974-multicomp-krabicka-pro-oficialni-7-dotykovy-displej-a-rpi-4b.html
Místo webové stránky si můžete naprogramovat vlastní GUI.
Provoz 24x7 může mít různá úskalí - stabilitu wifi/lan připojení, trvale připojení na napájení, zamykání obrazovky...
Pro řešení hledejte „KIOSK mode Rpi“.
Nebo můžete místo RPI použít pro zobrazení běžný tablet nebo mini-pc nebo all-in-one-pc
87
Server / Re:Mazání řádků na SQL serveru a uvolňování místa
« kdy: 17. 12. 2021, 10:27:41 »Diky,
je to MariaDB a nejde o performance, ale o uvolneni cca 10 TB mista na disku, ktery uz nestaci.
trochu nas prekvapuje, ze to musime resit my a ze se to nedeje v ramci nejake maintainace automaticky a periodicky
Tohle nedělá žádná databáze. Defragmentace, shrink, ... je časově náročná operace, většinou vyžaduje dost agresivní zámky, a to si nemůžete dovolit volat automaticky.
Ovšem pochybuju že budou zákazníci vždy tak disciplinovaní, že si to nastaví sami, zvlášť u Mysql/MariaDB. Taky bych spíš čekal, že to bude mít provider nějak defaultně nastavené - třeba s možností si to v cronu přenastavit nebo něco podobného.
Jinak mimochodem Postgres v rámci auto vacuum provádí co přesně?
88
Server / Re:Reverzní proxy - jaké používáte checky?
« kdy: 15. 12. 2021, 21:10:57 »
Vidím to také tak, že problém je v kontrole, která selže i pokud backend funguje. Musíte odlišit a specifikovat funkčnost jednotlivých komponent a výpadky jednotlivých komponent řešit adekvátním způsobem (pro jednotlivé vrstvy se bude lišit) - a to tak, aby infrastruktura jako celek fungovala.
Co přesně je ta kontrola pingem? Myslíte ICMP ping nebo aplikační ping ve smysli heartbeat nebo - ?
Co přesně je ta kontrola pingem? Myslíte ICMP ping nebo aplikační ping ve smysli heartbeat nebo - ?
89
Distribuce / Re:Nastavenie Java VM v Debian 10
« kdy: 01. 12. 2021, 19:04:09 »
Mě to funguje 
Kód: [Vybrat]
# java -version
openjdk version "11.0.2" 2019-01-15
OpenJDK Runtime Environment 18.9 (build 11.0.2+9)
OpenJDK 64-Bit Server VM 18.9 (build 11.0.2+9, mixed mode)
# free -h
total used free shared buff/cache available
Mem: 15Gi 3,4Gi 9,0Gi 140Mi 3,2Gi 11Gi
Swap: 31Gi 0B 31Gi
Kód: [Vybrat]
# echo 'class Test { public static void main(String[] args){ System.out.println("MEM: " + java.lang.management.ManagementFactory.getMemoryMXBean().getHeapMemoryUsage().getMax() / (1024d*1024d*1024d) + " GB");}}' > Test.java
# javac Test.java
# java -cp . -Xmx256M Test
MEM: 0.25 GB
# java -cp . -Xmx512M Test
MEM: 0.5 GB
# java -cp . -Xmx1024M Test
MEM: 1.0 GB
# java -cp . -Xmx1G Test
MEM: 1.0 GB
# java -cp . -Xmx2G Test
MEM: 2.0 GB
# java -cp . -Xmx4G Test
MEM: 4.0 GB
# java -cp . -Xmx8G Test
MEM: 8.0 GB
90
Hardware / Re:Samovolne zapinanie PC a notebooku
« kdy: 25. 11. 2021, 22:12:33 »
Nějaký výpadek napájení + power-on on AC power failure? Tj. kouknout do biosu zda je tato funkce zapnutá?
