我来自Codeigniter的背景。我已经用了三年了，非常喜欢它。它很简单。
我已经建立了大量的网站与Codeigniter，但我正在寻找一个新的PHP框架来学习。
这个变化的主要原因是一个潜在的大项目即将到来。它不会有很多用户(可能最多100个)，但是服务器产生的出站流量将是巨大的。该项目将通过FTP一个接一个地传输数千个文件(大小从1mb到几百mb不等)。它还处理用户上传数百个文件。
这个项目的关键是速度。系统需要尽可能快地运行脚本(每次通过FTP发送文件时，它都会运行一个长脚本来收集文件、它的类型和目的地)，以尽量减少性能问题。我知道文件的传输速度与服务器所能达到的速度一样快，实际上与最慢的瓶颈一样快，但是在这里，我试图尽可能地减少代码中的瓶颈。
经过一番研究，我喜欢Laravel的外观，并安装了它来掌握它。但它的速度会不会是一个问题，因为它被测试得比Codeigniter慢?我知道Phalcon是基于C语言的，因此它是最快的框架，那么Phalcon会是更好的选择吗?
我不确定你的问题是否会被删除，因为它是一个意见(你知道，根据指导方针等等)
但是在我看来，尽管Phalcon的C构建速度很快，但我发现(在Codeigniter退役之前，我是Laravel 3的用户)现在使用Laravel 4 -它与已知的网络和架构有很多集成。
不是要抨击Phalcon，因为我很少使用它，但这里有一些关于Laravel的子弹:
-
与composer轻松模块化:所有包都可以从composer导入当前的PSR标准，以便快速部署Codeigniter所缺乏的依赖项。
-
它可以遵循任何你想要的样式:PSR-0和PSR-4。这是一种自然的MVC，但您可以轻松地使用TDD(或BDD)和其他格式。虽然这是一个可怜的子弹，但它提供了很大的灵活性，以适应各种工作。
-
IoC内置在APP中，它非常易于理解和广泛，以便利用IoC
-
Taylor Otwell非常积极地调整和微调框架。这是一个非常活跃的繁荣社区(纽约Laracon刚刚通过，下一个是阿姆斯特丹Laracon)，所以你不会被支持。
-
从队列(beanstalk, IronMQ)到邮件(swiftmailer)，甚至缓存系统(Redis或其他)，许多已知的应用程序都预先集成在框架中。接口在功能方面是直接的-更糟糕的情况?
-
可读性:很多结构和ORM(如果你选择Laravel的原生ORM，它被称为Eloquent)都是关于代码的可读性的，尽管底层是复杂的。所以它会正确缩放(很多人切换状态都是一样的)。
从那些切换到和你一样好奇的人那里得到的一些进一步的阅读:http://www.web-and-development.com/laravel-vs-codeigniter/
和http://mulzer.tumblr.com/post/24141993116/12-reasons-you-should-switch-from-codeigniter-to
现在子弹为费尔康vs Laravel的速度:与Laravel + APC +其他一些调整，你可以实现接近它的东西，同时给你所有的灵活性，你从Laravel获得。
最后，如果你需要一个并排比较:http://vschart.com/compare/phalconphp/vs/laravel
如果只是为了速度，那么看看这个基准测试:
http://systemsarchitect.net/performance-benchmark-of-popular-php-frameworks/
我将使用phalcon，因为它是在c级上创建的，基本上与php本身相同。
编辑:在撰写这篇编辑时，上面提到的站点还没有功能。以下是archive.org网站的截图:https://web.archive.org/web/20160329072449/http://systemsarchitect.net 80/2013/04/23 performance-benchmark-of-popular-php-frameworks/