#webtransport — Public Fediverse posts

Почему на фронте нет GRPC?

Я всю жизнь писал только бэк и подкапотщину - будь это классический КРУД, хайлоад, CLI, [вставьте свое]... И для любых сетевых взаимодействий чаще всего люди думают именно прикладными вещами - GRPC, REST, Kafka, не задумываясь об этом глубже - супер удобные инструменты с защитами от дураков и прочими радостями Но тут спохватился я писать фронт - подключать свое же к себе же. И в этот момент я понял, насколько же это сложно, муторно и, главное, НЕУДОБНО взаимодействовать REST'ом ЗАЧЕМ ОН НУЖЕН?? - У нас нет удобного контракта общения (eg Proto, Avro) кроме Swagger, который нужно поддерживать с обеих сторон. Да и к тому-же, сложность взаимодействия с JSONом с ОБЕИХ СТОРОН - одна постоянно маршаллит, защищается, ищет поля, в то время другая боится резких обновлений, что строчка получения поля может превратиться в что-то в роде connect via grpc

https://habr.com/ru/articles/1019510/

#grpc #rest #GraphQL #gRPCWeb #WebTransport #tRPC #Connect_protocol #браузер #http2 #http3

Почему на фронте нет GRPC?

Я всю жизнь писал только бэк и подкапотщину - будь это классический КРУД, хайлоад, CLI, [вставьте свое]... И для любых сетевых взаимодействий чаще всего люди думают именно прикладными вещами - GRPC, REST, Kafka, не задумываясь об этом глубже - супер удобные инструменты с защитами от дураков и прочими радостями Но тут спохватился я писать фронт - подключать свое же к себе же. И в этот момент я понял, насколько же это сложно, муторно и, главное, НЕУДОБНО взаимодействовать REST'ом ЗАЧЕМ ОН НУЖЕН?? - У нас нет удобного контракта общения (eg Proto, Avro) кроме Swagger, который нужно поддерживать с обеих сторон. Да и к тому-же, сложность взаимодействия с JSONом с ОБЕИХ СТОРОН - одна постоянно маршаллит, защищается, ищет поля, в то время другая боится резких обновлений, что строчка получения поля может превратиться в что-то в роде connect via grpc

https://habr.com/ru/articles/1019510/

#grpc #rest #GraphQL #gRPCWeb #WebTransport #tRPC #Connect_protocol #браузер #http2 #http3

Почему на фронте нет GRPC?

Я всю жизнь писал только бэк и подкапотщину - будь это классический КРУД, хайлоад, CLI, [вставьте свое]... И для любых сетевых взаимодействий чаще всего люди думают именно прикладными вещами - GRPC, REST, Kafka, не задумываясь об этом глубже - супер удобные инструменты с защитами от дураков и прочими радостями Но тут спохватился я писать фронт - подключать свое же к себе же. И в этот момент я понял, насколько же это сложно, муторно и, главное, НЕУДОБНО взаимодействовать REST'ом ЗАЧЕМ ОН НУЖЕН?? - У нас нет удобного контракта общения (eg Proto, Avro) кроме Swagger, который нужно поддерживать с обеих сторон. Да и к тому-же, сложность взаимодействия с JSONом с ОБЕИХ СТОРОН - одна постоянно маршаллит, защищается, ищет поля, в то время другая боится резких обновлений, что строчка получения поля может превратиться в что-то в роде connect via grpc

https://habr.com/ru/articles/1019510/

#grpc #rest #GraphQL #gRPCWeb #WebTransport #tRPC #Connect_protocol #браузер #http2 #http3

Почему на фронте нет GRPC?

Я всю жизнь писал только бэк и подкапотщину - будь это классический КРУД, хайлоад, CLI, [вставьте свое]... И для любых сетевых взаимодействий чаще всего люди думают именно прикладными вещами - GRPC, REST, Kafka, не задумываясь об этом глубже - супер удобные инструменты с защитами от дураков и прочими радостями Но тут спохватился я писать фронт - подключать свое же к себе же. И в этот момент я понял, насколько же это сложно, муторно и, главное, НЕУДОБНО взаимодействовать REST'ом ЗАЧЕМ ОН НУЖЕН?? - У нас нет удобного контракта общения (eg Proto, Avro) кроме Swagger, который нужно поддерживать с обеих сторон. Да и к тому-же, сложность взаимодействия с JSONом с ОБЕИХ СТОРОН - одна постоянно маршаллит, защищается, ищет поля, в то время другая боится резких обновлений, что строчка получения поля может превратиться в что-то в роде connect via grpc

https://habr.com/ru/articles/1019510/

#grpc #rest #GraphQL #gRPCWeb #WebTransport #tRPC #Connect_protocol #браузер #http2 #http3

Apparently I didn't need to impatiently install from the beta channel, even. iOS 26.4 is rolling out already today! webkit.org/blog/17862/w... #WebTransport #WebCodecs #Safari #iOS #MoQ #MediaOverQUIC

RE: https://bsky.app/profile/did:plc:axwe243ffyluj7zzbzoc4hjc/post/3mhtcwtzvls2y

WebKit Features for Safari 26....

iOS 26.4 RC (!!!) #MoQ #MediaOverQUIC #WebTransport

Who’s using #webtransport in production, in any language?

I’m designing a server api for the trillium ( #rust / #rustlang ) protocol implementation and can’t figure out what sort of higher level abstraction people would want in addition to the protocol-defined interfaces like inbound/outbound x bidi/uni/datagram. Would you want a socket-io-like interface?

Two days ago, a proposal to add "unsafe-webtransport-hashes" to the Content Security Policy specification was merged.

https://github.com/w3c/webappsec-csp/issues/683
https://github.com/w3c/webappsec-csp/pull/791

Here is how I understand the proposal, based on reading it and the documentation for WebTransport. I'm by no means an expert on WebTransport - I had never heard of it before today.

WebTransport is intended to replace Web Sockets; it allows a website to connect to a server over HTTP/3.

One feature of WebTransport is serverCertificateHashes, which is passed as an argument when creating a new socket.
serverCertificateHashes allows a website to bypass the normal public key infrastructure, instead telling the browser what certificates to trust.
It does this, as the name suggests, by providing the hashes of the certificates.

There is, of course, an inherent risk which comes with replacing the existing PKI with DIY. Allowing websites to restrict usage of this feature helps mitigate some of this risk.

This proposal builds on the existing connect-src CSP policy, which controls technologies like XHR, Fetch, etc.

If a website does not set connect-src in its Content Security Policy or doesn't have a CSP, then it can use serverCertificateHashes as it wishes.

However, if it sets connect-src, then serverCertificateHashes is disallowed.

That is where unsafe-webtransport-hashes comes into play. A website can allow specific certificates to be used with serverCertificateHashes by specifying the hashes of those certificates in unsafe-webtransport-hashes, which is part of the CSP and falls under connect-src.

So, as I understand it:

• no CSP or no connect-src: can use any certificates in serverCertificateHashes
• connect-scr set but no unsafe-webtransport-hashes: can not use any certificate in serverCertificateHashes
• connect-scr is set and contains unsafe-webtransport-hashes: only certificates allowlisted in the CSP are allowed for serverCertificateHashes, all others denied

All of this is based on reading the issue thread and doing a little background research. I probably got some of it, or all of it, wrong.
Point being; it is an interesting but very niche proposal.

#WebTransport #WebSecurity #ContentSecurityPolicy #CSP

Hold onto your hats, because #WebTransport is here to almost, kind of, sort of, maybe, eventually bring UDP-like #data exchange to your #browser. 🚀 It's just like #UDP, but with extra steps, because who doesn't love unnecessary complexity? 🤯 Meanwhile, MDN's index page continues to be a labyrinthine journey through every web technology known to humankind. 😂
https://developer.mozilla.org/en-US/docs/Web/API/WebTransport_API #MDN #Complexity #HackerNews #ngated

WebTransport is almost here to allow UDP-like exchange in the browser

https://developer.mozilla.org/en-US/docs/Web/API/WebTransport_API

#HackerNews #WebTransport #UDP #Browser #Technology #Future #Internet #Development

日刊IETF (2025-10-20) 第1部
https://qiita.com/tetsuko_room/items/9c33402203a38a7d4a2f?utm_campaign=popular_items&utm_medium=feed&utm_source=popular_items

#qiita #IPv6 #ietf #WebTransport #internet_draft #日刊IETF

日刊IETF (2025-10-20) 第1部
https://qiita.com/tetsuko_room/items/9c33402203a38a7d4a2f?utm_campaign=popular_items&utm_medium=feed&utm_source=popular_items

#qiita #IPv6 #ietf #WebTransport #internet_draft #日刊IETF

日刊IETF (2025-10-20) 第1部
https://qiita.com/tetsuko_room/items/9c33402203a38a7d4a2f?utm_campaign=popular_items&utm_medium=feed&utm_source=popular_items

#qiita #IPv6 #ietf #WebTransport #internet_draft #日刊IETF

The new 0.16 version of the open source Node.js multiplayer framework, #Colyseus, is introducing #StateView, experimental support for #WebTransport, and more.

https://gamedevjs.com/tools/colyseus-0-16-released/

#gamedev #gamedevjs #node #nodejs #OpenSource #update

Rustでマルチスレッドプログラミング！ リアルタイム通信ではどのようにスレッドを立てるのか - Speaker Deck : 👀
---
https://speakerdeck.com/yuki_uchida/rusttemarutisuretutohurokuraminku-riarutaimutong-xin-tehatonoyounisuretutowoli-terunoka

#RustTokyo2024 #Rust #moq #mediaoverquic #webtransport

Rustでマルチスレッドプログラミング！ リアルタイム通信ではどのようにスレッドを立てるのか - Speaker Deck : 👀
---
https://speakerdeck.com/yuki_uchida/rusttemarutisuretutohurokuraminku-riarutaimutong-xin-tehatonoyounisuretutowoli-terunoka

#RustTokyo2024 #Rust #moq #mediaoverquic #webtransport

Rustでマルチスレッドプログラミング！ リアルタイム通信ではどのようにスレッドを立てるのか - Speaker Deck : 👀
---
https://speakerdeck.com/yuki_uchida/rusttemarutisuretutohurokuraminku-riarutaimutong-xin-tehatonoyounisuretutowoli-terunoka

#RustTokyo2024 #Rust #moq #mediaoverquic #webtransport

Rustでマルチスレッドプログラミング！ リアルタイム通信ではどのようにスレッドを立てるのか - Speaker Deck : 👀
---
https://speakerdeck.com/yuki_uchida/rusttemarutisuretutohurokuraminku-riarutaimutong-xin-tehatonoyounisuretutowoli-terunoka

#RustTokyo2024 #Rust #moq #mediaoverquic #webtransport

Rustでマルチスレッドプログラミング！ リアルタイム通信ではどのようにスレッドを立てるのか - Speaker Deck : 👀
---
https://speakerdeck.com/yuki_uchida/rusttemarutisuretutohurokuraminku-riarutaimutong-xin-tehatonoyounisuretutowoli-terunoka

#RustTokyo2024 #Rust #moq #mediaoverquic #webtransport

Hey, I wanted to share my little project – a multiplayer Arkanoid game built in Rust. I was in the mood to try something cool in this language and also see what HTTP/3 and MessagePack are capable of.

Here’s the repo with the code -> https://github.com/ArtemkaKun/ping-pong-arkanoid

More details in the 🧵

(Oh, and the lag is in the video, not the game itself. I didn’t bother recording it again.)

#rustlang #gamedev #multiplayergame #WebTransport #http3 #messagepack #indiedev #opensource #coding #devcommunity

[Перевод] Сравнение технологий WebSockets, Server-Sent-Events, Long-Polling, WebRTC и WebTransport

При работе с современными веб-приложениями реального времени незаменима возможность отправлять события с сервера на клиент. Именно этой необходимостью продиктовано то, что за годы работы было изобретено несколько методов для этой цели, каждый с собственным набором достоинств и недостатков. Первоначально единственным вариантом был длинный опрос. Затем в качестве альтернативы появились веб-сокеты — более надёжное решение для двунаправленной коммуникации. Вслед за веб-сокетами появились события, отправляемые сервером (SSE), более простой метод, обеспечивающий однонаправленную связь от сервера к клиенту. Забегая вперёд, сейчас разрабатывается ещё и протокол WebTransport, который может тем более изменить ландшафт этой области, обеспечивая более эффективный и гибкий подход, располагающий к масштабированию. В некоторых нишевых случаях можно присмотреться и к технологии WebRTC, предназначенной для работы с событиями в направлении сервер-клиент. В этой статье мы подробно разберём данные технологии, сравним их производительность, подчеркнём их достоинства и недостатки, а также порекомендуем, что делать в различных практических случаях, расскажем, как принимать информированные решения при создании веб-приложений реального времени. Эта статья — экстракт моего совокупного опыта, приобретённого в ходе реализации протокола репликации RxDB, обеспечивающего совместимость с различными технологиями серверной части.

https://habr.com/ru/articles/809535/

#websockets #WebRTC #longpolling #webtransport #http #базы_данных

Знакомство с WebTransport API

Hello world! На днях я прочитал статью о WebTransport API как будущей альтернативе или даже замене WebSockets . Мне стало интересно, что это такое и с чем его едят. Давайте разбираться вместе.

https://habr.com/ru/companies/timeweb/articles/782448/

#timeweb_статьи #javascript #webtransport_api #webtransport #http3 #quic #websockets #webrtc

Google released #WebRTC in 2011 as a way of fixing a very specific problem:

> How do we build Google Meet?

Back then, the web was a very different place. Flash was the only way to do live media and it was a mess. #HTML5 #video was primarily for pre-recorded content.

https://quic.video/blog/replacing-webrtc/

#webDev #webTransport #web #p2p #rtc

Uh. #WebTransport is enabled by default as of #Firefox 114!

That only leaves Safari until full support by all major browsers!

https://www.mozilla.org/en-US/firefox/114.0/releasenotes/

And there is a new technology called #WebTransport. Use it when you want to exchange data via a unreliable unordered connection. WebTransport depends on HTTP/3.

What’s the best way to keep a video and data streams in sync in a browser? 🤷‍♂️

#WebRTC looks like a good fit but I have not yet found a way to attach frame IDs, timestamps or similar.

I also thought about multiplexing both streams via #WebTransport but don’t know how to feed the stream back as Insertable Streams for MediaStreamTrack API is still experimental in #Firefox

https://developer.mozilla.org/en-US/docs/Web/API/Insertable_Streams_for_MediaStreamTrack_API

#WebAPI #Video

#Experimental #WebTransport over HTTP/3 support in Kestrel

#Microsoft announce
https://devblogs.microsoft.com/dotnet/experimental-webtransport-over-http-3-support-in-kestrel/

@lupyuen It's a pity that in all this, #WebTransport is just an endnote, and not a full item in the list of options.