Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

WebTransport is now supported in most common browsers (just missing safari support) and provides a nice API for sending/receiving messages via UDP. https://developer.mozilla.org/en-US/docs/Web/API/WebTranspor...


Thanks for pointing this out! I wasn't aware this had more or less landed. (though I think my broader point about cross platform support unfortunately still stands, I personally don't care about supporting iOS on my side projects and I'm excited to mess with this)


Support is getting there on the browsers' side, but you need a backend that supports HTTP3+WebTransport - barely any out there


Yup, as I have found out over the last 5 hours. I managed to get a handshake but it's nowhere near the convenience of something like WebSockets. The security circus you have to go through to get even a handshake working is absolutely absurd, all sorts of extremely poorly documented certificate requirements and you'll be lucky to get an error message that helps you in any way. I'm getting ready to give up for the day, I will definitely make a top level HN post if I get a solution working and documented.

Meanwhile https://github.com/achingbrain/webtransport-echo-server this is the best we have for a minimal working node example.


Surprisingly, socket.io supports WebTransport: https://socket.io/get-started/webtransport

The guys at Colyseus (a JS library for multiplayer games netcode) also added support, in a preview version for now.


I wasn't aware this had more or less landed.

That’s usually a sign nobody uses it because it has at least one large issue. Personally I stopped falling for “there’s now X” advices long ago because if it worked, it would already be mainstream very much heard of by everyone. Sorry for your five hours.


> Personally I stopped falling for “there’s now X” advices long ago because if it worked, it would already be mainstream very much heard of by everyone

So you just never use anything new, always stuck with what has been? Because everything starts with just one person using it, then two, then four and so on, things can't just be popular from day 0.

I'd agree with that chasing the latest fads (no matter the popularity) is a fools errand, and you need to look beyond vanity metrics to evaluate if something is useful or not. Sometimes that means trying things and sometimes even making a hard bet on something that hasn't been demonstrated "right" yet.


Comments have too low credibility on average. If a new thing is worth learning about, it hits frontpage eventually with an exploratory post.


I disagree at least a little bit, the fact that there's support on the browser side is much much more important than support on the server. I can write a server of arbitrary complexity given enough time, the scope of the problem is now one that I can fix.

I also found the following in my research yesterday, which looks like a very promising set of abstractions for WebRTC data channels.

https://github.com/geckosio/geckos.io




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: