当我通过我的flask应用程序调用应用程序接口时,我收到了一个带有代码H12的heroku超时错误。该接口通常在2分钟内响应。我正在通过一个不同的线程调用api,这样主flask应用程序线程就可以继续运行。
with ThreadPoolExecutor(max_workers=5) as executor:
future = executor.submit(shub_api, website, merchant.id)
result = future.result()
在Heroku上有一些关于运行后台任务的文档,但是python示例是用于使用Redi
如何在heroku上找出导致h12超时错误的原因?
它在不同的页面/控制器上随机发生。
这是我从日志中得到的错误
Processing by UsersController#new as HTML
2013-08-15T13:08:54.718157+00:00 app[web.1]: Started GET "/signup" for 105.226.239.198 at 2013-08-15 13:08:54 +0000
2013-08-15T13:08:54.744390+00:00 app[web.1]: Rendered communal/_error_messa
所以我有一个快速API。发送给它的Post请求在本地工作,但是当我将它部署到Heroku时,它在我用Postman进行测试时失败了。在这里,我将向您展示我从heroku logs和我的服务器获得的内容,路由代码:
## Heroku logs
2020-06-28T17:00:26.000169+00:00 app[api]: Release v4 created by user
2020-06-28T17:00:26.165056+00:00 heroku[web.1]: State changed from crashed to starting
2020-06-28T17:00:2
我在部署到Heroku的应用程序上遇到了问题。当我在localhost上开发它时,我没有得到这个错误,但是一旦我部署了它,它就会自发地抛出这个错误:
Access to fetch at
'https://frontend.herokuapp.com' from origin
'https://backend.herokuapp.com' has been blocked
by CORS policy: No 'Access-Control-Allow-Origin' header is present
on the requested
我没有太多的机会通过谷歌找到信息,也许这里有人也有类似的问题。
我们有一个运行在Heroku上的rails应用程序和Postgres DB。我们有一个特别慢的查询(是的,我们正在修复这个查询),但在调试这个问题的过程中,我观察到我们的机架超时gem没有在15秒内终止请求。我已经通过插入一个睡眠(50)做了一个侧边测试,果然,在这种情况下,机架超时工作正常。
这是我们的日志的编辑副本,显示了机架时间(时间到了!)发生在几分钟后,我们仍然看到H12请求在30秒后超时。
2011-12-14T21:15:16+00:00 app[web.2]: Started GET "/searc