Php Laravel或Phalcon用于交通繁忙的场所

我来自Codeigniter的背景。我已经用了三年了，真的很喜欢它。它的简单是伟大的

我已经用Codeigniter构建了大量站点，但我正在寻找一个新的PHP框架来学习

这一变化的主要原因是一个潜在的大项目即将到来。它不会有很多用户（最多100个），但服务器产生的出站流量将是巨大的。该项目将通过FTP一个接一个地传输数千个文件（大小从1mb到几百mb不等）。它还处理用户上传数百个文件的问题

这个项目的关键是速度。系统需要尽快完成脚本的运行（每次通过FTP发送文件以收集文件、文件类型和目标时，系统都会运行一个长脚本），以最大限度地减少性能问题。我知道，文件的传输速度只有服务器能做到的最快，而且实际上是最慢的瓶颈，但在这里，我试图尽可能地减少代码中的瓶颈

经过一点研究，我喜欢拉威尔的外观，并安装了它来处理它。但它的速度可能是一个问题，因为它被测试为比Codeigniter慢？繁重的流量和大量的PHP解析是否会减慢Phalcon基于C的速度，从而使其成为最快的框架，Phalcon是否是更好的选择

---

非常感谢您的任何想法：）

如果只是关于速度，请查看此基准：

我会选择phalcon，因为它是在c级别创建的，基本上就像它是php本身一样

编辑： 截至本编辑稿撰写之时，上述网站不起作用。下面是archive.org上的快照：

---

我不确定您的问题是否会被记录下来，因为它是一种意见（根据指南和所有信息，您都知道）

但IMO——尽管Phalcon的C构建速度很快，但我发现（作为退休前从Codeigniter过渡到Laravel3的用户）现在已经与Laravel4集成在一起了——它与已知的网络和体系结构有很多集成

不要抨击Phalcon，因为我很少使用它，但这里有一些针对Laravel的子弹：

composer易于模块化：所有软件包都可以从composer导入当前的PSR标准，以快速部署Codeigniter所缺乏的依赖项

它可以遵循您想要的任何样式：PSR-0和PSR-4。这是一个自然的MVC，但您可以轻松地使用TDD（或BDD）和其他格式。虽然这对一些人来说是一个糟糕的项目，但它在适应各种工作方面提供了很大的灵活性

IoC内置在应用程序中。它非常容易理解和扩展，以便使用IoC

Taylor Otwell在调整和微调框架方面非常积极。这是一个非常活跃、欣欣向荣的社区（Laracon NYC刚刚通过，下一个是Laracon Amsterdam），所以你不会因为支持而被打断

从队列（beanstalk、IronMQ）到邮件器（swiftmailer），甚至缓存系统（Redis或其他），许多已知的应用程序都预先与框架集成。界面在功能方面是直接的-更糟的情况？只要延伸，就可以开始了

可读性：很多结构和ORM（如果您选择使用Laravel的原生ORM，它被称为Eloquent）的方式都是关于代码的可读性，尽管代码的底层很复杂。因此，它将向右扩展（许多人切换到相同的州）

从那些像你这样的人那里得到的一些进一步的解读：

及

现在是法尔康对拉雷维尔的速度： 通过Laravel+APC+其他一些调整，您可以实现接近它的效果，同时为您提供从Laravel获得的所有灵活性

最后，如果您需要并列比较：

---

我在一些高负载项目中使用Phalcon，速度非常快（项目是从Silex重写的）。我没有使用Laravel，但基准测试表明它要慢得多。这取决于您编写的代码。一个写得好、优化得好的web应用程序总是比一个差的应用程序快，不管它是用什么框架编写的。@MartinBean-当然是。但是为了便于讨论，我们假设这个网站是用良好的、优化的代码编写的。我也有类似的情况。那么你选择了什么呢？我在这里找到了最好的比较：是的，链接中的性能基准是我最初对Phalcon感兴趣的原因之一。Laravel+HHVM会是一个有竞争力的选择吗？@Unnawut我会这么说，但这与框架没有多大关系。非常确定你也可以让Phalcon+HHVM运行，这比快点。我不确定是否可以做Phalcon+HHVM:。但你说的没错。无论如何，Phalcon可能会运行得更快，因为用C编写本机代码可能会做得更好。非常感谢您的输入。我以前确实检查过vschart，这是比较的好方法。我不得不说拉威尔是我的第一选择，但我还是有点犹豫不决。建议初学者通过Jeffrey Way查看拉拉卡斯特。有18个免费视频，包括一个初学者的Laravel。Taylor Otwell还为Laravel制作了一个流浪操作系统，如果你需要虚拟机，它可以在1小时内（下载时间而不是安装时间）完成特定的安装，这对于那些想尝试的人来说是一个非常好的选择@诺阿古德里奇