hebcat

RESOLVED!!! :-D Migration was successful. The new server runs PHP 5.3.27 (checked with the phpinfo test -- not cpanel -- lesson learned!) Uploaded a fresh version of cubecart & created a fresh database in case any cobwebs got through. Installation easy peasy & successful on first try without any issues or warnings. So for anyone with a similar issue accessing this thread in future, to find out what PHP version your server is actually running do the phpinfo test (see Al's post further up). And indeed, I couldn't even get to the point during setup where it would say PHP had failed; the error was before then. Thanks so much everyone who helped out. I'm a little bit wiser today.

Thanks bsmither, SimChris & Al, I've put up the PHPinfo file, says it's PHP version 4.4.9 ! I just assumed what it said in the cpanel would have been correct -- I hadn't thought of running this test. I did originally have a look around the cpanel and client area to see if there was I way I could update it myself, but there wasn't. Site in process of being migrated to new server in any case.

Hosting co has offered to move to a new server with the following: PHP 5.3.27 Apache 2.2.25 MySQL 5.1.68 Think this may be the way to go. Just waiting on confirmation from client they want to do this

In regards to the build, here's what details I can find about it: Apache version 2.2.23 PHP version 5.2.17 MySQL version 4.1.22-standard Architecture i686 Operating system linux

Hi bsmither! Thanks for the suggestion! I've tried this. I now get the following error message: Fatal error: Call to undefined function: date_default_timezone_set() in ********/new/ini.inc.php on line 112 The code on line 112 of ini.inc.php is as follows: date_default_timezone_set('UTC'); //Set the default timezone for the scripts until the config gets loaded and over rights it Does this make any sense to you? Should I revert the setup/index.php file? Thanks Cat

Hi bsmither, Locally I use Homesite (it's ancient I know but it works well so I've kept it.... no issues at all with the software any other time in the decade I've used it). For remote viewing (ha ha) I use the "open" feature when I right-click on the file in WS_FTP. This opens in Notepad automatically. I then select all / copy / paste into Homesite. Saying that, when I open the local version in Notepad it doesn't show me the  character, so perhaps it's on the server as well but not showing up when I read it. Need to do the school run now, won't be back until tomorrow.

PS. temporarily overwrote the 5.2.4 version of setup/index.php with the 5.1.5 one and it's given me the same error, except for line 601. It's the same line of code though: $skins[(string)$xml->info->name][(string)$style->directory] = ((string)$style->attributes()->images == 'true') ? true : false; Gotta try!!

Hi there, Well actually it's the other way around -- the anomaly is showing up BEFORE I upload it to the server. And then once it's uploaded, those characters have disappeared. Is there anywhere I can download the previous release of CC from -- and test it out? Or does anyone else see the "Â" characters on lines 362, 405, 608 in setup/index.php in the freshly unzipped 5.2.4? Just looked back at the setup/index.php file from 5.1.5 and it doesn't have any "Â" characters. Thanks again.

I use WS_FTP and haven't changed any software or procedure since the previous installs of CC (see my sig file for details). Just to be sure, I reuploaded a third time, making sure I used the local>remote button (instead of selecting in windows explorer and dragging) -- but with the same outcome. Strange though I've never noticed the "Â" character in any other CC files I've worked on, and that's the local version!! :/ Will explore and report back if I get anywhere.

Hello! Line 582 is the same between the local setup/index.php (unmodified since being downloaded & unzipped) -- and what sits on the server. Doing a comparison I've found three lines that look different. Here they are but I don't imagine they're important: Line 362, local: //Â Upgrade Main Configuration Line 362, on server: // Upgrade Main Configuration Line 405, local: //Â Rename existing keys Line 405, on server: // Rename existing keys Line 608, local: ##Â Controller elements Line 608, on server: ## Controller elements On a side note.... Nativespace have offered to migrate the site to a more up-to-date server of theirs; I'm just waiting for approval from the client to do this. Thanks again.

Ah thanks very much for that. I'll check with the host and see what they can do. It's Nativespace; have worked with them many times before and never had a problem. I'll keep this post up to date for future reference.

Hi all, Have downloaded/uploaded v5.2.4 twice now to my client's hosting account and on both times I can't get to the setup page. I get: Parse error: syntax error, unexpected T_OBJECT_OPERATOR in ****/setup/index.php on line 582 Now I've seen other posts about this being an issue to do with old versions of PHP. This one runs PHP 5.2.17 and MySQL 4.1.22 Would either of these be too old? Server requirements on Cubecart site say it should be PHP 5.2.3+ so maybe that's the obvious answer but I thought I'd run it by here before changing anything on the hosting. Other related question -- there's an existing site on there which appears to be using the "Big Medium" CMS (written in PERL with file types are mostly .xml .txt and .shtml). If I have the host update PHP, the exsiting site shouldn't be affected, should it? Many thanks in advance

Hi bsmither -- only just got to seeing your suggestion now (thought I was subscribed to the thread, but wasn't) -- so, sorry for the delay in answering! Yes it works! The counties get listed alphabetically -- and even though the English/N.Irish/Scottish/Welsh counties are now all jumbled up -- at least people using the site know where to find their county in the list. Thanks so much -- you're a star! Here's a screenshot of what it looks like now, for anyone else looking to make this change

Sadly I'm back to square one, even after upgrading to 5.1.5 Well nearly -- in fact it's even weirder than before... Perhaps it's because I did an upgrade and not a new install -- and it remembered the previous three Yorkshires I'd added.... But they were still in the wrong place (bottom of the UK list). When I deleted them and added them back in, North & West Yorkshire went again to the very bottom of the UK list. But SOUTH YORKSHIRE went to between the bottom of the ENGLAND list -- above Scotland. I'm just stumped. Surely there's got to be a file somewhere or a part of the database that allocates zones to the four countries of the UK? I mean, how does CC5 know to put them in that geographical (and not entirely alphabetical) order in the first place? I really do need to sort this -- my client is in West Yorkshire... they're going to notice it, and some way or another I'm going to have to fix it. Any ideas I could try, anyone? Thanks

Thanks, I think I'll do that, I'll upgrade to 5.1.5; they're in a rush to get this live so maybe I'll have to pass by 5.1.4 first. Cheers for the reply & sig file updated.