Laravel 可以处理高流量应用程序吗？ [关闭]

我正在开发一个 PHP/MySQL 社交网络项目，该项目将包含许多模块/部分，包括：

• 用户系统（权限、配置文件、设置等...）
• stackoverflow风格的徽章和声誉点系统
• 朋友帖子墙/信息流
• forums
• 留言系统
• 文件夹
• blog
• 代码片段
• 书签
• 和其他几个部分...

最初我计划使用 Laravel 框架构建所有内容，因为它非常棒并且已经完成了很多工作。

但我现在对此提出质疑。我还没有开始任何代码，所以这不是决定的因素。

此外，我构建网站/应用程序任何部分所需的时间并没有超过性能。

因此，如果与从头开始构建相比，Laravel 会导致性能降低，但会节省大量时间。如果这意味着更好的性能和更好的长期发展，我宁愿花费大量额外的时间从头开始构建。

早在 2006 年左右，我就构建了 MySpace 和 Facebook 的混合社交网络，但没有使用框架。它使我能够 100% 控制所有方面的各个方面并获得更高的性能，因为随着我的网络规模和流量的增长，我能够真正调整和优化所有内容。我认为在使用大型框架时您会失去一些低级优化能力？

我的问题很容易被误认为是基于意见的问题。然而，在某种程度上，它的核心应该是合法的，只要性能是随着时间的推移而优先考虑的，理论上这将是更好的路线。

我只使用 Laravel 这样的框架构建了低流量应用程序，所以我没有使用 Laravel 这样的框架构建高流量应用程序的经验，所以我不知道它们与没有框架的情况相比表现如何。

我所有的高流量应用程序都没有框架。

基于我上面列出的模块/部分的类型。 Laravel 能否在高流量和大规模水平上处理这些类型的应用程序？

这个问题有点模糊 - 首先，您对高流量的定义是什么？

在我工作的地方，我们运行从头开始手工构建的代码和由 Laravel 应用程序提供服务的区域的组合（它嵌入在主站点中，并提供与旧应用程序代码的其余部分一样多的流量）。

使用 Laravel 构建的区域根本没有放缓（使用相同的数据库源并且在相同的 Web 服务器上运行 - 对于基准测试非常有用）。

Caveats:

最初的手工构建代码较旧，并且并不总是利用较新的 PHP 方法/设计类型。这意味着它的效率并没有达到应有的水平。然后你会因为 Laravel 做一些你可能并不总是需要/想要进行的事情而产生开销。

加起来

归根结底就是在 Laravel 中模拟您认为应用程序中最重的部分，然后再次使用自定义基础代码。然后对其中的垃圾进行基准测试。

您很可能会发现（好的）手工制作工作会更快。值得那些毫秒吗？好吧，这取决于个人选择。 Laravel 完全有能力处理大量流量，但当然，如果不使用它，您可能会节省少量时间。

这对你正在做的事情有多重要？如果有什么东西减慢了 Laravel 的速度并导致你在 Laravel 中出现问题 - 改变它。毕竟它是开源的。

以供参考（取决于你是否认为这是高流量 - 我会）：

这是一家位于英国的 SASS，通常为英国游客提供服务。今晚 9 点（周五晚上 - 实际上是我们最安静的时间之一），我们目前有大约 250,000 个活跃的 PHP 会话正在进行。

该系统通过 6 个网络服务器提供服务[冗余、流量负载等] （负载均衡）对于 PHP 应用程序。