Thanks Jochem. We tested with both modules switched off and it made no difference. I was suspicious about mod_security, but again it doesn't seem to causing the problem. Steve. > -----Original Message----- > From: Jochem Maas [mailto:jochem@xxxxxxxxxxxxx] > Sent: Wednesday, September 27, 2006 17:31 > To: Steve Walker > Subject: Re: Re: Various errors being generated from an > apache/php combo > > Steve Walker wrote: > >> are you using an opcode cache? > > > > Yes, we have eaccelerator running. > > turn it off and see if your errors go away. if they do then > it's possibly time to find another accelerator. > > APC is a good one to try: php.net/apc > > otherwise you may have to look at commercial solutions ... > (read: 'Zend') > > > > >>> Steve. > >>> > >>>> -----Original Message----- > >>>> From: replies-lists-php@xxxxxxxxxxxxxxxxxxxxx > >>>> [mailto:replies-lists-php@xxxxxxxxxxxxxxxxxxxxx] > >>>> Sent: Wednesday, September 27, 2006 15:28 > >>>> To: Steve Walker > >>>> Subject: RE: Re: Various errors being generated from an > >>>> apache/php combo > >>>> > >>>> it sounds like when things were migrated not everything > >> got set down > >>>> quite the way it was in the original environment. > >>>> > >>>> ideally you still have the "old" environment available to check > >>>> against. if you do, compare the permissions of the > >>>> "configuration.php" > >>>> file (and directory) between old and new. you'll also > >> likely want to > >>>> check what user/group your apache server is running as now, as > >>>> compared to the previous environment. > >>>> > >>>> on the missing function, do a search through the > >>>> (application/cms) libraries/classes on the old machine to > >> see where > >>>> the missing one is. > >>>> then check things on the new machine. this may be a > >> pathing issue, or > >>>> it could be that something didn't get installed. > >>>> > >>>> if you don't have the old machine available, then this is will > >>>> require more work and digging. > >>>> > >>>> [rule -- never give up the old environment until you're > >>>> *certain* that things work on the new - and even then, tar up > >>>> everything (in reasonable pieces) so that you can compare > >> at a later > >>>> date if necessary.] > >>>> > >>>> - Rick > >>>> > >>>> > >>>> ------------ Original Message ------------ > >>>>> Date: Wednesday, September 27, 2006 02:58:46 PM +0200 > >>>>> From: Steve Walker <steve@xxxxxxxxxxxxxxxxxxxx> > >>>>> To: php-general@xxxxxxxxxxxxx > >>>>> Subject: RE: Re: Various errors being generated from an > >>>> apache/php combo > >>>>> Thanks Kae and Rick for your replies. > >>>>> > >>>>> One of things I should have mentioned is that all these > >> sites have > >>>>> been migrated from another box on which they were working > >>>> fine, which > >>>>> is why I've been questioning the box itself rather than > the cms's. > >>>>> > >>>>> Kind regards, Steve. > >>>>> > >>>>>> -----Original Message----- > >>>>>> From: Kae Verens [mailto:kae@xxxxxxxxxx] > >>>>>> Sent: Wednesday, September 27, 2006 13:58 > >>>>>> To: Steve Walker > >>>>>> Cc: php-general@xxxxxxxxxxxxx > >>>>>> Subject: Re: Various errors being generated from an > >>>> apache/php > >>>>>> combo > >>>>>> > >>>>>> Steve Walker wrote: > >>>>>>> [client 80.58.205.38] PHP Fatal error: Call to undefined > >>>> function: > >>>>>>> cleanupbynode() in > >>>>>>> > >> > /var/www/vhosts/demos.oneworldmarket.co.uk/httpdocs/gems/kernel/clas > >>>>>> se > >>>>>>> s/ezco > >>>>>>> ntentobjecttreenode.php on line 2684 > >>>>>> could be that the function cleanupbynode() is defined in > >> the wrong > >>>>>> place (ie; after it is actually needed) > >>>>>> > >>>>>>> [client 80.58.205.38] PHP Warning: > >> fopen(../configuration.php): > >>>>>>> failed to open stream: Permission denied in > >>>>>>> > >> > /var/www/vhosts/oneworldmarket.co.uk/httpdocs/demo_business/administ > >>>>>> ra > >>>>>>> tor/co mponents/com_config/admin.config.php on line 463 > >>>>>> could be that configuration.php is saved using your > >> oneworldmarket > >>>>>> username instead of the httpd's username. > >>>>>> > >>>>>>> What seems very odd is that with all these problems hitting > >>>>>> refresh on > >>>>>>> the browser then takes you to the point the script would > >>>>>> have ended up > >>>>>>> at if it hadn't errored... > >>>>>> it might be that there is a redirect happening, so > >> refreshing the > >>>>>> page doesn't send data to the same location as before. > >>>>>> > >>>>>> > >>>>>> just a few thoughts, > >>>>>> > >>>>>> Kae > >>>>>> > >> > > > > -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
