php artisan优化仅在composer安装时超时

我正在Azure上运行laravel应用程序。事情正朝着正确的方向发展，composer安装根本不起作用。但是，现在“php artisan optimize”命令超时：

但是，单独运行“php artisan optimize”完全没有问题：

这可能是什么原因

编辑：

删除symfony文件夹没有帮助，当我运行“Composer安装”命令时，它不存在：

增加超时限制也无济于事，我在azure和composer.json文件中都增加了超时限制：

再次安装symfony组件后，这仍然会给我一个超时时间：

---

当我将一个新的clean Laravel 5应用程序部署到Azure Web apps并试图重现您的问题时，我运行命令

php artisan optimize

或

composer install

或

composer update

，它在我这方面运行得很好

我在Azure Web apps上应用程序的KUDU控制台站点的站点扩展中安装了composer，url应该如下所示：

https://.scm.azurewebsites.net/SiteExtensions/#gallery

其他开发人员也有几种解决方案与您出现相同问题，您可以尝试以下解决方案：

• 尝试增加最大执行时间或将值设置为0，请参阅更改Azure Web应用程序上的PHP内置配置。您可以在

  Composer.json

  文件中更改

  进程超时

  ：

  “配置”：{
  “进程超时”：0
  }

• 已删除整个Symfony文件夹，然后重试。正如上的评论所述，symfony依赖项似乎提出了这个问题

@Rkey， 根据我的经验，我认为问题更多地与symphony版本/配置有关。我建议您可以从

composer.lock

文件中删除/编辑symphony配置（注意：如果无法成功，请备份此文件，您还可以恢复您的环境）。然后您可以运行此

“composer安装”

。
安装组件后，您可以看到一个警报窗口，其中显示

your session is timeout, please refresh your browser.

您可以看到此信息，因为服务器正在初始化过程中。

---

如果有任何问题，请随时告诉我。
我也有这个问题。升级计划会有帮助吗

---

根据升级到S3的帮助。。。不过我还没试过。。。让我知道它是否真的有效。
@Rkey&@cabs，根据我对这个问题的理解，我想指出，Azure上并不完全支持Composer。问题是它使用的Taskkill命令在Azure上被阻止。我们已经意识到这一点，请根据Azure at的使用经验随时提交想法或建议。
我也已经陷入这个问题一周了。 在论坛上尝试了所有的解决方案，但没有成功。

---

今天早上在重新安装XAMPP后终于解决了这个问题。这是我以前的PHP版本5.6.19的问题。在PHP版本5.6.28中使用新的XAMPP时，它工作得很好。
您可以尝试增加超时时间，看看这可能不是一个解决方案，但如果给它更多的时间，它是否真的完成了，或者完全卡住了，这会很有趣。看起来其他人以前也遇到过。是的，对不起，我应该提到我已经试过了。我现在收到截图，只需一秒钟。好的，目前正在等待“2000秒后超时”-消息，需要一段时间才能更新图像，显示其他修复没有帮助。啊，我的问题措辞不当，我道歉。我已经尝试过这两种方法，我会上传它们的截图。请稍等。您可能了解了一些内容，但我不明白“从composer.lock文件中删除/编辑symphony配置”是什么意思。composer.lock文件超过3000行，您是指composer.json文件吗？在这两种情况下，你在谈论composer.lock/composer.json文件的哪些部分？@Rkey，我只想更新symphony组件。请尝试使用“composer update symfony/symfony”更新您的组件好吗？然后你可以使用“composer install”命令。如果我在/home/site中运行“composer.phar update symfony/symfony”，它只会给我“进程[9476]终止！按ENTER键启动一个新的cmd进程。”=/@Rkey，我会深入研究这个问题，稍后回复你。@Rkey，我已经发布了一个回复，指出当前事实，如果您有任何进一步的问题，请随时通知我们。@Rkey有任何更新吗？。。。我的意思是，你成功地让它工作了吗？我也有同样的问题。我很确定他们有不同的问题。如果只是升级到S3会有所帮助，那么增加超时的最大时间也会有所帮助。即使在处理能力非常差的情况下，2000秒后超时也不应该发生，因为我可以在“composer install”命令之外自由运行优化，所以问题应该出在其他方面。我甚至非常确定是我指出了taskkill不适用于Azure的问题。我花了几天时间与Azure支持人员讨论这个问题，我得出了这个结论并告诉了他们。然而，我认为这可能仍然是答案。我认为优化完成了，但最后一步是杀死安装程序。由于taskkill被阻止，错误消息认为我们仍然处于优化状态，并说这是超时的操作，我想现在总结一下。没有解决办法。