Cheers Rick. Well, I tested with a fresh install of a tried and tested cms. We can recreate the errors on that as well, so it may not be the migrated systems fault. Just to add more confusion, the errors are intermittent - sometimes it works fine, other times we get these errors which makes it even more difficult to pinpoint. 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
