【发布时间】:2019-08-03 14:21:29
【问题描述】:
我仍在努力让我的旧式应用引擎至少在 go111 下工作(由于对 memcache 的依赖,go112 无法工作)。我现在因静态文件的 app.yaml 配置问题而绊倒,我之前使用了完全静态的目录布局,只是在根目录中指定了一些动态处理程序,如下所示:
runtime: go111
handlers:
- url: /_ah/.*
script: auto
login: admin
secure: always
- url: /dynamic
script: auto
secure: always
- url: /admin/.*
script: auto
login: admin
secure: always
- url: (.*)/
static_files: html\1/index.html
upload: html/index.html
secure: always
- url: /(.*\.map)
mime_type: application/json
static_files: html/\1
upload: html/(.*\.map)
secure: always
- url: /
static_dir: html
secure: always
dev_appserver.py 永远不会调用我的动态入口点。在生产中这确实有效,但我仍在进行转换并希望在本地进行测试。任何提示如何说服 dev_appserver.py 让我这样做?顺便说一句,我的 gcloud 工具从今天开始更新。
【问题讨论】:
-
你能向我澄清一些事情吗?因为我不确定您面临的问题是什么。我假设您正在使用 App Engine 标准,因为在 app.yaml 中未指定,并且您使用的是“dev_appserver.py”(仅适用于标准),对吗?您已经使用配置处理程序来处理静态文件并使用入口点 (cloud.google.com/appengine/docs/standard/go111/config/…),对吧?
-
它在部署时有效,但在使用本地服务器 dev_appserver.py cloud.google.com/appengine/docs/standard/python/tools/… 时不处理 url,对吗?
-
是的,我正在使用标准,如果没有指定其他任何内容,这就是我得到的。我对 memcache 有依赖关系,否则我还无法解决,所以我被 go111 运行时困住了。以前我一直在使用带有 api 版本 go1 的 go 运行时。它确实可以使用 gcloud 命令完美部署,但是使用 dev_appserver.py 在本地调试不起作用,它只会提供静态内容并且不会调用任何处理程序。
标签: google-app-engine go