Next.js development HMR should use a higher-limit browser communication channel
See original GitHub issueNext.js’ development pages currently use EventSource
to communicate with the development server.
These connections are typically imposed a limit of 5
by the browser, making it incompatible with applications like Sizzy.
This also affects users who open more than 5 tabs in their browser connecting to the dev server.
We should use a WebSocket or alternative API that is given a higher limit by the browser.
Issue Analytics
- State:
- Created 4 years ago
- Reactions:2
- Comments:5 (5 by maintainers)
Top Results From Across the Web
Next.js development HMR should use a higher-limit browser ...
Next.js' development pages currently use EventSource to communicate with the development server. These connections are typically imposed a ...
Read more >Blog - Next.js 13
Next.js 13 introduces layouts, React Server Components, and streaming in the app directory, as well as Turbopack, an improved image ...
Read more >Implementing WebSocket communication in Next.js
Real-time communication on the web uses the WebSocket API, which is a full-duplex communication channel over a single TCP connection.
Read more >Best practices to increase the speed for Next.js apps
Using server-side rendering will help your app reduce the time required to render the first page on the client side, so the user...
Read more >Building a realtime chat app with Next.js and Vercel | Ably Blog
We'll build a realtime chat app that runs in the browser. ... We'll also write a Next.js serverless function which will be used...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
For reference https://github.com/zeit/next.js/pull/6354. I think there were too many issues with the Websocket implementation. Another thing that could be explored is to multiplex a single
EventSource
that lives in aSharedWorker
over the different tabs. But that might be easier said than done 🙂Edit:
It looks like there’s some prior art around this, but the repository seems to be deleted.
This issue has been automatically locked due to no recent activity. If you are running into a similar issue, please create a new issue with the steps to reproduce. Thank you.