Heroku H12请求服务器发送事件（SSE）路由超时
我有一个NodeJS应用程序，它使用服务器发送事件（SSE）路由将更新从服务器发送到客户端。在我的本地开发环境中，这非常有效，因为客户端始终保持与SSE路由的连接，并且在断开连接时尝试立即重新连接。
然而，一旦我将我的应用程序部署到Heroku，一切都出了问题。在没有通过SSE路由发送任何数据的几秒钟内，我在客户端收到一个503服务不可用的错误，客户端失去了与服务器的连接，因此无法接收任何实时更新。查看Heroku服务器日志，它给了我一个H12请求超时错误。
在进一步的研究中，我在Heroku网站上看到了这篇文章：
如果您要发送流式响应，例如服务器发送的事件，您需要检测客户端何时挂断，并确保您的应用服务器立即关闭连接。如果服务器保持连接打开55秒而不发送任何数据，您将看到请求超时。
但是，它没有提到如何解决这个问题。
- 有没有办法将超时设置为无穷大？
- 或者这是否意味着我必须继续从服务器向客户端发送心跳以保持SSE路由连接处于活动状态？这似乎很乏味且不必要，因为我想始终保持连接处于活动状态。
共有1个答案
从Heroku处收到：
我希望我有更好的消息告诉你，但不幸的是，除了每隔55秒发送一次ping以保持SSE的持续性之外，你无法避免这种情况。
不幸的是，心跳是唯一能让Heroku保持SSE路由的方法。
-
为什么每个站点都解释说在SSE中，客户端和服务器之间的单个连接保持打开状态“使用SSE，客户端发送标准HTTP请求请求事件流，服务器最初以标准HTTP响应响应并保持连接打开” 然后，当服务器决定可以向客户端发送数据，而我试图实现SSE时，每隔几秒钟就会看到fiddler请求被发送 对我来说，这感觉就像是长时间的投票，没有一个连接保持打开。 此外，并不是服务器决定向客户机发送数据，而是只有在客户机发
-
为什么每个站点都解释说，在SSE中，客户端和服务器之间只有一个连接保持打开状态“在SSE中，客户端发送一个标准的HTTP请求，请求一个事件流，服务器最初以标准的HTTP响应进行响应，并保持连接打开” 然后，当服务器决定它可以向客户机发送数据时，我正在尝试实现SSE，我会看到每隔几秒钟发送一次fiddler请求 对我来说，这感觉像是长时间的轮询，没有一个连接保持打开。
-
您好，我正在React中开发一个web应用程序，它使用Nginx从Express服务器接收SSE数据。 JS服务器 索引：JS const events=新事件源（'https://api.myDomain.com/events', ); axios。post（<代码>https://api.myDomain.com/addCart，{客户端：this.state.clientId，购物车：car
-
我有一个使用SSE向附加客户端发送更新的node.js服务器。偶尔，我会收到服务器错误H27。与此同时，其他客户端请求可能会在客户端重新注册到SSE事件服务时丢失。 客户端获取/事件请求与服务器H27错误之间的时间介于13秒到19:35分钟之间（在遇到的30次不同事件中）。但GET/事件请求的定时与相应的H27错误之间存在完全的相关性。我每50秒从服务器发送一条keep-alive消息，以绕过He
-
我有一个ASP。net core 3.1服务器项目，它有一个非常简单的API发送单向服务器发送事件（SSE），如下所示： 现在，我想通过C#UWP客户端接收这些事件。很遗憾，我只收到第一个事件： 如何在UWP中创建行为以始终监听该连接并接收我可以进一步处理的事件？
-
我无法理解HTML5s服务器发送的事件是否真的适合ReST体系结构。我知道并非HTML5/HTTP的所有方面都需要适合ReST架构。但我想从专家那里知道HTTP的哪一半是SSE（ReSTful的一半还是另一半！）。 一种观点是它是ReSTful的，因为客户端向服务器发出了一个“初始”HTTP GET请求，其余的只能看作是不同内容类型的部分内容响应（“文本/事件流”） 发送的请求不知道有多少响应将作