On Thu, May 28, 2009 at 2:42 PM, Eddie Drapkin wrote:
> autoloading doesn't do anything but follow a set of logic rules to decide
> what file to require, so it doesn't mess with opcode caches at all.
umm.., right, but what do you think happens at the center of that logic ?
require / include ca
autoloading doesn't do anything but follow a set of logic rules to decide
what file to require, so it doesn't mess with opcode caches at all.
On Thu, May 28, 2009 at 4:02 PM, Nathan Nobbe wrote:
> On Thu, May 28, 2009 at 9:25 AM, Tony Marston <
> t...@marston-home.demon.co.uk
> > wrote:
>
> >
> >
On Thu, May 28, 2009 at 9:25 AM, Tony Marston wrote:
>
> "Eddie Drapkin" wrote in message
> news:68de37340905280801m6964d355l2d6d8ef773f3b...@mail.gmail.com...
> > There's a huge difference between laziness and opting in to use an
> > incredibly useful (and easy to properly deploy) feature to sa
On Thu, 2009-05-28 at 16:17 +0300, Olexandr Heneralov wrote:
> Hi!
> Do not use low-level AJAX.
> There are many frameworks for ajax (JQUERY).
> Try to use PHP frameworks like symfony, zend framework. They simplify your
> work.
>
>
> 2009/5/28 Lenin
>
> > 2009/5/28 kranthi
> >
> > >
> > >
> >
"Eddie Drapkin" wrote in message
news:68de37340905280801m6964d355l2d6d8ef773f3b...@mail.gmail.com...
> There's a huge difference between laziness and opting in to use an
> incredibly useful (and easy to properly deploy) feature to save myself
> time
> so that I can spend more time writing that
There's a huge difference between laziness and opting in to use an
incredibly useful (and easy to properly deploy) feature to save myself time
so that I can spend more time writing that structured and efficient code of
which you speak. And the problem with what you're saying is that you still
have
"Eddie Drapkin" wrote in message
news:68de37340905280737t3e1ad844y188ab8fa08f17...@mail.gmail.com...
> Your code might not, but you sure do! Spending all that time writing
> require statements = :(
If you are too lazy to write "require" statements then you are probably too
lazy to write readab
Your code might not, but you sure do! Spending all that time writing
require statements = :(
On Thu, May 28, 2009 at 9:49 AM, Tony Marston wrote:
>
> wrote in message
> news:000e0cd6ad1a9f7d3d046af89...@google.com...
> > Two things:
> >
> > 1. Try using the fully qualified path (ie /var/www/fo
wrote in message
news:000e0cd6ad1a9f7d3d046af89...@google.com...
> Two things:
>
> 1. Try using the fully qualified path (ie /var/www/foo/bar.php instead of
> foo/bar.php)
> 2. Look at setting up autoloading so you don't need to manually include
> anyway. If you're going OOP, autoloading is a mu
2009/5/28 Olexandr Heneralov
> Hi!
> Do not use low-level AJAX.
> There are many frameworks for ajax (JQUERY).
> Try to use PHP frameworks like symfony, zend framework. They simplify your
> work.
>
>
> 2009/5/28 Lenin
>
> > 2009/5/28 kranthi
> >
> > >
> > >
> > > i recommend you firebug firefox
Hi!
Do not use low-level AJAX.
There are many frameworks for ajax (JQUERY).
Try to use PHP frameworks like symfony, zend framework. They simplify your
work.
2009/5/28 Lenin
> 2009/5/28 kranthi
>
> >
> >
> > i recommend you firebug firefox adddon (just go to the net tab and you
> > can see all
2009/5/28 kranthi
>
>
> i recommend you firebug firefox adddon (just go to the net tab and you
> can see all the details of the communication between client and
> server)
> and i find it helpful to use a standard javascript(jQuery in my case)
> library instead of highly limited plain javascript
Two things:
1. Try using the fully qualified path (ie /var/www/foo/bar.php instead of
foo/bar.php)
2. Look at setting up autoloading so you don't need to manually include
anyway. If you're going OOP, autoloading is a must!
On May 28, 2009 8:49am, kranthi wrote:
i never faced such a proble
i never faced such a problem and i can assure you that it will never
happen. try...
main.php
second.php
test
call main.php via AJAX and see the responseText.
many things can go wrong in your coding. dont come to the conclusion
that this particular thing is not working.
i recommend you firebug
Hi,
From my personal recent experience, I can tell you that processing a lot of
echo's thru classes is a heck of a lot slower than just doing it the normal
way. Although I wouldn't have done this particular project any other way, I
do with that I could get it to display faster. Its not a
"Joe Stump" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Sure ...
>
> I'm of the belief that OOP (in PHP anyways) has great use for core
> libraries. Core libraries, by their nature, generally don't output HTML.
> It's a core libraries job to separate logic and presentation. How po
rsions of our
> online catalog.
>
> --Joe
>
>
> -Original Message-
> From: Johnson, Kirk [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 29, 2003 8:21 AM
> To: 'Joe Stump'; [EMAIL PROTECTED]
> Subject: RE: [PHP] Re: PHP OOP x Procedural Performance
>
s of our
online catalog.
--Joe
--
Joe Stump <[EMAIL PROTECTED]>
http://www.joestump.net
"Label makers are proof God wants Sys Admins to be happy."
-Original Message-
From: Johnson, Kirk [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 29, 2003 8:21 AM
To: 'Joe Stump'
> One thing I'd like to abundantly point out is that NOT
> EVERYTHING BELONGS IN
> OOP! For instance, if you're building classes that output
> HTML - you've
> skipped a few chapters in your OOP design books.
Joe,
I am curious about this opinion, could you elaborate a bit, please? I am not
an OO
In my experience OOP isn't any faster/slower. I've used it on sites that get
30M hits a month; so if it's gonna break I'd have seen it by now.
One thing I'd like to abundantly point out is that NOT EVERYTHING BELONGS IN
OOP! For instance, if you're building classes that output HTML - you've
skippe
Rodrigo Dominguez wrote:
>I made a mistake while I was writting the example, in my original code I
>wrote it as you did, with $this->b[0] = new one(); but it doesn't work.
>Thank you.
>
>"Philip Hallstrom" <[EMAIL PROTECTED]> escribió en el mensaje
>[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>
21 matches
Mail list logo