heroku显示这里什么都没有,即使应用程序已部署并正常工作

oxcyiej7  于 2023-01-02  发布在  其他
关注(0)|答案(3)|浏览(152)

我已经使用Heroku 2个月了。部署了一个应用程序,一切正常。
其实我已经完成了应用程序开发2天前。一切工作正常昨天也。突然今天我今天检查应用程序,并得到紫色屏幕告诉有什么在这里,还没有。

我不知道我做了什么改变。
该应用连接到github并表示已成功部署:

但是当我点击查看时,我得到了上面提到的错误。
我正在使用爱好dynos和2插件:

我也检查了日志,但不确定错误是什么时候发生的。看起来一切都很好,或者周四有人使用页面时发生了一些事情,但不确定是否是错误的:

2021-05-13T11:12:50.762433+00:00 app[web.1]: 10.35.82.179 - vacuumlabs [13/May/2021:11:12:50 +0000] "POST /custom HTTP/1.1" 200 24330 "https://vacuumlabs-recruitment-stats.herokuapp.com/custom" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.212 Safari/537.36"

2021年5月13日11:12:50.763448+00:00英雄[路由器]:地址=信息方法=POST路径="/自定义”主机= vacuumlabs-recruitment-stats.herokuapp.com请求ID= 7 d49 caa 2-f822-4337-b 00 e-127 c18771 d99转发=”46.229.238.250“动态=web.1连接= 0毫秒服务= 7103毫秒状态=200字节=24507协议=https 2021-05- 13 T11:17:58.381694+00:00应用程序[web.1]:发布时间2021年5月13日11:17:58.507274+00:00应用程序[web.1]:10.14.65.2222021年5月13日:11:17:58 + 0000]“POST /自定义HTTP/1.1”200 71394https://vacuumlabs-recruitment-stats.herokuapp.com/custom“Win 64; x64)苹果网络工具包/537.36(KHTML,类似壁虎)Chrome浏览器/90.0.4430.212 Safari浏览器/537.36”2021年5月13日11:17:58.509324+00:00 heroku[路由器]:地址=信息方法=POST路径="/自定义”主机=vacuumlabs-recruitment-stats.herokuapp.com请求ID= 4192 a1 fd-a3 f6 - 485 f-b1 fa-f4608158201 d转发=”46.229.238.250“动态=web.1连接= 1毫秒服务= 658毫秒状态=200字节=71571协议=https 2021-05- 13 T11:24:14.596255+00:00应用程序[工作者1]:11:24:14清理队列的注册表:默认值2021年5月13日11:51:14.964091+00:00应用程序[worker.1]:11:51:14清理队列的注册表:默认值2021年5月13日12:18:15.365521+00:00应用程序[worker.1]:12:18:15清理队列的注册表:默认值2021年5月13日12:45:15.807208+00:00应用程序[worker.1]:12:45:15清理队列的注册表:默认值2021年5月13日13:12:16.162276+00:00应用程序[worker.1]:13:12:16清理队列的注册表:默认值2021年5月13日13:22:19.752760+00:00 heroku[网页1]:骑行2021-05- 13 T13:22:19.758617+00:00小鹿[web.1]:从2021年5月13日T13:22:21.404441+00:00 heroku[web.1]开始更改状态:使用SIGTERM 2021-05- 13 T13:22:21.468764+00:00应用程序[web.1]停止所有进程:[2021-05-13 13:22:21 + 0000] [19] [信息]正在退出工作进程(pid:19)2021年5月13日13:22:21.469338+00:00应用程序[web.1]:[2021-05-13 13:22:21 + 0000] [18] [信息]工作者正在退出(pid:18)2021年5月13日13:22:21.603043+00:00黑鹿[web.1]:进程退出,状态为143 2021-05- 13 T13:22:29.506983+00:00 heroku[web.1]:使用命令flask db upgrade; gunicorn run:app启动进程2021-05- 13 T13:22:44.229806+00:00应用程序[web.1]:信息[alembic.runtime.migration]上下文实现Postgresql实现2021-05- 13 T13:22:44.229847+00:00应用程序[web.1]:INFO [alembic.runtime.migration]将假设事务性DDL。2021-05- 13 T13:22:45.237101+00:00应用程序[web.1]:[2021-05-13 13:22:45 + 0000] [16] [信息]启动枪角20.0.4 2021-05- 13 T13:22:45.238104+00:00应用程序[web.1]:[2021-05-13 13:22:45 + 0000] [16] [资料]收听地点:第16期2021年5月13日13:22:45.238263+00:00应用程序[web.1]:[2021-05-13 13:22:45 + 0000] [16] [资料]正在使用的工作人员:2021-05- 13 T13:22:45.251720+00:00应用程序[web.1]:[2021-05-13 13:22:45 +0000] [18] [信息]正在使用pid启动工作进程:18 2021年5月13日13:22:45.281325+00:00应用程序[web.1]:[2021-05-13 13:22:45 +0000] [19] [信息]引导工作进程的pid:19日2021年5月13日13:22:45.368368+00:00黑鹿[web.1]:状态由启动变为向上2021-05- 13 T13:39:16.610272+00:00应用程序[worker.1]:13:39:16清理队列的注册表:缺省
然后在晚上,一个cron作业开始运行,如果我理解正确的话:

2021-05-14T01:48:26.272275+00:00 app[worker.1]: 01:48:26 Cleaning registries for queue: default

2021年5月14日星期一02:00:25.490758+00:00应用程序接口[api]:用户scheduler@addons.heroku.com 2021-05- 14 T02:00:33.513008+00:00 heroku[scheduler.9441]使用命令python3 web/scheduler.py启动进程:使用命令python3 web/scheduler.py 2021-05- 14 T02:00:34.559803+00:00 heroku[scheduler.9441]启动进程:状态由开始变为向上2021-05- 14 T02:00:41.805043+00:00应用程序[worker.1]:02:00:41默认值:网络招募应用程序更新数据(限制=100000,更新=真)(1ca 05337 - 8b 3f-4c 1a-b266 - 0 b 0 b883 ebc 3b)2021年5月14日T02:00:41.962375+00:00 heroku[计划程序.9441]:进程退出,状态为0 2021-05- 14 T02:00:42.013109+00:00 heroku[scheduler.9441]:状态从“开始”更改为“完成”
然后在早上发生了一件事:

2021年5月14日04:12:04.744216+00:00应用程序[工作人员1]:04:12:04清理队列的注册表:默认值2021-05- 14 T04:36:22.931198+00:00 heroku[网页1]:将dyno重新定位到新服务器2021-05- 14 T04:36:22.947164+00:00 heroku[web.1]:状态由涨转跌2021-05- 14 T04:36:22.965859+00:00 heroku[web.1]:状态由向下更改为开始2021-05- 14 T04:36:28.769921+00:00 heroku[web.1]:使用命令flask db upgrade; gunicorn run:app启动进程2021-05- 14 T04:36:34.945926+00:00应用程序[web.1]:信息[alembic.runtime.migration]上下文实现Postgresql实现2021-05- 14 T04:36:34.945980+00:00应用程序[web.1]:INFO [alembic.runtime.migration]将假设事务性DDL。2021-05- 14 T04:36:35.586629+00:00应用程序[web.1]:[2021-05-14 04:36:35 + 0000] [16] [信息]启动枪角20.0.4 2021-05- 14 T04:36:35.587223+00:00应用程序[web.1]:[2021-05-14 04:36:35 + 0000] [16] [资料]收听地点:第16期2021年5月14日04:36:35.587345+00:00应用程序[web.1]:[2021-05-14 04:36:35 + 0000] [16] [资料]正在使用的工作人员:同步时间2021年5月14日04:36:35.595662+00:00应用程序[web.1]:[2021-05-14 04:36:35 +0000] [18] [信息]引导工作进程的pid:18 2021年5月14日04:36:35.685214+00:00应用程序[web.1]:[2021-05-14 04:36:35 +0000] [19] [信息]引导工作进程的pid:19 2021-05- 14 T04:36:35.753571+00:00黑鹿[网1]:状态由开始变为向上2021-05- 14 T04:37:06.119631+00:00 heroku[web.1]:使用SIGTERM 2021-05- 14 T04:37:08.022638+00:00 heroku[web.1]停止所有进程:进程退出,状态为143 2021-05- 14 T04:39:05.134774+00:00应用程序[worker.1]:04:39:05清理队列的注册表:缺省
在那之后日志里就没别的了。
请问问题出在哪里?

d7v8vwbk

d7v8vwbk1#

我的申请也有同样的问题!
但经过几个小时的变化,在哪里做的应用程序变得可用。
再等几个小时。

798qvoo8

798qvoo82#

使用Heroku CLI执行delete the app,然后重新创建并推送到heroku。

waxmsbnn

waxmsbnn3#

同样的事情也发生在我身上,我同时部署了两个评论应用程序,正如用户502所说,几个小时后,两个应用程序都可用了。

相关问题