On Tue, Mar 23, 2010 at 9:49 PM, Larry Garfield wrote:
> On Tuesday 23 March 2010 11:32:10 pm Tommy Pham wrote:
>> On Tue, Mar 23, 2010 at 9:06 PM, Teus Benschop
> wrote:
>> > When looking at PHP as used in enterprise class applications, we can see
>> > the following happening. Let imagine that w
On Tue, Mar 23, 2010 at 9:55 PM, Teus Benschop wrote:
> On Tue, 2010-03-23 at 21:32 -0700, Tommy Pham wrote:
>> # of requests / second can be solved by load balancers/clusters. What
>> about the multiple answers for a simple request per user as in my
>> example? How you would solve that if not b
Tommy Pham wrote:
> 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
> t
stop bashing the people who DO have a use for threading and other
advanced concepts eh.
just because you don't have a use for it, it shouldn't be included?!
kinda arrogant.
also kinda arrogant: how do you know the guy needing threading is not
working on projects many times as complex as your own
The problem you're getting is that your web-server interprets the
request as a request for a normal file and just sends it - in effect,
you're not outputting the postscript file, you're just sending the
.php file. Normally, you'll only get your php executed if the file
requested is a .php or .phtml
throw more hardware at it?
how about you not butt into my business and how i save costs eh..
On Wed, Mar 24, 2010 at 9:31 AM, Per Jessen wrote:
> Tommy Pham wrote:
>
>> The company started small. As their business grows because they have
>> products & services that do not exist in the marketpla
and btw, complexity of design can go up considerably when you have to
deal with more than 1 php and 1 mysql server, because the language
forces inefficient constructs _and_ is "stuck on 1 server"
On Wed, Mar 24, 2010 at 9:36 AM, Rene Veerman wrote:
> throw more hardware at it?
>
> how about y
Tommy Pham wrote:
> Let's go back to my 1st e-commerce example. The manufacturers list is
> about 3,700. The categories is about about 2,400. The products list
> is right now at 500,000 and expected to be around 750,000. The site
> is only in English. The store owner wants to expand and be I1
Teus Benschop wrote:
> On Tue, 2010-03-23 at 19:08 -0700, Tommy Pham wrote:
>> The response time, max 5 seconds, will be tested on local gigabit LAN
>> to ensure the adequate response (optimized DB & code & proper
>> hardware) without worrying about users' connection limit and site's
>> upload ban
Robert Cummings wrote:
> Yes, I do. There's nothing in your requirements above that sound
> particularly difficult for PHP to handle with a good design and lots
> of caching... and of course the right hardware. I think you're hung up
> on the numbers a bit... those aren't very big numbers for a da
look per, i for one build systems designed to scale to popular levels.
that means that whatever i can squeeze out of a single machine will
save me money. quite a lot, coz as you know dedicated hosting gets
very expensive when you have to buy fast machines.
threading features and persistent shared
Tommy Pham wrote:
> # of requests / second can be solved by load balancers/clusters. What
> about the multiple answers for a simple request per user as in my
> example? How you would solve that if not by threading?
Ah, you're worried that running multiple sql queries sequentially will
cause th
Per Jessen wrote:
Teus Benschop wrote:
On Tue, 2010-03-23 at 19:08 -0700, Tommy Pham wrote:
The response time, max 5 seconds, will be tested on local gigabit LAN
to ensure the adequate response (optimized DB& code& proper
hardware) without worrying about users' connection limit and site's
up
Rene Veerman wrote:
and btw, complexity of design can go up considerably when you have to
deal with more than 1 php and 1 mysql server, because the language
forces inefficient constructs _and_ is "stuck on 1 server"
Switch to a real database?
MySQL still needs to grow up as well :)
--
Lest
jeez dude, you're assuming that all software problems are best solved
by a sql solution.
imo, they're NOT. example? any realtime system with real work to do.
please stop pretending you know the proper design of all software that
is made or yet has to be made.
both a ya.
On Wed, Mar 24, 2010 at 9:
Rene Veerman wrote:
> stop bashing the people who DO have a use for threading and other
> advanced concepts eh.
I'm not bashing anyone.
> just because you don't have a use for it, it shouldn't be included?!
> kinda arrogant.
Feel free to think so - I never said I don't have a use for it
(threa
yes you are bashing them (me included) imo
you say threading support doesnt belong in php; with that you're
determining what i may and may not do, even if i have given you good
reasons for it, that you chose to ignore.
i hope the php developers have more sense than you. i'm done
discussing this w
Rene Veerman wrote:
> look per, i for one build systems designed to scale to popular levels.
>
> that means that whatever i can squeeze out of a single machine will
> save me money. quite a lot, coz as you know dedicated hosting gets
> very expensive when you have to buy fast machines.
Well, at
Rene Veerman wrote:
jeez dude, you're assuming that all software problems are best solved
by a sql solution.
imo, they're NOT. example? any realtime system with real work to do.
please stop pretending you know the proper design of all software that
is made or yet has to be made.
both a ya.
I r
On Wed, 2010-03-24 at 10:00 +0200, Rene Veerman wrote:
> jeez dude, you're assuming that all software problems are best solved
> by a sql solution.
> imo, they're NOT. example? any realtime system with real work to do.
>
> please stop pretending you know the proper design of all software that
> i
popular : facebook youtube etc
and you're still trying to impose a toolset on me. i think it's not
strange to ask a programming language support basic hardware
architecture features as they evolve into mainstream.
On Wed, Mar 24, 2010 at 10:19 AM, Per Jessen wrote:
> Rene Veerman wrote:
>
>> loo
so your systems represent all the software problems out there in the world?
or your experience does?
hard to believe.
On Wed, Mar 24, 2010 at 10:15 AM, Lester Caine wrote:
> Rene Veerman wrote:
>>
>> jeez dude, you're assuming that all software problems are best solved
>> by a sql solution.
>> i
Rene Veerman wrote:
> yes you are bashing them (me included) imo
>
> you say threading support doesnt belong in php; with that you're
> determining what i may and may not do, even if i have given you good
> reasons for it, that you chose to ignore.
Well, call it what you like, I think I'm being
On Wed, 2010-03-24 at 10:28 +0200, Rene Veerman wrote:
> funny how i've been topposting for over a year here and the complaints
> start when i tell some people not to butt into my business and choice
> of tools.
>
>
>
> On Wed, Mar 24, 2010 at 10:11 AM, Ashley Sheridan
> wrote:
>
> On
On Wed, 2010-03-24 at 10:07 +0200, Rene Veerman wrote:
>
> and i like top-posting. a lot.
Rene, please do stop posting. It is in the mailing list rules that you
should bottom post.
There is a reason for it. It helps with readability if everyone conforms
to the same practice, and the mailing
On Wed, Mar 24, 2010 at 1:09 AM, Ashley Sheridan
wrote:
> On Wed, 2010-03-24 at 10:00 +0200, Rene Veerman wrote:
>
>> jeez dude, you're assuming that all software problems are best solved
>> by a sql solution.
>> imo, they're NOT. example? any realtime system with real work to do.
>>
>> please sto
On Wed, Mar 24, 2010 at 10:36 AM, Per Jessen wrote:
> By advocating that thread support does not belong in PHP, I am in no way
> determining what you (or anyone else) may or may not do. You are a
> free individual and free to choose the programming language and
> paradigm that is best suited to
funny how i've been topposting for over a year here and the complaints start
when i tell some people not to butt into my business and choice of tools.
On Wed, Mar 24, 2010 at 10:11 AM, Ashley Sheridan
wrote:
> On Wed, 2010-03-24 at 10:07 +0200, Rene Veerman wrote:
>
> and i like top-posting. a
Rene Veerman wrote:
> popular : facebook youtube etc
>
Rene, I must be missing something here. That sort of size implies
millions in advertising revenue, so why are we discussing how much
performance we can squeeze out of a single box? I mean, I'm all for
efficient use of system resources, but
talk to me about this some other time.
atm i'm having an argument with per and his kind about their very very
annoying behaviour of determining my toolset for me.
keeping a thread on topic is also ettiquette from the mailinglist rules eh?
you might wanna consider just how much it pisses me off to
Tommy Pham wrote:
> When you do use AJAX, there is a slight difference in your app design
> then when you don't use AJAX. That's the way I see threads.
A threaded design makes for a lot more than a slight difference IMHO.
Once you've said "threading", the next words in rapid succession are:
mu
Rene Veerman wrote:
> funny how i've been topposting for over a year here and the complaints
> start when i tell some people not to butt into my business and choice
> of tools.
Rene, the only reason I mentioned it was because your language was
becoming abusive and annoying. If it hadn't, I would
On Wed, Mar 24, 2010 at 10:47 AM, Per Jessen wrote:
> Rene Veerman wrote:
>
>> popular : facebook youtube etc
>>
>
> Rene, I must be missing something here. That sort of size implies
> millions in advertising revenue, so why are we discussing how much
> performance we can squeeze out of a single
exactly. the knock-on problems you mentioned are well solved and well
documented.
realtime programmers using threads have to get their heads around it
on their first realtime project.
i don't like doing my code in c(++), or worse; having to interface
between c(++) and php.
i chose php because my c
Rene Veerman wrote:
> again:
> a) you're determining the contents of my toolset, without it affecting
> you at all. the way you want it php will degrade into a toy language.
Rene, it seems to me that you and I are advocating two opposite
positions on the topic of threading in PHP, so aren't we bo
On Wed, Mar 24, 2010 at 11:13 AM, Per Jessen wrote:
> Rene Veerman wrote:
>
>> again:
>> a) you're determining the contents of my toolset, without it affecting
>> you at all. the way you want it php will degrade into a toy language.
>
> Rene, it seems to me that you and I are advocating two opposi
Heh, you guys are funny!
On 24 Mar 2010, at 08:58, Rene Veerman wrote:
> On Wed, Mar 24, 2010 at 10:47 AM, Per Jessen wrote:
>> Rene Veerman wrote:
>>
>>> popular : facebook youtube etc
>>>
>>
>> Rene, I must be missing something here. That sort of size implies
>> millions in advertising rev
Rene Veerman wrote:
> what you're suggesting is highly intrusive in my work-style, one that
> you're not affected by at all.
Hmm, you're the one suggesting a change, I'm suggesting no change. How
can "no change" be intrusive?
> in fact if you make things more difficult for me, i have less time
If you added threading to the bag of tricks it already has, you're getting
into areas that make it more difficult to pick up for beginners (and that's
not to mention the technical elements involved in actually adding threading
to PHP) Currently the only other 'easy' language I know for beginners is
Rene Veerman wrote:
>>> b) i will aim for all possible decreases in development time and
>>> operating costs during, not only in the grow phase but also in hard
>>> economic times. any business person knows why.
>>
>> Given that the lifetime effort (=cost) of any software project is
>> divided int
php is not a hammer, its a programming language.
one that i feel needs to stay ahead of the computing trend if it is to
be considered a language for large scale applications.
but you nay-sayers here have convinced me; i'll be shopping for
another language with which to serve my applications and t
unless the actual php development team would like to weigh in on this
matter of course.
yes, i do consider it that important.
these nay-sayers usually also lobby the dev-team to such extent that
these features would actually not make it into php.
On Wed, Mar 24, 2010 at 11:31 AM, Rene Veerman w
and if threading and shared memory aren't implemented, then hey, the
php dev team can build something else in that these naysayers DO need
eh...
lol...
On Wed, Mar 24, 2010 at 11:36 AM, Rene Veerman wrote:
> unless the actual php development team would like to weigh in on this
> matter of course
On 24 March 2010 10:38, Rene Veerman wrote:
> and if threading and shared memory aren't implemented, then hey, the
> php dev team can build something else in that these naysayers DO need
> eh...
>
> lol...
Do you have any idea how sad and pathetic you come across? I'm very
sorry to say this, but
On Wed, 2010-03-24 at 11:36 +0200, Rene Veerman wrote:
> these nay-sayers usually also lobby the dev-team to such extent that
> these features would actually not make it into php
I assume you have some proof for that accusation?
This thread has almost now turned into a platform for insulting ea
On 24 March 2010 10:38, Rene Veerman wrote:
> and if threading and shared memory aren't implemented, then hey, the
> php dev team can build something else in that these naysayers DO need
> eh...
>
> lol...
>
take a look at this -> http://nanoserv.si.kz/
--
PHP General Mailing List (http://www.
-Original Message-
From: Rene Veerman [mailto:rene7...@gmail.com]
Sent: 24 March 2010 11:31 AM
Subject: Re: [PHP] Will PHP ever "grow up" and have threading?
thanks for opening my eyes and telling to abandon ship in time.
===
Bye, enjoy the swim...
Maybe by
sad and pathetic? how about "revealing".
i can call your sad and pathetic for:
- insisting on how others should do their work.
- group-attacking your opposition, hoping to intimidate by outnumbering.
- ignoring all valid explanations on why someone would like their fav
tool to evolve with the mark
On 24 Mar 2010, at 09:36, Rene Veerman wrote:
> unless the actual php development team would like to weigh in on this
> matter of course.
>
> yes, i do consider it that important.
>
> these nay-sayers usually also lobby the dev-team to such extent that
> these features would actually not make it
On Wed, 2010-03-24 at 11:56 +0200, Rene Veerman wrote:
> sad and pathetic? how about "revealing".
>
> i can call your sad and pathetic for:
> - insisting on how others should do their work.
> - group-attacking your opposition, hoping to intimidate by outnumbering.
> - ignoring all valid explanati
What I find funny is that one of opponents of PHP threads earlier
mentioned that how silly it would be to be using C in a web app. Now
I hear people mentioning C when they need "productivity" or "speed"...
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.ne
Rene Veerman wrote:
> unless the actual php development team would like to weigh in on this
> matter of course.
>
> yes, i do consider it that important.
>
> these nay-sayers usually also lobby the dev-team to such extent that
> these features would actually not make it into php.
I for one will
Stuart Dallas wrote:
> I love the way you call us nay-sayers like it's supposed to be an
> insult. I follow the KISS principle to the nth, and as such threading
> in PHP doesn't make a lot of sense to me. I'm yet to come across a
> problem I couldn't solve with pure PHP, but when the need arises I
On 23 March 2010 16:39, Robert P. J. Day wrote:
> On Tue, 23 Mar 2010, Richard Quadling wrote:
>
>> However you want to identify the location, the autoloading techniques
>> will allow you to only need to identify the location once. As compared
>> to every file meticulously maintaining relative lin
Tommy Pham wrote:
> What I find funny is that one of opponents of PHP threads earlier
> mentioned that how silly it would be to be using C in a web app. Now
> I hear people mentioning C when they need "productivity" or "speed"...
>
I think I was the one to mention the latter, but as I started o
On Wed, Mar 24, 2010 at 2:58 AM, Stuart Dallas wrote:
> On 24 Mar 2010, at 09:36, Rene Veerman wrote:
>
>> unless the actual php development team would like to weigh in on this
>> matter of course.
>>
>> yes, i do consider it that important.
>>
>> these nay-sayers usually also lobby the dev-team t
On Wed, Mar 24, 2010 at 3:20 AM, Per Jessen wrote:
> Tommy Pham wrote:
>
>> What I find funny is that one of opponents of PHP threads earlier
>> mentioned that how silly it would be to be using C in a web app. Now
>> I hear people mentioning C when they need "productivity" or "speed"...
>>
>
> I
On 24 Mar 2010, at 10:24, Tommy Pham wrote:
> On Wed, Mar 24, 2010 at 2:58 AM, Stuart Dallas wrote:
>> On 24 Mar 2010, at 09:36, Rene Veerman wrote:
>>
>>> unless the actual php development team would like to weigh in on this
>>> matter of course.
>>>
>>> yes, i do consider it that important.
>>
On Wed, Mar 24, 2010 at 12:28 PM, Tommy Pham wrote:
>
> Funny you should mention all that. Let's say that you're longer with
> that company, either by direct employment or contract consultant.
> You've implemented C because you need 'thread'. Now your replacement
> comes in and has no clue about
On Wed, Mar 24, 2010 at 3:31 AM, Stuart Dallas wrote:
> On 24 Mar 2010, at 10:24, Tommy Pham wrote:
>> On Wed, Mar 24, 2010 at 2:58 AM, Stuart Dallas wrote:
>>> On 24 Mar 2010, at 09:36, Rene Veerman wrote:
>>>
unless the actual php development team would like to weigh in on this
matter
Per Jessen wrote:
Rene Veerman wrote:
what you're suggesting is highly intrusive in my work-style, one that
you're not affected by at all.
Hmm, you're the one suggesting a change, I'm suggesting no change. How
can "no change" be intrusive?
in fact if you make things more difficult for me,
On 24 Mar 2010, at 10:34, Rene Veerman wrote:
> On Wed, Mar 24, 2010 at 12:28 PM, Tommy Pham wrote:
>>
>> Funny you should mention all that. Let's say that you're longer with
>> that company, either by direct employment or contract consultant.
>> You've implemented C because you need 'thread'.
I subscribe to this list to share tips on software designs.
Getting and keeping your respect i'm not even interested in.
I'm interested in the quality of your tips on problems i post, as tips can
lead faster to products, leads to money, leads to my personal freedom and
options in life.
Respect ca
Tommy Pham wrote:
> On Wed, Mar 24, 2010 at 2:58 AM, Stuart Dallas
> wrote:
>> Give us a real example of why you think it should be
>> supported and I guarantee we can come up with a way to get you what
>> you want without requiring massive changes to the core of your chosen
>> tool. And if we ca
Tommy Pham wrote:
> On Wed, Mar 24, 2010 at 3:20 AM, Per Jessen wrote:
>> Tommy Pham wrote:
>>
>>> What I find funny is that one of opponents of PHP threads earlier
>>> mentioned that how silly it would be to be using C in a web app.
>>> Now I hear people mentioning C when they need "productivit
On Wed, Mar 24, 2010 at 11:58 AM, Stuart Dallas wrote:
> On 24 Mar 2010, at 09:36, Rene Veerman wrote:
>
>> unless the actual php development team would like to weigh in on this
>> matter of course.
>>
>> yes, i do consider it that important.
>>
>> these nay-sayers usually also lobby the dev-team
On Wed, 2010-03-24 at 03:38 -0700, Tommy Pham wrote:
> On Wed, Mar 24, 2010 at 3:31 AM, Stuart Dallas wrote:
> > On 24 Mar 2010, at 10:24, Tommy Pham wrote:
> >> On Wed, Mar 24, 2010 at 2:58 AM, Stuart Dallas wrote:
> >>> On 24 Mar 2010, at 09:36, Rene Veerman wrote:
> >>>
> unless the actu
On 24 Mar 2010, at 10:38, Tommy Pham wrote:
> On Wed, Mar 24, 2010 at 3:31 AM, Stuart Dallas wrote:
>> On 24 Mar 2010, at 10:24, Tommy Pham wrote:
>>> I did give a real life example, ie e-commerce site mentioned earlier.
>>> Amazon has the similar features of my example except they have about
>>>
On Wed, Mar 24, 2010 at 3:39 AM, Stuart Dallas wrote:
>
> On 24 Mar 2010, at 10:34, Rene Veerman wrote:
>
>> On Wed, Mar 24, 2010 at 12:28 PM, Tommy Pham wrote:
>>>
>>> Funny you should mention all that. Let's say that you're longer with
>>> that company, either by direct employment or contract
Tommy Pham wrote:
How exactly will threading in PHP help with the size of the database? That
makes no sense to me, please help me understand how you think threading will
help in this scenario.
Looking at my example, not just the rows There are other features
that require queries to a DB
On Wed, Mar 24, 2010 at 3:44 AM, Per Jessen wrote:
> Tommy Pham wrote:
>
>> On Wed, Mar 24, 2010 at 3:20 AM, Per Jessen wrote:
>>> Tommy Pham wrote:
>>>
What I find funny is that one of opponents of PHP threads earlier
mentioned that how silly it would be to be using C in a web app.
>>>
On Wed, Mar 24, 2010 at 3:40 AM, Ashley Sheridan
wrote:
>
> On Wed, 2010-03-24 at 03:38 -0700, Tommy Pham wrote:
>
> On Wed, Mar 24, 2010 at 3:31 AM, Stuart Dallas wrote:
> > On 24 Mar 2010, at 10:24, Tommy Pham wrote:
> >> On Wed, Mar 24, 2010 at 2:58 AM, Stuart Dallas wrote:
> >>> On 24 Mar 20
On Wed, Mar 24, 2010 at 3:52 AM, Lester Caine wrote:
> Tommy Pham wrote:
>>>
>>> How exactly will threading in PHP help with the size of the database?
>>> That makes no sense to me, please help me understand how you think threading
>>> will help in this scenario.
>>
>> Looking at my example, not j
On 24 March 2010 11:53, Tommy Pham wrote:
> On Wed, Mar 24, 2010 at 3:44 AM, Per Jessen wrote:
>> Tommy Pham wrote:
>>
>>> On Wed, Mar 24, 2010 at 3:20 AM, Per Jessen wrote:
Tommy Pham wrote:
> What I find funny is that one of opponents of PHP threads earlier
> mentioned that h
On 24 March 2010 12:04, Tommy Pham wrote:
> On Wed, Mar 24, 2010 at 3:52 AM, Lester Caine wrote:
>> Tommy Pham wrote:
How exactly will threading in PHP help with the size of the database?
That makes no sense to me, please help me understand how you think
threading
will h
On 24 Mar 2010, at 10:46, Rene Veerman wrote:
> On Wed, Mar 24, 2010 at 11:58 AM, Stuart Dallas wrote:
>> On 24 Mar 2010, at 09:36, Rene Veerman wrote:
>>
>>> unless the actual php development team would like to weigh in on this
>>> matter of course.
>>>
>>> yes, i do consider it that important.
yea right..
i really want to keep my code base in 1 language, because that
simplifies everything later on imo.
you people, who are against the evolotion of php towards cloud
computing, would force me to do mixed-languages projects or even
rewrite large sections of my codebase if as i want, i keep
On Wed, Mar 24, 2010 at 4:09 AM, Peter Lind wrote:
> On 24 March 2010 12:04, Tommy Pham wrote:
>> On Wed, Mar 24, 2010 at 3:52 AM, Lester Caine wrote:
>>> Tommy Pham wrote:
>
> How exactly will threading in PHP help with the size of the database?
> That makes no sense to me, please h
On 24 Mar 2010, at 10:48, Tommy Pham wrote:
> On Wed, Mar 24, 2010 at 3:39 AM, Stuart Dallas wrote:
>>
>> On 24 Mar 2010, at 10:34, Rene Veerman wrote:
>>
>>> On Wed, Mar 24, 2010 at 12:28 PM, Tommy Pham wrote:
Funny you should mention all that. Let's say that you're longer with
>
Stuart Dallas wrote:
>>> I love the way you call us nay-sayers like it's supposed to be an
>>> insult. I follow the KISS principle to the nth, and as such
>>> threading in PHP doesn't make a lot of sense to me. I'm yet to come
>>> across a problem I couldn't solve with pure PHP, but when the need
Peter Lind wrote:
Any you have a database that can actually handle that?
If the database is taking 0.1 seconds per query, and you have 10 queries,
then getting the data is going to take 1 second to generate. If you want
some slow query to be started, and come back for the data later, then I
thoug
On Wed, Mar 24, 2010 at 1:13 PM, Stuart Dallas
> I find it curious and amusing that you think the lack of threading support
> means PHP is somehow living in the dark ages. But yeah, complaining that the
> FREE tool you've CHOSEN to use doesn't support the feature YOU want... yeah,
> that's the w
Tommy Pham wrote:
> On Wed, Mar 24, 2010 at 3:44 AM, Per Jessen wrote:
>> Tommy Pham wrote:
>>
>>> On Wed, Mar 24, 2010 at 3:20 AM, Per Jessen
>>> wrote:
Tommy Pham wrote:
> What I find funny is that one of opponents of PHP threads earlier
> mentioned that how silly it would be
how about having a threaded php server query 10 mysql servers at the
same time? 10 results in .1 seconds!
and dont start with 'apache will handle that', there are cases where
you're best off doing it in php, so you can gather/calculate relations
from the data off 10 different servers.
On Wed, Mar
Rene Veerman wrote:
> i really want to keep my code base in 1 language, because that
> simplifies everything later on imo.
Yes, generally speaking that's a good idea. Not always the optimal
choice when you weigh up the requirements and the available skillsets,
but nonetheless.
--
Per Jessen,
Rene Veerman wrote:
> b) to me it's a matter of keeping php attuned with the market trends.
> this thread forces me to reconsider my choice of language, because i
> do code to maybe get as big as facebook one day.
Nothing wrong with that, nothing at all. The keyword is scalability,
and that is m
On Wed, Mar 24, 2010 at 12:27, Rene Veerman wrote:
> On Wed, Mar 24, 2010 at 1:13 PM, Stuart Dallas
>> I find it curious and amusing that you think the lack of threading support
>> means PHP is somehow living in the dark ages. But yeah, complaining that the
>> FREE tool you've CHOSEN to use does
well i have this very strong gut feeling that at least some php apps
stand to gain so much efficiency per box with threading and shared
memory that they'll save not only their operators a lot of headaches,
but also significant money and energy. that in turn benefits those
outside the company using
Rene Veerman wrote:
> how about having a threaded php server query 10 mysql servers at the
> same time? 10 results in .1 seconds!
>
How about using mysqlnd? AFAIK, it has support for asynchronous
queries.
--
Per Jessen, Zürich (14.2°C)
--
PHP General Mailing List (http://www.php.net/)
To
again; i have neither the expertise ready, nor the time nor the money
atm, to implement it myself.
i'm hoping the php-dev team will agree with me that scalability of php
driven apps should be put on the agenda.
threading and shared memory are only a part of that discussion..
i'm opening a new thr
Hi..
As a way to take a few steps back from the kinda heated "when will php
grow up and support threading" thread, i'm requesting you people list
how you scale from 1 server to many servers; what's called cloud
computing.
In particular, i'm interested in how to set up an application that
deals wi
On 03/24/2010 05:25 PM, Rene Veerman wrote:
Hi..
As a way to take a few steps back from the kinda heated "when will php
grow up and support threading" thread, i'm requesting you people list
how you scale from 1 server to many servers; what's called cloud
computing.
In particular, i'm interested
I have already answer that on the other thread, but anyway
http://nanoserv.si.kz/ , or use the web webserver made with it
http://nanoweb.si.kz/. And thinking about your 'requirements', avoid
mysql from that equation. There are other faster alternatives in the
SQL world. Or even better think about a
Hi.
I have a scenario where I would _like_ to have multiple constructors
for a class.
Each constructor has a greater number of parameters than the previous one.
e.g.
http://www.experts-exchange.com/M_248814.html
EE4Free : http://www.experts-exchange.com/becomeAnExpert.jsp
Zend Certified Enginee
On 24 March 2010 12:14, Tommy Pham wrote:
> On Wed, Mar 24, 2010 at 4:09 AM, Peter Lind wrote:
>> On 24 March 2010 12:04, Tommy Pham wrote:
>>> On Wed, Mar 24, 2010 at 3:52 AM, Lester Caine wrote:
Tommy Pham wrote:
>>
>> How exactly will threading in PHP help with the size of the d
Rene Veerman wrote:
> Hi..
>
> As a way to take a few steps back from the kinda heated "when will php
> grow up and support threading" thread, i'm requesting you people list
> how you scale from 1 server to many servers; what's called cloud
> computing.
Scaling to N boxes is first a matter of di
On 03/24/2010 05:31 PM, jose javier parra sanchez wrote:
I have already answer that on the other thread, but anyway
http://nanoserv.si.kz/ , or use the web webserver made with it
http://nanoweb.si.kz/. And thinking about your 'requirements', avoid
mysql from that equation. There are other faster
Hmmm, that looks to me like you're trying to solve a problem in PHP
with a c/c++c/# overloading solution. I'd give the builder pattern a
try instead: http://en.wikipedia.org/wiki/Builder_pattern
On 24 March 2010 13:01, Richard Quadling wrote:
> Hi.
>
> I have a scenario where I would _like_ to ha
On 03/24/2010 05:31 PM, Richard Quadling wrote:
Hi.
I have a scenario where I would _like_ to have multiple constructors
for a class.
Each constructor has a greater number of parameters than the previous one.
e.g.
Don't give specify any parameters in the function declaration.
Use helper fu
On 03/24/2010 05:38 PM, Nilesh Govindarajan wrote:
On 03/24/2010 05:31 PM, Richard Quadling wrote:
Hi.
I have a scenario where I would _like_ to have multiple constructors
for a class.
Each constructor has a greater number of parameters than the previous
one.
e.g.
Don't give specify any pa
1 - 100 of 246 matches
Mail list logo