PeteW1959

Member
  • Content count

    95
  • Joined

  • Last visited

Community Reputation

21 Excellent

About PeteW1959

Recent Profile Visitors

1,738 profile views
  1. 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.
  2. 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.
  3. No, TSO Host are saying it is a CubeCart issue, however I am getting exactly the same warnings in the working store.
  4. 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.
  5. Output from admin script:- Filename: /var/sites/s/shop.whitbygothweekend.co.uk/public_html/admin_XXXXXX.php Directory: /var/sites/s/shop.whitbygothweekend.co.uk/public_html Path: /var/sites/s/shop.whitbygothweekend.co.uk/public_html Warning: ini_set(): Cannot change zlib.output_compression - headers already sent in /var/sites/s/shop.whitbygothweekend.co.uk/public_html/ini.inc.php on line 34 Warning: session_start() [function.session-start.php]: Cannot send session cache limiter - headers already sent (output started at /var/sites/s/shop.whitbygothweekend.co.uk/public_html/admin_XXXXXXX.php:20) in /var/sites/s/shop.whitbygothweekend.co.uk/public_html/classes/session.class.php on line 640 Warning: Cannot modify header information - headers already sent by (output started at /var/sites/s/shop.whitbygothweekend.co.uk/public_html/admin_XXXXXXX.php:20) in /var/sites/s/shop.whitbygothweekend.co.uk/public_html/classes/session.class.php on line 535 test1test3test4template: login.php template_directories: Array ( [0] => /var/sites/s/shop.whitbygothweekend.co.uk/public_html/admin_XXXXX/skins/default/ ) /var/sites/s/shop.whitbygothweekend.co.uk/public_html /var/sites/s/shop.whitbygothweekend.co.uk/public_html output from index.php Filename: /var/sites/s/shop.whitbygothweekend.co.uk/public_html/index.php Directory: /var/sites/s/shop.whitbygothweekend.co.uk/public_html Path: /var/sites/s/shop.whitbygothweekend.co.uk/public_html
  6. 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!
  7. It isn't a Cpanel account. This is a screenshot of the subdomains page of control panel. However I can't see how any paths can have changed; I haven't changed them, and TSO Host have confirmed that there haven't been any configuration changes in the last week.
  8. this is a screenshot from Filezilla
  9. test1test3test4template: login.php template_directories: Array ( [0] => /var/sites/s/shop.whitbygothweekend.co.uk/public_html/admin_XXXXXX/skins/default/ ) /var/sites/s/shop.whitbygothweekend.co.uk/public_html /var/sites/s/shop.whitbygothweekend.co.uk/public_html
  10. Parse error: syntax error, unexpected ';' in /var/sites/s/shop.whitbygothweekend.co.uk/public_html/admin_XXXXXX.php on line 51 Line 51 is this one:- echo realpath(dirname(__FILE__)."<br/>"; but I realise the error may not be there, however I can't see any extra ';' anywhere.
  11. I've redacted the admin folder name for security, but it is the folder name set in global.inc.php. However there is no such folder /var/sites/s/shop.whitbygothweekend.co.uk/public_html, CC is in the root of the subdomain and there is no public_html
  12. TSO have finally sorted the error logging out (changes needed in php.ini), and there are no errors being recorded. I have compared the two php info reports for my live and development stores, and they are identical. I have been doing some investigation, and inserted a few echo statements into the admin php file. This is the section where it is going wrong:- echo test1; if (Admin::getInstance()->is() || (isset($_GET['_g']) && $_GET['_g']=='products' && $_GET['node']=='export' && !empty($_GET['format']) && $_GET['access']==$feed_access_key && !empty($feed_access_key))) { echo test2; if (version_compare(PHP_VERSION, '5.4') >= 0) { error_reporting(E_ALL ^ (E_NOTICE | E_DEPRECATED | E_USER_DEPRECATED)); } else { $GLOBALS['main']->setACPWarning("WARNING: PHP ".PHP_VERSION." detected. Please upgrade to PHP 5.4 or above."); } include CC_ROOT_DIR.CC_DS.'controllers'.CC_DS.'controller.admin.session.true.inc.php'; } else { echo test3; include CC_ROOT_DIR.CC_DS.'controllers'.CC_DS.'controller.admin.session.false.inc.php'; echo test4; $GLOBALS['smarty']->display('templates/'.$global_template_file['session_false']); echo test5; exit; } This is the result I get:- test1test3test4 The first if statement is evaluating as FALSE, so the ELSE clause is followed ('test2' isn't getting echoed, but 'test3' is). The first statement (include CC_ROOTDIR.CC_DS.......) is executing because echo test 4 is executing, but it doesn't get as far as executing echo test5. I know the basics of php, but this is beyond me. I am assuming that the first if statement is checking if I am logged in (which I am not), so the ELSE clause is executed, the include statement is executing but it is going wrong in the $GLOBALS line. This is getting really desperate now; I have to get orders in the post tomorrow. Ultimately I can try to get the order info direct from the DB, but that would create a considerable amount of work to produce reasonable looking documentation, but I also need to check and amend stock levels, and that looks a bit more complicated to do in the DB.
  13. TSO Host has generated an error file for me, and it is exactly the same as the one generated by Brian's method, just giving this warning:-
  14. I have discovered that there is something wrong that is specific to this installation. I have a duplicate installation of CC running on a different subdomain on the same host (used for testing) that is working OK. This proves that it isn't anything to do with my host's PHP installation. As far as I know if there were any differences between the two subdomains, it would be in the .htaccess files, but they are both identical.