Community Reputation

Recent Profile Visitors

I've been checking and experimenting and have found that the 2 problems (can't access closed storefront and errors on the maintenance tab) are not connected.
The closed store problem is connected to PHP 7.1, or more specifically to my php.ini file. The error on the maintenance tab is to do with 6.1.13 as I rolled back to 6.1.12 and all is OK. I'll try the upgrade manually when I have sorted out the closed storefront issue.
To run PHP 7.1 on my server (TSOHost shared hosting) I have to edit a line in .htaccess from
AddType x-httpd-php56 .php
to
AddType x-httpd-php71 .php
In addition I had to have a copy of the ioncube folder in the root of CC, and php.ini with two lines at the end of it
zend_extension="/var/sites/w/mysite.co.uk/subdomains/shop/ioncube/ioncube_loader_lin_7.1.so"
zend_extension_ts="/var/sites/w/mysite.co.uk/subdomains/shop/ioncube/ioncube_loader_lin_7.1_ts.so"
With this configuration I can't access the closed storefront. I edited .htaccess and the two lines in php.ini back to 5.6, and I still can't access it. However if I delete php.ini (and I assume use the hosting provider's default settings) all is fine.
The problem is I need the 2 lines in php.ini to be able to use PHP 7.1 with Zend so I am a bit stuck.
How can I get my store working with PHP 7.1?

Just bumping this up, can anyone help?. Please!
The warning message on the store closed page has gone, but I still can't access the store whilst it is closed. The errors on the Maintenance page are also still there.

As the title says, my storefront is closed and when I try to access it from the link on the admin control panel I just get the store closed dialog, with an error message above it:- Warning: filesize(): stat failed for /var/sites/s/shop.mysite.co.uk/public_html/cache/88711.sql.empties.cache in /var/sites/s/shop.mysite.co.uk/public_html/classes/cache/file.class.php on line 168.
It was fine this morning, and the store is fine when not offline.
I don't know if it is connected, but I get 5 identical error messages on the Maintenance page, but the page still loads below the messages. Message is:- Warning: Invalid argument supplied for foreach() in /var/sites/s/shop.mysite.co.uk/public_html/admin_XXxxXx/sources/maintenance.index.inc.php on line 850
Any ideas?

I've been looking into this some more, and have discovered that the value of $STORE_URL is wrong; it has the admin file name added to the store url.
I have checked the store url in Store Settings and it is correct.
A further bit of digging and I think the value gets assigned in classes\seo.class.php line 710:-
$store_url = (CC_SSL) ? $GLOBALS['config']->get('config', 'ssl_url') : $GLOBALS['config']->get('config', 'standard_url');
This is as far as I got with my limited knowledge of php. Can anyone take it from here?

CubeCart is in a subdomain, not a subdirectory, and my development store (in a different subdomain) is working correctly. I am not using a shortcut, just entering the URL in the address bar.
Both copies of global.inc.php are the same, apart from the different admin filenames and DB details, which are correct.

I haven't used CC for a few months, and during that time we have changed the home site from a custom php application to Wordpress.
I came to log in today to look at using CC again and the admin panel is in plain text. It was on 6.1.5 so I upgraded to 6.1.12 but that hasn't fixed it.
The CC logo is showing as broken, so I looked at the image address, which doesn't look correct (exact URL and admin file names hidden!)
http://shop.mysite.co.uk/admin_XXXXXX.php/admin_YYYYYYY/skins/default/images/logo.cubecart.png
I have another working instance of CC and that doesn't have admin_XXXXXX.php in the address
Any idea how to fix this?

I'VE FIXED IT!!!!!
I tried some pretty extreme experimentation to try to narrow it down. First of all I pointed the working development installation to the live DB by editing global.inc.php, and I was able to access the control panel, proving my DB is OK.
I was then going to back up the live shop file structure to my PC and copy the development file system to the non-working shop, however I got an error when downloading the admin_XXXX folder. Turns out it was corrupt, and when Windows got hold of it, it didn't recognise it as a folder; it thought it was a file. I copied the admin_ZZZZZ folder from the working development store, renamed it and bingo, I'm in.
Thanks for all your efforts today Brian. I know that your suggestions didn't solve it, but it eliminated an awful lot of stuff, and I have learnt loads about php/CubeCart.

Yes, it is an exact copy I made from the live store after upgrading to 6.1.5, and besides it has been working since the upgrade (performed on 6th March); it is only sometime in the last week it has gone wrong.

Output from admin script:-
Filename: /var/sites/c/ccdev.whitbygothweekend.co.uk/public_html/admin_ZZZZZZ.php
Directory: /var/sites/c/ccdev.whitbygothweekend.co.uk/public_html
Path: /var/sites/c/ccdev.whitbygothweekend.co.uk/public_html
Warning: ini_set(): Cannot change zlib.output_compression - headers already sent in /var/sites/c/ccdev.whitbygothweekend.co.uk/public_html/ini.inc.php on line 30
output from index.php
Filename: /var/sites/c/ccdev.whitbygothweekend.co.uk/public_html/index.php
Directory: /var/sites/c/ccdev.whitbygothweekend.co.uk/public_html
Path: /var/sites/c/ccdev.whitbygothweekend.co.uk/public_html
I am wondering if the directory name I see from Filezilla (subdomains/shop), is an alias for shop.whitbygothweekend.co.uk/public_html.

Yes, the control panel automatically creates a new folder in subdomains.
.htaccess is the same for the live shop and development shop.
global.inc.php looks OK, adminFile and adminFolder are both correct, as are the DB details (but the storefront wouldn't work if the DB details were wrong).
I am beginning to think I need to pay for a month of CC support and let them sort this out. It is all getting way beyond my skill level!