Firefox 151 podporuje Web Serial API

Firefox 151 podporuje Web Serial API. Pro komunikaci s různými mikrokontroléry připojenými přes USB nebo sériové porty už není nutné spouštět Chrome nebo na Chromiu postavené webové prohlížeče.

22.5. 09:33 | Ladislav Hagara | IT novinky

Komentáře

[ʚĭɞ 🍉]

To je vítaná novinka, ale neřeší aplikace vyžadující např. WebHID, který Mozilla odmítá implementovat, byť z pochopitelných důvodů.

[JiK]

jsem jen hloupy clovek, ale proc by proboha mel WEBOVY PROHLIZEC pristupovat k usb portu, nebo k seriovemu portu? co treba kdyby v tom byl i ovladac pro CNC obrabeci stroj, rizeni destilacni kolony, mixer na med pro pekarnu, nebo generator tistenych spoju?

[Pavel Píša]

Podívejte se, jak se místní komunita brání mým názorům, že limitovat funkce současných 32-bitových mikrokontrolérů trváním na běhovém prostředí odpovídajícím osmibitovému procesoru, ještě ne moc šťastnému, s architekturou z roku 1996, je zvěrstvo. Komunita profesionálních makerů a bastlířů se Arduino IDE (které vlastně nikdy nebylo připravené na source level debug, JTAG atd.) drží tak zuby nehty, že jim museli tím API zakrýt jinak celkem slušný a použitelný Zephyr. Tito lidé pak chtějí řešení, která z prohlížeče nahrávají firmware do koupených kitů, přistupují takto na NFC, atd...

Z hlediska bezpečnosti je toto zaplevelování prohlížeče dalšími potencionálně snadno děravými funkcemi katastrofa. Doufám, že je alespoň nutné pokus o přístup přímo na device nějak potvrzovat v dialogu prohlížeče, který je mimo kontrolu aplikace. Sám bych si přál u sebe alespoň všechny tyto funkce na prohlížeči vypnout.

[Ladislav Hagara]

Snímky potvrzovacích dialogů: 𝕏

[Pavel Píša]

Dík za screenshoty. Tak alespoň něco. Ale myslím si, že správné je mít přístup a API specifické danému zařízení, protokolu na sérovém portu řešené nějakou nativní aplikací/daemonem a nebo třeba v Pythonu a na takto organizované a omezení API se pak připojovat třeba i z prohlížeče buď přes pojmenované lokální/Unix sockety a nebo i TCP, kde pak je výhoda, že to napojené na sériový port může běžet třeba na nějakém i vzdáleném embedded systémku nebo serveru a jde se na ně připojovat na dálku, z více aplikací atd. Natvrdo napojení aplikace v prohlížeči vlastně po úrovní nějakého API je návrat k přístupu na sériový port a i grafiku z doby DOSu. Ale to to vlastně odpovídá těm devadesátkám, kde zmrzli Arduinisti. Přitm se každý téměř takový nedouk bude chlubit počítačem s poslední grafikou a budou se ošklíbat na d lidmi jako já, který v pohodě používá 10 let notebook s čistým Intel HD. Nvidia mě svým přístupem vždy odpuzovala a před 10 lety bylo jejich NDA ještě proti mě přímo předchozím nepovedeným dimplomantem zneužito, takže opravdu tuto firmu nechci.

Co je problém, je že lidé trvají na nepovedených desktop systémech, které sice nakonec z BSD vybrali po letech odmítání TCP/IP stack, žijí z SGI C++ knihoven, STL a dnes bez Linuxu neumí na svém cloudu síťování, asi již ani AI bez WSL, ale těm co něco chtějí i této skupině své projekty nabídnout, ten systém jen přidává svým nesmyslným chováním, nestandardností atd, překážky do cesty.

[Kate]

Já se na to dívám pragmaticky - web serial api se používá pro spoustu open source smart home projektů, které jsou alternativa pro proprietární cloudový spyware. Jenže aby se tohle rozšířilo, je potřeba umožnit použití i lidem bez pokročilých znalostí. Projekty jako Tasmota, ESP Home, wled... Jakákoliv další aplikace čistě pro flashování je překážka která může člověka odradit.

Osobně si programuju spoustu věcí na mikrokontrollery ručně, převážně Rust + Embassy framework, pokukuju po Ariel OS. Jenže když chci rychle vyřešit nějaké čidlo v domácnosti, taky je mi příjemnější napsat to v ESP Home yamlu a flashnout z prohlížeče (další updaty se řeší OTA), což mi zabere 5 minut.

Bezpečnost kolem toho mi přijde v pohodě :)

[Jendа]

Jedno z dobrých použití mi přijde na kryptografické tokeny pro internetové bankovnictví. Například Bitcoin Trezor je implementovaný přesně takhle.

Obecně mi to přijde zajímavé pro použití jako konfigurační rozhraní něčeho - dneska třeba konfigurace solárů, elektrokoloběžky nebo vysílačky funguje přes proprietární aplikace. Ty vyžadují Play/App Store, které fungují jen na telefonkách určitého výrobce a určité verze, a časem můžou z těchto obchodů zmizet a máš smůlu. Tohle vlastně umožňuje udělat multiplatformí aplikaci, kterou si spustíš na počítači i mobilu a nemusíš řešit nějaké debilní Store schvalování a zastarání.

Otázka samozřejmě je, jestli tohle má umět webový prohlížeč, kterým "chodíme na Alzu" (naštěstí tohle alespoň z principu musí vyžadovat povolení uživatelem - musí vybrat, které zařízení se má připojit - takže to nepůjde použít pro tajné šmírování jako některé jiné technologie, co se do prohlížečů přidaly), a neměl by to být nějaký separátní runtime. Nicméně předchozí pokusy o takový univerzální runtime (např. Java) se moc nepodařily, tohle je první, co se opravdu chytlo.

[Bugsa]

Protože se od lokálních aplikací přechází na "cloudové" a je prostě super mít možnost nahrát FW do ESP přímo z prohlížeče. Nebo nastavit ebike přímo z prohlížeče. Browser je dnes takový druhý OS v OS.

[koroptev]

souhlas ve vesmiru, ve kterym neplati, ze instaluju aplikaci tim, ze zadam adresu nebo kliknu na odkaz

je to rozdil oproti explicitnimu vyzadani instalace neceho, co jsem si nejak proveril, ve forme normalni newebovy aplikace

[JZD]

Bé, bé, i-ofce se projevila.

[JZD znamena Jebnutej Zakomplexovanej Debil]

A nejakej komentar k tematu mas nebo se na nic vic nez projevy vlastnich komplexu nezmuzes?

[JZD]

Další takovej. LOL