Peter Lind wrote:
Anyway, I don't think either of us will change point of view much at
this point - so we should probably just give the mailing list a rest
by now. Thanks for the posts, it's been interesting to read :)
Most of it. +1
--
Per Jessen, Zürich (11.6°C)
--
PHP General Mailing
On Wed, Mar 24, 2010 at 11:42 PM, Stuart Dallas stut...@gmail.com wrote:
On 24 Mar 2010, at 20:34, Rene Veerman wrote:
On Wed, Mar 24, 2010 at 10:19 PM, Ashley Sheridan
a...@ashleysheridan.co.uk wrote:
On Wed, 2010-03-24 at 22:15 +0200, Rene Veerman wrote:
Do you have any proof of this
Daevid Vincent wrote:
Why don't you set up a vote to see how many developers actually *want*
threading. That would be a good indication of whether or not it is
actually worth the PHP development team spending a lot of
time on it at the loss of other features which people want more.
I already
Daevid Vincent wrote:
Well, since I was the one that started this shit-storm, I'll chime in
for a minute... ;-)
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
Tommy Pham wrote:
As such, let's dissect what you mentioned:
1) PHP with internal thread support
2) PHP with external C/C++ thread support
That's not quite what I mentioned, but I'll accept it for the sake of
argument.
* Performance - having external thread support, now you have to call
Tommy Pham wrote:
I don't
use Linux nor an expert in it but implementing custom thread solution
like that means understanding about SELinux vs AppArmor vs Grsecurity
or am I wrong?
Yes, you are wrong. The Posix thread model implemented in the pthread
library in Linux is easy to pick up
Tommy Pham wrote:
As some of you mention that implementing threads will make the DB work
harder than the standard serial operations queries, let me ask you
these then:
* How often does your DB server(s)/cluster utilizes 100% CPU (SMP/MC),
memory, and disk IO?
Assuming we're talking under
Per Jessen wrote:
CPU 100% - rarely, but it happens.
Memory 100% - all the time.
Disk IO 100% - less than all the time, but it's very busy.
FYI, it's actually quite difficult to drive a disk subsystem to
consistent 100% utilization over a period of time. Oracle uses
asynchronous I/O and
On Thu, Mar 25, 2010 at 1:46 AM, Per Jessen p...@computer.org wrote:
* If you could implement threads and run those same queries in 2+
threads, the total time saved from queries execution is 1/2 sec or
more, which is pass along as the total response time reduced. Is it
worth it for you
Tommy Pham wrote:
On Thu, Mar 25, 2010 at 1:46 AM, Per Jessen p...@computer.org wrote:
* If you could implement threads and run those same queries in 2+
threads, the total time saved from queries execution is 1/2 sec or
more, which is pass along as the total response time reduced. Is it
On Thu, 2010-03-25 at 08:11 +0200, Rene Veerman wrote:
right now my cms is 2D, and indeed most of the graphics are static
then.
but i have plans to lift it into 3D, with rooms interacting via
avatars, and then the graphics-selection and avatar-behavior
(animations) selections alone i
On Thu, Mar 25, 2010 at 12:02 PM, Ashley Sheridan
a...@ashleysheridan.co.ukwrote:
On Thu, 2010-03-25 at 08:11 +0200, Rene Veerman wrote:
right now my cms is 2D, and indeed most of the graphics are static then.
but i have plans to lift it into 3D, with rooms interacting via
avatars, and
Per Jessen wrote:
Tommy Pham wrote:
(I remember a list member, not mentioning his name, does optimization
of PHP coding for just microseconds. Do you think how much more he'd
benefit from this?)
Anyone who optimizes PHP for microseconds has lost touch with reality -
or at least forgotten
On Thu, Mar 25, 2010 at 3:55 AM, Per Jessen p...@computer.org wrote:
Tommy Pham wrote:
On Thu, Mar 25, 2010 at 1:46 AM, Per Jessen p...@computer.org wrote:
* If you could implement threads and run those same queries in 2+
threads, the total time saved from queries execution is 1/2 sec or
On 25 March 2010 19:37, Tommy Pham tommy...@gmail.com wrote:
On Thu, Mar 25, 2010 at 3:55 AM, Per Jessen p...@computer.org wrote:
Tommy Pham wrote:
On Thu, Mar 25, 2010 at 1:46 AM, Per Jessen p...@computer.org wrote:
* If you could implement threads and run those same queries in 2+
threads,
On Thu, Mar 25, 2010 at 12:02 PM, Peter Lind peter.e.l...@gmail.com wrote:
On 25 March 2010 19:37, Tommy Pham tommy...@gmail.com wrote:
On Thu, Mar 25, 2010 at 3:55 AM, Per Jessen p...@computer.org wrote:
Tommy Pham wrote:
On Thu, Mar 25, 2010 at 1:46 AM, Per Jessen p...@computer.org wrote:
On 25 March 2010 20:09, Tommy Pham tommy...@gmail.com wrote:
On Thu, Mar 25, 2010 at 12:02 PM, Peter Lind peter.e.l...@gmail.com wrote:
On 25 March 2010 19:37, Tommy Pham tommy...@gmail.com wrote:
On Thu, Mar 25, 2010 at 3:55 AM, Per Jessen p...@computer.org wrote:
Tommy Pham wrote:
On Thu,
On Thu, 2010-03-25 at 12:09 -0700, Tommy Pham wrote:
On Thu, Mar 25, 2010 at 12:02 PM, Peter Lind peter.e.l...@gmail.com wrote:
On 25 March 2010 19:37, Tommy Pham tommy...@gmail.com wrote:
On Thu, Mar 25, 2010 at 3:55 AM, Per Jessen p...@computer.org wrote:
Tommy Pham wrote:
On Thu,
On Thu, Mar 25, 2010 at 12:13 PM, Peter Lind peter.e.l...@gmail.com wrote:
On 25 March 2010 20:09, Tommy Pham tommy...@gmail.com wrote:
On Thu, Mar 25, 2010 at 12:02 PM, Peter Lind peter.e.l...@gmail.com wrote:
On 25 March 2010 19:37, Tommy Pham tommy...@gmail.com wrote:
On Thu, Mar 25, 2010
On Thu, Mar 25, 2010 at 12:11 PM, Ashley Sheridan
a...@ashleysheridan.co.uk wrote:
On Thu, 2010-03-25 at 12:09 -0700, Tommy Pham wrote:
On Thu, Mar 25, 2010 at 12:02 PM, Peter Lind peter.e.l...@gmail.com wrote:
On 25 March 2010 19:37, Tommy Pham tommy...@gmail.com wrote:
On Thu, Mar 25,
On 25 March 2010 20:19, Tommy Pham tommy...@gmail.com wrote:
Aren't all feature requests must be analyzed the same way? Example,
namespace, how many of us actually uses it now when there is an
alternative solution- subfolders - that we've been using since who
knows how long. I don't know if
On Thu, Mar 25, 2010 at 12:28 PM, Peter Lind peter.e.l...@gmail.com wrote:
On 25 March 2010 20:19, Tommy Pham tommy...@gmail.com wrote:
Aren't all feature requests must be analyzed the same way? Example,
namespace, how many of us actually uses it now when there is an
alternative solution-
On 25 March 2010 20:59, Tommy Pham tommy...@gmail.com wrote:
On Thu, Mar 25, 2010 at 12:28 PM, Peter Lind peter.e.l...@gmail.com wrote:
On 25 March 2010 20:19, Tommy Pham tommy...@gmail.com wrote:
Aren't all feature requests must be analyzed the same way? Example,
namespace, how many of us
Tommy Pham wrote:
I'm presenting the argument for threading. Per is presenting the work
around using asynchronous queries via mysqlnd. I did read that link a
few days ago, Although the user can send multiple queries at once,
multiple queries cannot be sent over a busy connection. If a query
Peter Lind wrote:
I'm not against threads in PHP per se ... I just haven't seen a very
convincing reason for them yet, which is why I'm not very positive
about the thing.
Roughly the same here - I don't think threading belongs in PHP, but if
someone decides it's a good idea, I won't be
Tommy Pham wrote:
Here's my analysis, let's say that you have 1000 requests / second on
the web server. Each request has multiqueries which take a total of 1
second to complete. In that one second, how many of those 1000 arrive
at the same time (that one instant of micro/nano second)?
On
Per Jessen wrote:
Tommy Pham wrote:
I'm presenting the argument for threading. Per is presenting the work
around using asynchronous queries via mysqlnd. I did read that link a
few days ago, Although the user can send multiple queries at once,
multiple queries cannot be sent over a busy
On 25 March 2010 22:51, Lester Caine les...@lsces.co.uk wrote:
Per Jessen wrote:
Tommy Pham wrote:
I'm presenting the argument for threading. Per is presenting the work
around using asynchronous queries via mysqlnd. I did read that link a
few days ago, Although the user can send multiple
On Thu, Mar 25, 2010 at 1:50 PM, Per Jessen p...@computer.org wrote:
Tommy Pham wrote:
I'm presenting the argument for threading. Per is presenting the work
around using asynchronous queries via mysqlnd. I did read that link a
few days ago, Although the user can send multiple queries at
On Thu, Mar 25, 2010 at 3:04 PM, Tommy Pham tommy...@gmail.com wrote:
On Thu, Mar 25, 2010 at 1:50 PM, Per Jessen p...@computer.org wrote:
Tommy Pham wrote:
I'm presenting the argument for threading. Per is presenting the work
around using asynchronous queries via mysqlnd. I did read that
?php
$dbconn = pg_connect(dbname=publisher) or die(Could not connect);
if (!pg_connection_busy($dbconn)) {
pg_send_query($dbconn, select * from authors; select count(*)
from authors;);
}
$res1 = pg_get_result($dbconn);
echo First call to pg_get_result(): $res1\n;
$rows1 =
On 25 March 2010 23:23, Tommy Pham tommy...@gmail.com wrote:
There's the code example from that same link. You may have executed
the queries asynchronously, but the process of the results are still
serial. Let's face it, all of our processing of queries are not a
simple echo. We
On Thu, Mar 25, 2010 at 3:35 PM, Peter Lind peter.e.l...@gmail.com wrote:
On 25 March 2010 23:23, Tommy Pham tommy...@gmail.com wrote:
There's the code example from that same link. You may have executed
the queries asynchronously, but the process of the results are still
serial. Let's face
On Tue, Mar 23, 2010 at 9:49 PM, Larry Garfield la...@garfieldtech.com wrote:
On Tuesday 23 March 2010 11:32:10 pm Tommy Pham wrote:
On Tue, Mar 23, 2010 at 9:06 PM, Teus Benschop teusjanne...@gmail.com
wrote:
When looking at PHP as used in enterprise class applications, we can see
the
On Tue, Mar 23, 2010 at 9:55 PM, Teus Benschop teusjanne...@gmail.com 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
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
the
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
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 p...@computer.org wrote:
Tommy Pham wrote:
The company started small. As their business grows because they have
products services that do not exist in
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 rene7...@gmail.com wrote:
throw more hardware at it?
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 I18n:
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 bandwidth
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
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
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
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
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
is
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 p...@computer.org wrote:
Rene
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 les...@lsces.co.uk wrote:
Rene Veerman wrote:
jeez dude, you're assuming that all software problems are best solved
by a sql
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
a...@ashleysheridan.co.uk
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
a...@ashleysheridan.co.uk 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
On Wed, Mar 24, 2010 at 10:36 AM, Per Jessen p...@computer.org 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
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
a...@ashleysheridan.co.ukwrote:
On Wed, 2010-03-24 at 10:07 +0200, Rene Veerman wrote:
and
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
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:
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
On Wed, Mar 24, 2010 at 10:47 AM, Per Jessen p...@computer.org 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
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
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 both
On Wed, Mar 24, 2010 at 11:13 AM, Per Jessen p...@computer.org 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
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 p...@computer.org wrote:
Rene Veerman wrote:
popular : facebook youtube etc
Rene, I must be missing something here. That sort of size implies
millions in advertising
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 to
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
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 into 25%
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
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
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 rene7...@gmail.com wrote:
unless the actual php development team would like to weigh in on this
On 24 March 2010 10:38, Rene Veerman rene7...@gmail.com 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
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
On 24 March 2010 10:38, Rene Veerman rene7...@gmail.com 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
-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
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
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 into
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 explanations on
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:
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 not
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
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 out
On Wed, Mar 24, 2010 at 2:58 AM, Stuart Dallas stut...@gmail.com 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
On Wed, Mar 24, 2010 at 3:20 AM, Per Jessen p...@computer.org 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...
On 24 Mar 2010, at 10:24, Tommy Pham wrote:
On Wed, Mar 24, 2010 at 2:58 AM, Stuart Dallas stut...@gmail.com 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 tommy...@gmail.com 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
On Wed, Mar 24, 2010 at 3:31 AM, Stuart Dallas stut...@gmail.com wrote:
On 24 Mar 2010, at 10:24, Tommy Pham wrote:
On Wed, Mar 24, 2010 at 2:58 AM, Stuart Dallas stut...@gmail.com wrote:
On 24 Mar 2010, at 09:36, Rene Veerman wrote:
unless the actual php development team would like to weigh
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, i
On 24 Mar 2010, at 10:34, Rene Veerman wrote:
On Wed, Mar 24, 2010 at 12:28 PM, Tommy Pham tommy...@gmail.com 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
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
Tommy Pham wrote:
On Wed, Mar 24, 2010 at 2:58 AM, Stuart Dallas stut...@gmail.com
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
Tommy Pham wrote:
On Wed, Mar 24, 2010 at 3:20 AM, Per Jessen p...@computer.org 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
On Wed, Mar 24, 2010 at 11:58 AM, Stuart Dallas stut...@gmail.com 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
On Wed, 2010-03-24 at 03:38 -0700, Tommy Pham wrote:
On Wed, Mar 24, 2010 at 3:31 AM, Stuart Dallas stut...@gmail.com wrote:
On 24 Mar 2010, at 10:24, Tommy Pham wrote:
On Wed, Mar 24, 2010 at 2:58 AM, Stuart Dallas stut...@gmail.com wrote:
On 24 Mar 2010, at 09:36, Rene Veerman wrote:
On 24 Mar 2010, at 10:38, Tommy Pham wrote:
On Wed, Mar 24, 2010 at 3:31 AM, Stuart Dallas stut...@gmail.com 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
On Wed, Mar 24, 2010 at 3:39 AM, Stuart Dallas stut...@gmail.com wrote:
On 24 Mar 2010, at 10:34, Rene Veerman wrote:
On Wed, Mar 24, 2010 at 12:28 PM, Tommy Pham tommy...@gmail.com wrote:
Funny you should mention all that. Let's say that you're longer with
that company, either by direct
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 p...@computer.org wrote:
Tommy Pham wrote:
On Wed, Mar 24, 2010 at 3:20 AM, Per Jessen p...@computer.org 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
On Wed, Mar 24, 2010 at 3:40 AM, Ashley Sheridan
a...@ashleysheridan.co.uk wrote:
On Wed, 2010-03-24 at 03:38 -0700, Tommy Pham wrote:
On Wed, Mar 24, 2010 at 3:31 AM, Stuart Dallas stut...@gmail.com wrote:
On 24 Mar 2010, at 10:24, Tommy Pham wrote:
On Wed, Mar 24, 2010 at 2:58 AM, Stuart
On Wed, Mar 24, 2010 at 3:52 AM, Lester Caine les...@lsces.co.uk 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
On 24 March 2010 11:53, Tommy Pham tommy...@gmail.com wrote:
On Wed, Mar 24, 2010 at 3:44 AM, Per Jessen p...@computer.org wrote:
Tommy Pham wrote:
On Wed, Mar 24, 2010 at 3:20 AM, Per Jessen p...@computer.org wrote:
Tommy Pham wrote:
What I find funny is that one of opponents of PHP
1 - 100 of 218 matches
Mail list logo