Phpster wrote:
Sorry for top posting, but here goes...
Stopping third party js from running on the client will never happen. If
so, you just killed your servers thru put in attempting to handle things
like google maps, google analytics and other fun things coming out of
companies like that (
Sorry for top posting, but here goes...
Stopping third party js from running on the client will never happen.
If so, you just killed your servers thru put in attempting to handle
things like google maps, google analytics and other fun things coming
out of companies like that ( google, zoho
Bob McConnell wrote:
However, don't limit it to classes. There
are enough non-OO people that collections of usable function libraries
should also be worth assembling. I would also suggest including unit
test fixtures and utilities in any collection.
Bob McConnell
Most functions can be wrappe
Daniel Kolbo wrote:
P.P.P.S. What might be nice is to have an online repository of "PHP
community approved" classes, then programmers could mix and match
'modules' as needed...well now I am sounding like that snake oil salesman.
There is a php class web site that focuses on OO programm
Sancar Saran wrote:
Probably a bit off topic and
The Game is over man.
Javascript coming with flank speed. Next generation JS Framworks will take
html generation jobs from server side.
No it won't.
People are getting sick and tired of allowing third scripts to modify
the DOM - browsers are
From: Daniel Kolbo
>
> P.P.P.S. What might be nice is to have an online repository of "PHP
> community approved" classes, then programmers could mix and match
> 'modules' as needed...well now I am sounding like that snake oil
salesman.
You mean something like CPAN over in the Perl arena? Or som
On Monday 23 March 2009 16:24:55 Robert Cummings wrote:
> On Mon, 2009-03-23 at 15:58 +0200, Sancar Saran wrote:
> > On Monday 23 March 2009 12:33:58 Robert Cummings wrote:
> > > On Mon, 2009-03-23 at 11:52 +0200, Sancar Saran wrote:
> > > > Probably a bit off topic and
> > > >
> > > > The Game is
On Mon, 2009-03-23 at 10:43 -0400, tedd wrote:
> At 10:24 AM -0400 3/23/09, Robert Cummings wrote:
> >
> >My point is, just because new techniques and technoloigies
> >come out, is in no way a boundary condition on an existing technology's
> >lifespan or efficacy in any particular environment. The
On Mon, Mar 23, 2009 at 11:11 AM, tedd wrote:
> At 10:50 AM -0400 3/23/09, Bastien Koert wrote:
>>
>> Tedd,
>>
>> JS has been running on MS servers for a long time. It was always viewes as
>> an acceptable replacement for vbscript.
>
> Well -- that's been my fear. I think that M$ is trying to get
At 10:50 AM -0400 3/23/09, Bastien Koert wrote:
Tedd,
JS has been running on MS servers for a long time. It was always
viewes as an acceptable replacement for vbscript.
Well -- that's been my fear. I think that M$ is trying to get it's
foot into this so they can charge for it -- similar to t
On Mon, Mar 23, 2009 at 11:35 AM, Shawn McKenzie wrote:
> Arno Kuhl wrote:
> > -Original Message-
> > From: Sancar Saran [mailto:sancar.sa...@evodot.com]
> > Sent: 23 March 2009 11:52 AM
> > To: php-general@lists.php.net
> > Subject: Re: [PHP] Framework
Arno Kuhl wrote:
> -Original Message-
> From: Sancar Saran [mailto:sancar.sa...@evodot.com]
> Sent: 23 March 2009 11:52 AM
> To: php-general@lists.php.net
> Subject: Re: [PHP] Frameworks / obstinate?
>
> Probably a bit off topic and
>
> The Game is over man.
-Original Message-
From: Sancar Saran [mailto:sancar.sa...@evodot.com]
Sent: 23 March 2009 11:52 AM
To: php-general@lists.php.net
Subject: Re: [PHP] Frameworks / obstinate?
Probably a bit off topic and
The Game is over man.
Javascript coming with flank speed. Next generation JS
@lists.php.net
Subject: Re: [PHP] Frameworks / obstinate?
2009/3/23 tedd :
> However, I have heard of "new" javascript being run server-side.
What's the
> likelihood of that "catching on" and surpassing php?
http://aptana.com/jaxer
I really like the idea, but I'm
On Mon, Mar 23, 2009 at 10:43 AM, tedd wrote:
> At 10:24 AM -0400 3/23/09, Robert Cummings wrote:
>
>>
>> My point is, just because new techniques and technoloigies
>> come out, is in no way a boundary condition on an existing technology's
>> lifespan or efficacy in any particular environment. Th
2009/3/23 tedd :
> However, I have heard of "new" javascript being run server-side. What's the
> likelihood of that "catching on" and surpassing php?
http://aptana.com/jaxer
I really like the idea, but I'm yet to have a good reason to try it.
If you're starting from scratch it has the advantage o
At 10:24 AM -0400 3/23/09, Robert Cummings wrote:
My point is, just because new techniques and technoloigies
come out, is in no way a boundary condition on an existing technology's
lifespan or efficacy in any particular environment. The deprecation of
usefulness of any technology is based on man
On Mon, 2009-03-23 at 15:58 +0200, Sancar Saran wrote:
> On Monday 23 March 2009 12:33:58 Robert Cummings wrote:
> > On Mon, 2009-03-23 at 11:52 +0200, Sancar Saran wrote:
> > > Probably a bit off topic and
> > >
> > > The Game is over man.
> > >
> > > Javascript coming with flank speed. Next gener
On Monday 23 March 2009 12:33:58 Robert Cummings wrote:
> On Mon, 2009-03-23 at 11:52 +0200, Sancar Saran wrote:
> > Probably a bit off topic and
> >
> > The Game is over man.
> >
> > Javascript coming with flank speed. Next generation JS Framworks will
> > take html generation jobs from server sid
On Mon, 2009-03-23 at 11:52 +0200, Sancar Saran wrote:
> Probably a bit off topic and
>
> The Game is over man.
>
> Javascript coming with flank speed. Next generation JS Framworks will take
> html generation jobs from server side.
>
> Whole thing of Server Side MVC and other yada yada was beca
Probably a bit off topic and
The Game is over man.
Javascript coming with flank speed. Next generation JS Framworks will take
html generation jobs from server side.
Whole thing of Server Side MVC and other yada yada was became joke. Those
server siders become JSON pushers for JS frameworks.
A
Marc Christopher Hall wrote:
My personal take on this goes something like this:
I'm not a huge fan of re-inventing the wheel. However, it seems that since
the first stable release of PHP 5 into the wild a much needed emphasis has
been placed on OOP solutions within the PHP world. Don't read me
My personal take on this goes something like this:
I'm not a huge fan of re-inventing the wheel. However, it seems that since
the first stable release of PHP 5 into the wild a much needed emphasis has
been placed on OOP solutions within the PHP world. Don't read me wrong, I
know the importance was
On Sun, 2009-03-22 at 10:54 -1000, Daniel Kolbo wrote:
>
> Hello,
>
> I changed the subject because I did not want to steal Nitsan's thread.
I hope you started a "New" email and didn't just change the subject...
otherwise you've hijacked the thread. I can't tell I keep threading off.
> There see
24 matches
Mail list logo