3 ms·

There's a vast array of frameworks for just about any appetite available in PHP. Just looking for a simple MVC app? Silex (http://silex.sensiolabs.org/ http:/

There's a vast array of frameworks for just about any appetite available in PHP. Just looking for a simple MVC app? Silex (http://silex.sensiolabs.org/ http://silex.sensiolabs.org/) Want something that's beefier and more rails-inspired? Laravel (http://laravel.com/ http://laravel.com/) Want MVC but near native PHP performance? PhalconPHP (http://phalconphp.com/en/ http://phalconphp.com/en/) Building an enterprise application with a team of developers? Symfony (http://symfony.com/ http://symfony.com/), Zend Framework 2 (http://framework.zend.com/ http://framework.zend.com/) ..and I'm only listing the more popular frameworks that I know of that are mature. Every single one of these has full unit test coverage, and most have very clear examples of how to unit test your code. I like that I can pick from so many frameworks instead. This allows me to choose a framework that fits my problem, instead of fitting a framework around my problem. I find this to be one of the highlights of the PHP community, not one of the downfalls.

woah 13y ago
You mention performance... Is phps performance any good? I've always been under the impression that it is quite slow. Maybe I'm just buying the fud.
- csixty4 13y ago
  Performance isn't bad. You've been able to install an opcode cache for years, and there's one built into the runtime now. HHVM really boosts performance, and it's closing in on full compatibility with mainstream PHP.
- debaserab2 13y ago
  That question depends on what your trying to accomplish. If you're operating on a massive enterprise scale, it's probably not going to be good enough for your hardware. The HipHop VM might be a saving grace if you're already built on PHP, but pragmatically it's probably a better idea to choose a more matured solution (probably something on the JVM). If you're doing something that is algorithmically intensive (video encoding as an arbitrary example) PHP is going to be a bad fit. However, if you, like the vast majority of developers, are working on a website that's main technical purpose is to store data of some sort to a back end and retrieve it later for display and you're not yet operating on a large scale (1M+ users) then PHP itself is probably not going to be your bottleneck for a long time. If you're a fan of benchmarking, techempower does a good job of unbiased comparisons (although keep in mind these are just benchmarks. It doesn't account for how a particular language or framework is optimized for): http://www.techempower.com/benchmarks/ http://www.techempower.com/benchmarks/
- alien3d 13y ago
  The most problem application is IO speed. While testing php speed,problem speed occur on include,require file.Each include toll 200 to 300 ms. If you build your server with SSD .It cut short the io issue.Don't overlook some micro optimization tips..
  - Nodex 13y ago
    200 - 300ms ? what on earth are you running on a floppy disk? my entire routing processes are 47ms and that's a round trip AJAX request INCLUDING rendering, database calls and includes. Seriously, check your HDD's - they're probably on their way out

woah 13y ago

You mention performance... Is phps performance any good? I've always been under the impression that it is quite slow. Maybe I'm just buying the fud.

csixty4 13y ago
Performance isn't bad. You've been able to install an opcode cache for years, and there's one built into the runtime now. HHVM really boosts performance, and it's closing in on full compatibility with mainstream PHP.
debaserab2 13y ago
That question depends on what your trying to accomplish. If you're operating on a massive enterprise scale, it's probably not going to be good enough for your hardware. The HipHop VM might be a saving grace if you're already built on PHP, but pragmatically it's probably a better idea to choose a more matured solution (probably something on the JVM). If you're doing something that is algorithmically intensive (video encoding as an arbitrary example) PHP is going to be a bad fit. However, if you, like the vast majority of developers, are working on a website that's main technical purpose is to store data of some sort to a back end and retrieve it later for display and you're not yet operating on a large scale (1M+ users) then PHP itself is probably not going to be your bottleneck for a long time. If you're a fan of benchmarking, techempower does a good job of unbiased comparisons (although keep in mind these are just benchmarks. It doesn't account for how a particular language or framework is optimized for): http://www.techempower.com/benchmarks/ http://www.techempower.com/benchmarks/
alien3d 13y ago
The most problem application is IO speed. While testing php speed,problem speed occur on include,require file.Each include toll 200 to 300 ms. If you build your server with SSD .It cut short the io issue.Don't overlook some micro optimization tips..
- Nodex 13y ago
  200 - 300ms ? what on earth are you running on a floppy disk? my entire routing processes are 47ms and that's a round trip AJAX request INCLUDING rendering, database calls and includes. Seriously, check your HDD's - they're probably on their way out