Jump to content


  • Posts

  • Joined

  • Last visited

Recent Profile Visitors

3,307 profile views

PeteW1959's Achievements


Newbie (1/14)

  • Dedicated Rare
  • First Post Rare
  • Collaborator Rare
  • Conversation Starter Rare
  • Week One Done Rare

Recent Badges



  1. Thanks for that info. I've managed to change the main background colour using your method, but with all the other modding I want to do, using responsive skins is going to be way too complicated! I'm fine with modding the standard skins, and it is easy to just do a text search to find things, but this is a whole new level of difficult! I'll leave that to the real coders and just build the site to compromise the look on PC and smartphone, and stop trying to be too clever!
  2. Sorry, it isn't on the web yet, I am just running it locally. What I am trying to do is change the background colours of either Dillon or Amzin to match the rest of my site. Both of those skins have huge areas of white that I would like to change.
  3. How do you change the background colours on responsive themes? I know that for the static themes it is usually in layout.css, but responsive themes do not have that file (at least Dillon and Amzin don't) TIA
  4. 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?
  5. Thanks for replying Ian. I am on 6.1.13, but I think that is what might have caused the issue!
  6. 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.
  7. 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?
  8. 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?
  9. 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.
  10. I had already tried that, and no difference. I also checked for correct entries in global.inc.php
  11. 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?
  12. 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.
  13. 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.
  14. No, TSO Host are saying it is a CubeCart issue, however I am getting exactly the same warnings in the working store.
  • Create New...