我的应用程序运行在免费的dyno上，在30分钟不活动后空闲。收到Heroku的SIGTERM信号后，我的应用程序立即退出状态0。这与how applications should respond to dyno shutdown上的文档中显示的大致相同，这似乎是Heroku＆＃39; idles＆＃39; dyno，基于日志中的信息。
Free Dyno Hours文档指出＆＃34;如果睡眠网络dyno接收到网络流量，它将在短暂延迟后再次变为活动状态＆＃34;。但是，在空闲后向我的应用程序发出的下一个请求是503＆＃34;应用程序错误＆＃34;页面，并记录H10错误。
以下是这种情况的日志摘录：
2017-11-19T14:12:12.802576+00:00 heroku[web.1]: Idling
2017-11-19T14:12:12.803237+00:00 heroku[web.1]: State changed from up to down
2017-11-19T14:12:13.430011+00:00 heroku[web.1]: Stopping all processes with SIGTERM
2017-11-19T14:12:13.436549+00:00 app[web.1]: wsgi exiting
2017-11-19T14:12:13.436584+00:00 app[web.1]: (4) wsgi exited, is_accepting=True
2017-11-19T14:12:13.659095+00:00 heroku[web.1]: Process exited with status 0
2017-11-19T14:16:09.065549+00:00 heroku[router]: at=error code=H10 desc="App crashed" method=GET path="/" host=[removed] request_id=5aa387f3-5d4c-42ab-a8cd-0f533888143a fwd="[removed]" dyno= connect= service= status=503 bytes= protocol=http
我没有正确响应关机信号吗？为什么Heroku不能解决我的申请？
我已尝试按照类似问题的建议运行heroku restart，但问题仍会在下次应用闲置时发生。
这个问题不太可能是关于dyno启动时或部署后H10错误的任何问题的重复。
编辑1： 似乎空转和unidling偶尔会按照记录的方式工作。从几分钟前开始：
2017-11-21T00:43:27.144020+00:00 heroku[web.1]: Idling
2017-11-21T00:43:27.144555+00:00 heroku[web.1]: State changed from up to down
2017-11-21T00:43:28.094439+00:00 heroku[web.1]: Stopping all processes with SIGTERM
2017-11-21T00:43:28.251851+00:00 app[web.1]: wsgi exiting
2017-11-21T00:43:28.251891+00:00 app[web.1]: (4) wsgi exited, is_accepting=True
2017-11-21T00:43:28.511070+00:00 heroku[web.1]: Process exited with status 0
2017-11-21T00:46:00.176638+00:00 heroku[web.1]: Unidling
2017-11-21T00:46:00.176883+00:00 heroku[web.1]: State changed from down to starting
2017-11-21T00:46:05.348372+00:00 heroku[web.1]: Starting process with command `python wsgi.py`
[...]
2017-11-21T00:46:18.918352+00:00 app[web.1]: (4) wsgi starting up on http://0.0.0.0:4477
2017-11-21T00:46:19.251534+00:00 heroku[web.1]: State changed from starting to up