将PHP与全栈框架一起用于高负载项目是一个坏主意吗？ [关闭]

Question

我知道PHP代码会编译为字节码，并在每次运行时（即在每个页面请求中）重新执行。 因此，引擎应在每次请求时重新定义所有使用的类，函数，变量等。

当使用Laravel或CakePHP等全栈框架时，这也意味着在每个请求上，一次又一次地执行相同的引导工作，例如解析配置文件，注册路由，自动加载类等。

这似乎是处理这些东西的非常不理想的方式。 甚至缓存（无论是OPcache还是框架缓存系统）都不够用，因为仍然需要执行脚本。

另一方面，基于NodeJS或Ruby之类的引擎的应用程序在启动期间仅编译和引导一次。 因此，我认为它们应该比PHP具有更好的可伸缩性。

但是PHP非常流行，甚至Facebook也使用它。 因此，我想知道，对于一个可能承受沉重负载的网站，正确的选择是什么？ 为此目的，将PHP与全栈框架一起使用是否是个坏主意？

Answer 1

我知道PHP代码会编译为字节码，并在每次运行时（即在每个页面请求中）重新执行。 因此，引擎应在每次请求时重新定义所有使用的类，函数，变量等。

从PHP 5.5开始，默认是一个操作码缓存 。 在此之前，可以使用APC。 您还可以使用HHVM之类的东西通过JIT编译进一步提高性能（PHP 7将包括类似的改进）。

当使用Laravel或CakePHP等全栈框架时，这也意味着在每个请求上，一次又一次地执行相同的引导工作，例如解析配置文件，注册路由，自动加载类等。

Laravel（我不能说CakePHP）仅在使用类时才加载它们-大多数类永远不会在平均请求中加载。 关于使用诸如Symfony / Laravel之类的较大框架的大多数偏执狂就是-偏执狂。

这似乎是处理这些东西的非常不理想的方式。 甚至缓存（无论是OPcache还是框架缓存系统）都不够用，因为仍然需要执行脚本。

操作码缓存和框架缓存（文件，Redis等）提供了巨大的好处，您在这里不屑一顾。 是的，需要为每个请求执行代码（尽管类似Varnish的东西甚至可以减少这种情况）-但是这种情况对于任何语言和任何框架都是正确的。