【问题标题】:/dev vs /exec documentation and mishandling/dev vs /exec 文档和错误处理
【发布时间】:2020-09-14 15:41:30
【问题描述】:

让我们从 /dev/exec 端点上没有太多文档这一事实开始。如果你有一些我找不到的有价值的信息,我很乐意看到,不要讽刺。

据我所知,dev 是当前的编辑版本,而 exec 是您的脚本的最后发布版本(如果您愿意,也可以是旧版本)。

这告诉我,我应该能够编辑我的独立网络应用程序脚本,而不必担心它是否会影响用户,因为如果它没有发布,他们就看不到更改。但实际上并非如此。

非常容易复制,只需制作一个新的网络应用程序,然后在doGet 函数中添加一个console.log("Anything you want")。发布并运行,你会在控制台看到你的日志,太棒了!现在返回,删除控制台行,不要发布,然后再次运行。你的控制台输出将不再运行,因为你没有发布它应该有。

所以我的问题是,关于它实际上应该如何运行的文档在哪里,因为我能找到的信息有限,它似乎已经损坏了。

【问题讨论】:

  • 现在返回,删除控制台行,不要发布,再次运行。你的控制台输出将不再运行,它应该有,因为你没有发布。我不确定这是真的。使用 index.html 提供minimal reproducible example-actual 代码
  • function doGet() { console.log("Testing #1"); console.log("测试#2"); console.log("测试#3");在 exec 页面上发布并运行,您会看到一个页面显示“脚本已完成但未返回任何内容”。现在去检查你的处决。您将看到所有 3。注释掉第二个控制台行。保存,在不发布的情况下再次运行 exec 页面并检查您的执行,第二行将丢失。很抱歉,我会更好地格式化这一切,更具可读性,但我只是不明白如何将代码放在这个评论框中。
  • 通过editing 将代码放入您的问题中

标签: google-apps-script web-applications


【解决方案1】:

答案:

exec URL 是您的 Web 应用的当前发布版本,而 dev URL 运行最近保存的代码,并且只能由具有编辑权限的用户访问。

更多信息:

来自 Web 应用程序的文档:

单击部署后,您将看到一个新对话框,其中包含一条消息,表明您的项目已成功部署为网络应用程序。

此对话框为您的应用提供两个重要的 URL:

第一个标记为当前网络应用 URL,并以 /exec 结尾。此 URL 适用于您应用的已发布版本,基于您保存和部署的最后一个版本。

第二个是标记为最新代码并以/dev结尾的链接。此 URL 只能由对脚本具有编辑权限的用户访问。此应用实例始终运行最近保存的代码(不一定是正式版本),旨在在开发过程中进行快速测试。

如果您已授予他们访问权限,您可以与希望使用您的应用的人共享网络应用 URL。

注意:

/exec/dev 端点的 Web 应用 URL 的 ID 相同。

您可以通过查看 Web App 部署模式来查看这一点 - Current web app URL 部分中提供的 URL 是 /exec URL,Test web app for your latest code. 字符串中提供的链接是 /dev URL。注意最后的/ 之前的ID 是不等价的。

参考:

【讨论】:

  • "/exec 和 /dev 端点的 Web 应用 URL 的 ID 不同。" ——这确实是我的问题。我发送了错误的链接,甚至从未注意到。谢谢你。我也为我对谷歌方向的讽刺表示歉意。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2015-11-03
  • 2011-10-27
  • 1970-01-01
  • 2011-05-13
  • 2012-10-29
  • 2018-08-13
  • 1970-01-01
相关资源
最近更新 更多