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:[EMAIL PROTECTED] 
> Sent: Wednesday, September 27, 2006 17:31
> To: Steve Walker
> Subject: Re: [PHP] 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: [EMAIL PROTECTED]
> >>>> [mailto:[EMAIL PROTECTED]
> >>>> Sent: Wednesday, September 27, 2006 15:28
> >>>> To: Steve Walker
> >>>> Subject: RE: [PHP] 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 <[EMAIL PROTECTED]>
> >>>>> To: php-general@lists.php.net
> >>>>> Subject: RE: [PHP] 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:[EMAIL PROTECTED]
> >>>>>> Sent: Wednesday, September 27, 2006 13:58
> >>>>>> To: Steve Walker
> >>>>>> Cc: php-general@lists.php.net
> >>>>>> Subject: [PHP] 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

Reply via email to