OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Oznámeny byly nové Raspberry Pi Compute Module 4S. Vedle původní 1 GB varianty jsou nově k dispozici také varianty s 2 GB, 4 GB a 8 GB paměti. Compute Modules 4S mají na rozdíl od Compute Module 4 tvar a velikost Compute Module 3+ a předchozích. Lze tak provést snadný upgrade.
Po roce vývoje od vydání verze 1.24.0 byla vydána nová stabilní verze 1.26.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.26.
Byla vydána nová verze 6.2 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.14.
Byla vydána nová verze 30.0.0 frameworku pro vývoj multiplatformních desktopových aplikací pomocí JavaScriptu, HTML a CSS Electron (Wikipedie, GitHub). Chromium bylo aktualizováno na verzi 124.0.6367.49, V8 na verzi 12.4 a Node.js na verzi 20.11.1. Electron byl původně vyvíjen pro editor Atom pod názvem Atom Shell. Dnes je na Electronu postavena celá řada dalších aplikací.
Byla vydána nová verze 9.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 220 vývojářů. Provedeno bylo více než 2 700 commitů. Přehled úprav a nových vlastností v seznamu změn.
Ahoj, rad bych si udelal aplikaci s RPi, kteremu bych daval povely pres svuj web/server (mam i Linux server s verejnou IP). Premyslim ale nad tim, jak to udelat, aby to fungovalo pokud mozno vsude.
1) Nabizi se moznost, udelat z RPi webovy server a pripojovat se primo na nej, ale to bych pak nemel dostupne vsude. Vyhodou je, ze to pojede i bez pristupu na net, v lokalni siti, ale to je tak vsechno. Proto bych radeji, aby RPi pristupovalo na muj server a prebiralo povely z nej. Ja bych se pripojoval taky k serveru a zadaval povely - treba pres PC / NB / mobil.
Prvni reseni je, prinutit RPi, aby periodicky delalo GET na http://server.cz/?dotaz=comamdelat . No a na serveru by behal PHP script, ktery by odpovidal a odpoved by RPi zpracovalo a provedlo prikaz. Je to dobre reseni? Jde o to, ze RPi bude muset neustale provadet dotazy.
Druha moznost - Da se nejak navazat trvale spojeni na urcitem portu mezi RPi a serverem, tak, abych mohl ze serveru rict Pi - hele, udelej tohle, nebo tamto? Hadam, ze bych zase musel posilat nejake keepalive pakety? Za jak dlouho se vlastne navazane spojeni samo prerusi? A da se takhle komunikovat treba pres 80tku port? Byl bych rad, aby to slo protlacit i pres firewall a fungovalo na neverejne IP adrese (Rpi).
RESUME : Vyhodou prvniho reseni pro mne je, ze trochu umim PHP, takze serverovou cast bych si zvladl udelat. Ve druhem pripade by asi na serveru musel bezet nejaky daemon, ktery by komunikoval s netem - asi v Ccku, nebo pythonu, je to tak?
Doporucte mi, jak nejlepe to vyresit, aby to zralo co nejmene dat, bylo co nejrychlejsi a zaroven nebyly problemy s NATem, firewallem, atd.
ps axu | grep -q [u]ser@server || ssh -p 22 user@server -N -R 0.0.0.0:1234:localhost:22v sshd musí být
GatewayPorts clientspecified
.
Aha a kdybych to chtel postavit nad prostym TCP/IP? Ten websocket prostuduju, ten ssh tunel je trochu orisek, protoze pokud bych to pak chtel zjednodusit a portovat treba na arduino / jiny jednocip, kvuli cene, hodilo by se ,aby ten protokol byl co nejjednodussi.
Pro arduino je treba GET / POST komunikace uz hotova. navic, nebude ten SSH tunel nachylny na rozpojeni pri vypadcich site?
Premyslim nad tim a defakto by mi stacilo neco, jako je PUSH technologie u emailu, apod. Aby bylo navazene spojeni a ten server dokazal do toho Arduina, nebo RPi "stouchnout" hele, mam pro tebe data, stahni si je.
Abych nemusel proste periodicky delat GETy a volit mezi rychlosti odezvy / mnozstvim zbytecne prenesenych dat. I kdyz v souctu tech dat moc nebude, pokud bych jen posilal - neco noveho? a server odpovidal - NE. Ale jde o to, ze to bude neustale "PINGat" a zatezovat tu sit.
Jsem spis pres HW, tzn. ze otevrene tcp spojeni se chova defakto jako takovy UART? Jak potom na serveru? Muzu na jednom portu obslouzit vice takovych zarizeni? Nebo musi mit kazde svuj port?
Asi bych si mel nastudovat princip TCP, najdu tam vsechno potrebne, ze ? a na serveru se to potom resi a obsluhuje jak / cim? S phpckem si asi v tomhle pripade nevrznu, cili nejblizsi mi je asi python.
diky tedy aspon za nasmerovani, jde mi o to, vedet, co mam nastudovat, jake reseni bude pro tuhle vec nejlepsi. Zatim jsem vzdy komunikoval ve stylu GET/POST dotaz a odpoved. Ale ted bych potreboval, aby to bylo vice "realtime" a pritom se mi z toho nezblaznil router
Tiskni Sdílej: