问题调度go111运行时下的dev_appserver.py url

golang学习网今天将给大家带来《问题调度go111运行时下的dev_appserver.py url》，感兴趣的朋友请继续看下去吧！以下内容将会涉及到等等知识点，如果你是正在学习Golang或者已经是大佬级别了，都非常欢迎也希望大家都能给我建议评论哈~希望能帮助到大家！

我仍在努力让我的旧式应用程序引擎至少在 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 工具从今天起已更新。

解决方案

您的问题是，为什么您的应用程序在将其部署到生产环境时运行良好，但在使用 dev_appserver.py 在本地运行它时却不起作用，以及如何使用 运行它dev_appserver.py。答案是：

您将无法使用 dev_appserver.py 在本地正确运行它，因为它不支持运行时 go 1.11。查看Local Development Server Options文档，只有“go 1.9”的链接。

（如您所见，“go 1.11”和“go 1.12”的链接被禁用，这意味着：不支持。）

Documentation for Go 1.11 规定，为了在本地测试您的应用程序，您必须使用“go run”命令（请注意它没有提到 dev_appserver.py 工具）。该命令将是这样的：

go run [build flags] [-exec xprog] package [arguments...]

有关该命令的更多信息，请访问 here。

我确信您可能已经阅读过本文，但是要了解有关从 go1.9 到 go1.11 的迁移过程的更多信息，请阅读本文 documentation。

您已经声明“go run”命令不适用于您的情况。因此，解决此问题的方法是访问 test your application directly into App Engine，但不迁移流量。

部署测试版本时使用：

gcloud app deploy --no-promote

要访问它，请访问：

http://VERSION_ID.default.YOUR_PROJECT_ID.appspot.com

如果一切顺利，您可以迁移 Cloud Console UI 上的流量，选择您刚刚部署的版本，然后单击“迁移流量”。

理论要掌握，实操不能落！以上关于《问题调度go111运行时下的dev_appserver.py url》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！