问题标签 [google-app-engine-php]

您好，我今天遇到了 GAE SDK 的问题，更新我的应用程序需要花费大量时间，在此之前它上传速度很快，并且需要几分钟或更短的时间。

即便如此，我还是去谷歌云状态仪表板检查并验证 GAE 服务是否中断并且不是中断。

这是我的控制台截图，同时也是谷歌云状态仪表板。

任何想法？

谢谢

在过去的两天里，我的 GAE 应用程序有时反应很快，而且大多数时候加载速度很慢或永远加载。另一个域中的相同应用程序版本可以正常工作。

我检查了我的日志以查看任何错误，我对来自 Unknown Origin 的大量HTTP(503)感到惊讶：

错误详情：

.

任何想法？

谢谢

使用 Google App Engine 中的 PHP 应用程序，我无法在 Stackdriver 产品的错误报告视图中显示错误。它应该默认配置，但是故意输入错误或使用 error_log() 记录仍然会使错误报告视图为空。

错误确实在 Logging 视图中显示为 request_log 中有错误的请求。

我需要配置一些东西吗？文档说这应该默认工作（据我所知，我没有使用灵活环境）。

我有一些在应用引擎生产环境中工作的 php 源代码，在其他任何地方都无法工作。该代码的旧版本似乎也根本不起作用，因此我需要获取该源代码并查看它的不同之处。

此讨论概述了我面临的挑战：http: //google-app-engine.75637.x6.nabble.com/Download-specific-Module-code-td699.html

有人告诉我尝试使用 appcfg.py download_app：

问题是这个命令不允许我指定模块/服务，所以我不能定位我的源代码。另外，我不是应用程序所有者，因此我无法下载所有内容，但据我了解，这仍然无法正常工作，因为 appcfg 似乎只针对默认服务。

我链接的文章以使用 gcloud 下载应用程序的建议结尾，但我无法找到如何做到这一点。这里有谁知道如何解决这个问题？该服务在一个灵活的实例中运行 - 不确定这是否会有所不同......

我今天开始有问题了。

每次我运行appcfg.py update .它都会更新 441 个项目文件。
即使我只是修改了 1 它也会上传 442。

运行appcfg.py update .两次将每次上传 441 个文件。

这显然是一个问题，因为不是上传几个文件，而是上传很多文件并花费大量时间。

这是我尝试过的：

• 将应用引擎启动器更新为最新版本
• 重新启动
• 从文件夹中删除所有文件，从 git 再次下载它们

似乎没有任何效果。

我什至只留下了 app.yaml 和 index.php 并且每次都上传了这两个文件，即使我没有更改任何内容。

想法？谢谢

我希望能够用事务包装将任务排入 AppEngine 推送队列的代码，以便如果该事务中的任何代码失败，则不会将任务提交到队列中。我正在使用 PHP，但在文档中找不到这样的功能。

我使用 Propel2 作为我的 ORM，所以理想情况下我想将它们与 Propel2 事务相关联。

与此相反，Python 和 Java 似乎有这种支持：https ://cloud.google.com/appengine/docs/java/taskqueue/push/creating-tasks#enqueuing_tasks_in_cloud_datastore_transactions

有没有人这样做过或可以提出想法？

谢谢。

我正在关注GAE PHP 教程，但我无法让本地开发服务器正确响应。

我运行它

dev_appserver.py --php_executable_path=/usr/bin/php --host=192.168.33.44 ./

它启动良好。当我查看http://192.168.33.44:8080/日志显示

INFO 2016-10-12 07:55:06,264 module.py:788] default: "GET / HTTP/1.1" 200 -

但我得到一个空白页。教程中没有任何内容解释遇到问题时该怎么做。

到目前为止，我已经：

• 试过 PHP 5.5 和 5.6 (remi)：没有区别
• 将损坏的 PHP 放入helloworld.php：没有错误
• 将处理程序更改为- url: /：/ 上的空白页面，任何其他 URL 的 404 页面
• 搜索谷歌文档：没有帮助
• 搜索谷歌：没有帮助
• 问橡皮鸭：没救了

我正在通过 Vagrant 和 Google Cloud SDK 129.0.0 运行 Centos 7.2。

非常感谢任何和所有帮助。

[编辑]

根据要求提供额外数据

访问http://192.168.33.44:8080/时来自 Chrome 的响应标头

我从 129 更新到 130 但同样的问题存在

我在 appengine 上部署了一个 php 应用程序，它依赖于燃料/邮件，它本身依赖于 guzzle/guzzle。当我尝试使用电子邮件附加和发送文件时，它会失败，因为 is_readable 在实际存在且可读的文件上返回 false。以下是复制事物的方法：

由于 is_readable 返回 false，所以整个事情都失败了。请注意，它正在处理 apache/php 部署。

那么，我做错了吗？应用引擎环境是否表现得不正常？guzzle 没有正确使用 is_readable 吗？如果问题不是来自我，在等待修复时有什么解决方法吗？

我不是在不同的位置更新同一个变量，而是解析文件并提取我需要的位。我正在寻找的一点是我的 service-worker.js 文件中的缓存名称。我在本地开发的时候，可以很方便的检索到目录结构中的js文件。

当我将我的应用程序部署到 GAE 时，需要将 service worker JS 文件声明为静态文件，因此 GAE 将其隐藏在某个地方。

有没有办法在不进行 URL 调用的情况下访问该文件？

这是我目前使用的，在 DEV 中一切正常：

我想在运行在 Google App Engine PHP 柔性环境上的 php 应用程序中使用 imagettfbbox 函数，因此我已阅读此文档（https://cloud.google.com/appengine/docs/flexible/php/runtime#dependencies）并添加

到我的 php.ini 文件，我得到这个错误。

当我在部署的应用程序中检查 php.info 时，我可以看到 GD 已启用，但我找不到 FreeType 列，所以我认为我的应用程序中未启用 FreeType。

如何启用对 GD 的 FreeType 支持？