Skip to content
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

Consider suggesting to use Server Sent Events prior to Websockets #204

Open
TimSusa opened this issue May 30, 2019 · 2 comments
Open

Consider suggesting to use Server Sent Events prior to Websockets #204

TimSusa opened this issue May 30, 2019 · 2 comments

Comments

@TimSusa
Copy link

TimSusa commented May 30, 2019

Hey,

I would like you to consider using server sent events by default and suggest this approach to the people, as we saw here in a lot of live-examples, that using websockets together with async interators in production could be a very explosive mixture.

https://www.smashingmagazine.com/2018/02/sse-websockets-data-flow-http2/

  1. Maybe we could together develop a more common solution, which is inspired from: https://github.com/CodeCommission/subscriptions-transport-sse?

  2. I am asking myself, why we are forced to use async-iterators as a technology, which seems to be not really ready for production purposes? Is there any alternative?

Cheers!

@lorefnon
Copy link

lorefnon commented Jun 9, 2019

using websockets together with async interators in production could be a very explosive mixture.

Can you please elaborate more on what these concerns are ? Or provide links to relevant resources.

The linked smashingmag article mentions some issues with websockets in general but I am unclear on what the concerns around async iterators (in particular) are.

@TimSusa
Copy link
Author

TimSusa commented Jun 13, 2019

@lorefnon IMO a lot of "Async-iterator" Code was duplicated without thinking about the complications, which can occur in production. I am asking myself, if we could create a more general simple to use connector-interface, without getting into trouble by mis-using async-iterator implementations?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants