On Sat, Mar 12, 2011 at 2:40 AM, David Hutto wrote:
>>
>> As I mentioned below, if PHP is sluggish, shouldn't it be brought up
>> to the PHP developers instead? Why would you try include more
>> complexity?
>
> I'm sure it has, it's called benchmarks. And they can't top C or
> Fortran, last I saw
>
> As I mentioned below, if PHP is sluggish, shouldn't it be brought up
> to the PHP developers instead? Why would you try include more
> complexity?
I'm sure it has, it's called benchmarks. And they can't top C or
Fortran, last I saw. But that is not the point. And did you not see my
point abou
On Sat, Mar 12, 2011 at 1:31 AM, David Hutto wrote:
> On Sat, Mar 12, 2011 at 4:10 AM, Tommy Pham wrote:
>> On Sat, Mar 12, 2011 at 12:06 AM, David Hutto wrote:
>>> On Sat, Mar 12, 2011 at 2:59 AM, Tommy Pham wrote:
On Fri, Mar 11, 2011 at 11:39 PM, David Hutto wrote:
> On Sat, Mar 12
On Sat, Mar 12, 2011 at 4:31 AM, Tommy Pham wrote:
> On Sat, Mar 12, 2011 at 12:22 AM, David Hutto wrote:
>> This isn't a C/PHP question, or optimization, it's a matter of PHP
>> isn't always the center of attention, in terms of a development
>> process. In each language there are advocates, and
probably so, but it it's just another discussion we should have just
for evolutions sake. Each time it takes place, new info is added by
someone.
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On Sat, Mar 12, 2011 at 12:22 AM, David Hutto wrote:
> This isn't a C/PHP question, or optimization, it's a matter of PHP
> isn't always the center of attention, in terms of a development
> process. In each language there are advocates, and it's admirable, but
> ignorant in sight that what you're
On Sat, Mar 12, 2011 at 4:10 AM, Tommy Pham wrote:
> On Sat, Mar 12, 2011 at 12:06 AM, David Hutto wrote:
>> On Sat, Mar 12, 2011 at 2:59 AM, Tommy Pham wrote:
>>> On Fri, Mar 11, 2011 at 11:39 PM, David Hutto wrote:
On Sat, Mar 12, 2011 at 2:34 AM, Tommy Pham wrote:
> On Fri, Mar 11,
We're going way off-topic. Perhaps start a new thread? :)
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On Sat, Mar 12, 2011 at 12:06 AM, David Hutto wrote:
> On Sat, Mar 12, 2011 at 2:59 AM, Tommy Pham wrote:
>> On Fri, Mar 11, 2011 at 11:39 PM, David Hutto wrote:
>>> On Sat, Mar 12, 2011 at 2:34 AM, Tommy Pham wrote:
On Fri, Mar 11, 2011 at 11:26 PM, David Hutto wrote:
> On Sat, Mar 1
This isn't a C/PHP question, or optimization, it's a matter of PHP
isn't always the center of attention, in terms of a development
process. In each language there are advocates, and it's admirable, but
ignorant in sight that what you're saying eliminates the rational, and
logical thought that there
On Sat, Mar 12, 2011 at 3:03 AM, Tommy Pham wrote:
> On Fri, Mar 11, 2011 at 11:59 PM, David Hutto wrote:
>> Optimization also becomes a more manipulative, due to the stem point
>> of your further language utilization. If you divide your languages,
>> and disperse them through a C framework, you
On Sat, Mar 12, 2011 at 2:59 AM, Tommy Pham wrote:
> On Fri, Mar 11, 2011 at 11:39 PM, David Hutto wrote:
>> On Sat, Mar 12, 2011 at 2:34 AM, Tommy Pham wrote:
>>> On Fri, Mar 11, 2011 at 11:26 PM, David Hutto wrote:
On Sat, Mar 12, 2011 at 2:22 AM, Tommy Pham wrote:
> On Fri, Mar 11,
On Fri, Mar 11, 2011 at 11:59 PM, David Hutto wrote:
> Optimization also becomes a more manipulative, due to the stem point
> of your further language utilization. If you divide your languages,
> and disperse them through a C framework, you can utilize the languages
> in their refined form, and if
Optimization also becomes a more manipulative, due to the stem point
of your further language utilization. If you divide your languages,
and disperse them through a C framework, you can utilize the languages
in their refined form, and if any portion of an individual language
gives optimization prob
On Fri, Mar 11, 2011 at 11:39 PM, David Hutto wrote:
> On Sat, Mar 12, 2011 at 2:34 AM, Tommy Pham wrote:
>> On Fri, Mar 11, 2011 at 11:26 PM, David Hutto wrote:
>>> On Sat, Mar 12, 2011 at 2:22 AM, Tommy Pham wrote:
On Fri, Mar 11, 2011 at 10:34 PM, David Hutto wrote:
> Although, rig
On Sat, Mar 12, 2011 at 2:34 AM, Tommy Pham wrote:
> On Fri, Mar 11, 2011 at 11:26 PM, David Hutto wrote:
>> On Sat, Mar 12, 2011 at 2:22 AM, Tommy Pham wrote:
>>> On Fri, Mar 11, 2011 at 10:34 PM, David Hutto wrote:
Although, right now, if I were going to be using all of those
langua
On Fri, Mar 11, 2011 at 11:26 PM, David Hutto wrote:
> On Sat, Mar 12, 2011 at 2:22 AM, Tommy Pham wrote:
>> On Fri, Mar 11, 2011 at 10:34 PM, David Hutto wrote:
>>> Although, right now, if I were going to be using all of those
>>> languages in unison(and I am), then I'd go with C, and spit them
On Sat, Mar 12, 2011 at 2:22 AM, Tommy Pham wrote:
> On Fri, Mar 11, 2011 at 10:34 PM, David Hutto wrote:
>> Although, right now, if I were going to be using all of those
>> languages in unison(and I am), then I'd go with C, and spit them out
>> to the browser for lower level control, as well as,
On Fri, Mar 11, 2011 at 10:34 PM, David Hutto wrote:
> Although, right now, if I were going to be using all of those
> languages in unison(and I am), then I'd go with C, and spit them out
> to the browser for lower level control, as well as, to remain familiar
> with some of the main languages bei
On Fri, Mar 11, 2011 at 10:31 PM, David Hutto wrote:
> On Sat, Mar 12, 2011 at 1:21 AM, Tommy Pham wrote:
>> I think the OP is having both PHP & JS codes mixed and scattered all
>> over the page. If chunked-encoding used without any ob*
>> implementation, then that's the problem he'll experience
On Sat, Mar 12, 2011 at 1:21 AM, Tommy Pham wrote:
> I think the OP is having both PHP & JS codes mixed and scattered all
> over the page. If chunked-encoding used without any ob*
> implementation, then that's the problem he'll experience.
>
> Richard,
>
> I recommend to put the $(document).ready
Although, right now, if I were going to be using all of those
languages in unison(and I am), then I'd go with C, and spit them out
to the browser for lower level control, as well as, to remain familiar
with some of the main languages being used currently.
--
PHP General Mailing List (http://www.p
I think the OP is having both PHP & JS codes mixed and scattered all
over the page. If chunked-encoding used without any ob*
implementation, then that's the problem he'll experience.
Richard,
I recommend to put the $(document).ready() and any JS scriptlets
within tags at the very bottom of the
Also, the $(document).ready() is triggered when the DOM is ready to be
manipulated.
I dont know why you would consider alter the behavior of this event, maybe
what you want is to create yourself a custom event handler ...
On Sun, Mar 6, 2011 at 21:43, Ellis Antaya wrote:
> i'm not sure i underst
i'm not sure i understand your problem ?!?
php runs on the server, delivers html code and/or javascript to the browser
and only from there the jQuery will execute it's main loop and start trigger
some events such as the ready event. So the php script is always finish
when javascript start to exec
25 matches
Mail list logo
