问西芬妮4在窗户上非常慢

EN

* update *

我为这个问题找到了一个更好的解决办法。那是..。流浪汉。我知道你在想什么--“窗户上的流浪汉?哈哈”。但现在发生了变化--现在有了一个windows上NFS文件夹同步插件。我已经在两台win10个人电脑上测试过了，到目前为止还不错。对我来说，它似乎非常稳定，而且我得到的响应时间低到40-50 ms (当然，在symfony正在重新生成/升温缓存的时候除外)。Composer安装、IDE同步和其他东西都可以正常工作。

此外，我在ubuntu仿生virtualbox VM上有相当标准的设置，包括nginx和php7.2-fpm。没有什么特别的或优化的任何方式。

如果你不是在流浪，我仍然留下我的老答案，以供参考。祝你好运，编码愉快！

* // update *

Symfony在windows上的表现一直很差，至少对我来说是这样。

启用/禁用opcache / apc / xdebug、调整realpath或任何可能会使事情变得更好，至少稍微好一点，但在我的经验中从未真正起作用。还有..。谁想在没有调试器的情况下工作呢？在我看来，这不是一个解决办法。

我的建议是完全删除XAMPP / WAMP (或者您已经安装了当前的php堆栈)并安装nginx +php。

您可以手工完成-- 例如 --或者通过安装WinNMP。

WinNMP是一个非常简单的XAMPP / WAMP工具，但它基于nginx。它附带了Nginx，PHP，MySQL和Redis。

唯一的缺点是，您必须学习如何配置nginx --如果您不知道--但是无论如何您应该知道。Nginx的性能更好，因此--在大多数情况下--更适合于生产环境，因此它在未来可能会有所帮助。

无论如何，这是我找到的唯一可行的解决方案，在windows上使用symfony，在这些窗口中，我不必在每次刷新时禁用xdebug或等待时间:)

​

​

• 您是否使用localhost连接到数据库(或其他任何东西)？将其更改为127.0.0.1
• 如果配置不正确，JMS额外的包可以在windows上执行此操作。
• 其他人提到了xdebug和realpath_cache_size，它们也是常见的罪魁祸首。

我遇到了一个Symfony问题，初始化每个请求花费3-5秒，这使得本地开发非常缓慢。我尝试了所有改进它的方法(php.ini设置更改、升级php等等)，最后我在xDebug中启动了Symfony，发现每个页面请求都重新构建了dev缓存，并且文件services.yaml触发了缓存重建。

当我查看Services.yaml文件时，我意识到修改的时间是未来的路，因为我正在测试时间更改，并将我的计算机时间移到未来，并在此期间保存了services.yaml文件。当我在当前时间重新保存文件时，它停止强制每次重建缓存。