Re: Will PHP ever "grow up" and have threading?

From: Date: Wed, 24 Mar 2010 00:31:03 +0000
Subject: Re: Will PHP ever "grow up" and have threading?
References: 1 2 3 4 5  Groups: php.general 
Request: Send a blank email to php-general+get-303155@lists.php.net to get a copy of this message
Tommy Pham wrote:
On Tue, Mar 23, 2010 at 3:33 PM, Per Jessen <per@computer.org> wrote:
Tommy Pham wrote:
On Tue, Mar 23, 2010 at 2:04 AM, Per Jessen <per@computer.org> wrote:
Use the right tool for the right job - PHP is a scripting/interpreted language, it does not need threading (IMO of course). -- Per Jessen, Zürich (9.4°C)
I couldn't agree more. But here's a real life example. Your client has a forum and is using phpbb for their in house use. They also have an in house custom PHP app, integrated with phpbb, built to suit their needs. Now they want to implement some kind of CMS. You come in and implemented a PHP based CMS to integrate into their existing applications. Then you realize something troublesome, you have a performance issue where it could be resolved by implementing thread. What are you going to do?
The standard, mature, experienced answer is - buy a bigger box.
The company started small. As their business grows because they have products & services that do not exist in the marketplace, their hardware are already growing along side with it, (load balancers, clusters). So then your solution is buy bigger/more boxes? What if the their server room is filled and already using recent hardware. Their current business needs doesn't need to move to a bigger building. What then? Hire data center's services?
Very few companies have a legitimate reason to run their own server room at this point in time and should be using a data center if they are not already. Data centers have excellent bandwidth, diesel generators to keep things live during sustained power outages, temperature control to keep things cool, and often have technicians on hand with spare parts that can take care of many hardware issues 24/7.

« previous php.general (#303155) next »