-
Notifications
You must be signed in to change notification settings - Fork 28.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HTTP/3 support #38478
Comments
Opening a tracking issue is perfectly fine :) And yes, I'm working on reintroducing quic and http3 now. It's going to take a bit of time since it's not the only thing I have on my plate at the moment but it is coming. I'll provide a more detailed update later today |
Subscribing to the issue. In an internal test I saw that HTTP/3 improved bounce rate and conversion rate, especially with users on poor connections. @jasnell loving your work. I don't think at my skill level I can be of any help, but let me know. |
Great work on this @jasnell. Looking forward for your contribution in developing this. In this latest era of remote worlds (thanks to COVID), the need for this QUIC & HTTP/3 support in Nodejs is undeniable. Let me know if you need some assitance. |
Any updates here? QUIC has been approved as RFC-9000. |
Work is underway. I'm reworking the underlying impl. Expect an update in about a week |
Hi @jasnell, I guess you have a lot to do at nearforms. Are there any updates on this issue? Or is it already possible to somehow do experimental QUIC based application implementations within its current state in node.js? |
@boaerosuke I think this is becoming a blocker for this issue, so work is still progressing. |
Work is still progressing. Slow going, but moving forward. |
Thanks for your feedback! Absolutely appreciating your work! |
rustalot has contributed $75.00 to this issue on Rysolv. |
Hey @jasnell, feel free to remove if off topic. I added a bounty on this issue. Understandably it's more that $75 worth of work, but wanted to chip in towards your work. |
An anonymous user has contributed $50.00 to this issue on Rysolv. |
Just an update... the basic support is implemented. The PR is ready for review tho overall it's still far from done. |
An anonymous user has contributed $20.00 to this issue on Rysolv. |
james you're gonna be rich soon 🤑 |
An anonymous user has contributed $57.10 to this issue on Rysolv. |
jhurliman has contributed $10.00 to this issue on Rysolv. |
More information here. |
It's not a blocker at this point. We're currently using the quictls fork of OpenSSL |
@jasnell Great to know that it's not a blocker. Awaiting for this feature. |
Cheer up @jasnell ! |
An anonymous user has contributed $20.00 to this issue on Rysolv. |
Any updates? We would love to have access to the current implementation even if through experimental flags. |
Just wondering, why should this be implemented in Node? Isn't stuff like this usually handled by something like Nginx? Can anyone please enlighten me? |
Node does indeed implement both http/1 [1] and http/2 [2] servers. The use case you're describing (having nginx serve content) is one use valid use case, but another is having node/express/etc. be able to speak http for dynamic content. [1] https://nodejs.org/dist/latest-v16.x/docs/api/http.html |
For WebTransport (which I understand to be HTTP3's websocket) to be useful
it needs to be handled at the application level, not nginx.
…On Tue, Jun 28, 2022, 3:50 PM Mike Reinstein ***@***.***> wrote:
Isn't stuff like this usually handled by something like Nginx? Can anyone
please enlighten me?
Node does indeed implement both http/1 [1] and http/2 [2] servers. The use
case you're describing (having nginx serve content) is one use valid use
case, but another is having node/express/etc. be able to speak http for
dynamic content.
[1] https://nodejs.org/dist/latest-v16.x/docs/api/http.html
[2] https://nodejs.org/dist/latest-v16.x/docs/api/http2.html
—
Reply to this email directly, view it on GitHub
<#38478 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAFPMMFZXCZGHFTU4J5BWXDVRNJQVANCNFSM433WB4BQ>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
Any news? |
1 similar comment
This comment was marked as abuse.
This comment was marked as abuse.
Patience. There is no need to ping the node team constantly about this. http3 is on their radar; when they have something to share, they will. |
The big thing is that it has to be libuv friendly. Otherwise it will be the same story as WebRTC. |
What was the story with webrtc? |
This comment was marked as off-topic.
This comment was marked as off-topic.
I'm absolutely sure that someone is working on this topic. However those comments (and to be honest mine too) are spam and not helpful. @jasnell can you be so kind to provide a short status update with the related bugs, so that it become easier to track the progress? If possible please edit the report or your first comment. That should make it easier to track the current status without reading all (current 46) comments. |
@unqmanish @rekire and to anyone in the future, please follow the threads/PRs: |
Can community votes be given higher priority? This is the 3rd-most voted issue: https://github.com/nodejs/node/issues?q=is%3Aissue+is%3Aopen+sort%3Areactions-%2B1-desc Because of that, can perhaps this issue be worked on full time to completion with pretty much the highest priority over other things (apart from bugs and security issues)? 😃 🙏 I promise you won't regret it! After this is out someone is going to write an HTTP/3 multiplexing ES Module server! |
No. That's simply now how OSS works. If you're really invested in http/3, then what you could do is either work on it yourself or pay someone to do it for you. |
I'm assuming the current HTTP/3 path is like HTTP/2, but instead of nghttp2, nghttp3? Since this is all UDP, this be written completely over JS (with |
@clshortfuse a proof of concept was already delivered in node 17 if I was not wrong, but due to issues it was removed. |
I'm noob enough to make it go above from my head but after reading comments I can understand its still in process xD |
This comment was marked as off-topic.
This comment was marked as off-topic.
@jasnell @bnoordhuis It might be good to lock this thread. |
I have a few thoughts and suggestions regarding the project's current status and potential improvements. Firstly, I'm curious about the decision to lock the project while it's still being worked on. Could you kindly clarify if it's nearing completion or if there are plans to continue development? Secondly, it would be incredibly helpful to access an example to understand the implementation better. Could you please provide some guidance on where we can find a hands-on example? Additionally, I've noticed that Google already employs h3 in all of its websites, which appears to be working quite effectively for them. As a game developer, I've experienced firsthand how UDP can offer significant speed advantages over TCP, although it does come with some reliability challenges. However, with real-time corrections, UDP can work remarkably well for games. Considering this, I wonder why we haven't explored its potential for websites earlier. Perhaps integrating it as the standard and out-of-the-box option when using Express.js, for instance, could bring about interesting benefits to man-kind. I'm here, along with other community members, ready to assist with any programming issues and offer solutions in various languages. It's evident that Express.js has already outperformed Flask in all performance benchmarks, and I believe we should continue supporting its progress rather than leaving it behind. This project has the potential to make a positive impact, and I'm surprised that it has received relatively modest funding so far. It would be incredible if influential figures like Bill Gates could recognize the significance of this work and contribute to its success with substantial donations. Moreover, I strongly believe that adopting such improvements could contribute to reducing CO2 emissions and foster a better world. Let's collaborate and work towards making this project reach its full potential." |
As far as I can tell, there's currently no open issue explicitly tracking for QUIC or HTTP/3. Selfishly I'm very interested in knowing when this is available, so I'd personally find it very valuable to have an issue (this issue) tracking the current state and progress.
To document the current state:
@jasnell I think you've been doing most of the legwork here (thank you!), is that about right?
Feel free to close this if it's a problem to create feature requests like this, but I suspect there's likely to be lots of people interested in QUIC & HTTP/3, so a central issue documenting it is pretty useful imo.
The text was updated successfully, but these errors were encountered: