Ben224 Posted April 12, 2014 Share Posted April 12, 2014 Hello fellow cubecarters, I upgraded to the latest version V5 5.2.9 this afternoon. After upgrading I have no front end or back end just blank screens. I've FTP'd a fresh V5 5.2.9 folder up to my server overwriting the existing files expecting to run setup and resolve the issue but I am still faced with blank screens. My sites been down for about 5 hours so far and I need a quick resolve. Would appreciate any advice. Thanks in advance Quote Link to comment Share on other sites More sharing options...
bsmither Posted April 12, 2014 Share Posted April 12, 2014 Please let us know what version you upgraded from. If it was from CC525 or earlier, your store may have been using the Zend Decoder. CC526+ uses only the ionCube loader. If you go here: http://www.mystore.com/setup/info.php You may see that this is the case. At the bottom of the top table, you may see: Zend Engine v2.4.0, Copyright © 1998-2014 Zend Technologies with Zend Guard Loader v3.3, Copyright © 1998-2013, by Zend Technologies If ionCube was installed, there would also be: with ionCube Loader vX.Y, Copyright © 1998-2013, by ionCube Please rename the setup folder to something else as soon as possible. Please contact your hosting provider to have them enable the ionCube Loaders for your site. Quote Link to comment Share on other sites More sharing options...
Ben224 Posted April 12, 2014 Author Share Posted April 12, 2014 Hi Bsmither, I've upgraded from cc528 if I'm not mistaken. The info.php shows the following ...with the ionCube PHP Loader v4.4.1 so I guess that it not the issue? Thanks Quote Link to comment Share on other sites More sharing options...
Ben224 Posted April 13, 2014 Author Share Posted April 13, 2014 Hi, So I renamed the setup folder gyt not relevant to anything just letters. I then navigated to the folder via my browser and I get the following. Does this help or just confuse matters? Warning: require_once(/home/mysite/public_html/gytini.inc.php) [function.require-once]: failed to open stream: No such file or directory in /home/mysite/public_html/gyt/index.php on line 2Fatal error: require_once() [function.require]: Failed opening required '/home/mysite/public_html/gytini.inc.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/mysite/public_html/gyt/index.php on line 2 Quote Link to comment Share on other sites More sharing options...
bsmither Posted April 13, 2014 Share Posted April 13, 2014 Renaming or removing the folder /setup/ is a security measure. You do not want a stranger to be able to re-initiate the CubeCart installation process, deleting your database, creating an all new admin profile, etc. So, rename or remove the /setup/ folder. CubeCart is already installed. When CubeCart has a new version put in place, CubeCart should have automatically started a part of the install process, specifically running any SQL scripts and PHP scripts to update the database, if necessary. (CC529 drops support for OpenId and in the database, adds two counties (I guess) to Europe. Not critical.) So, don't try to run setup. "The info.php shows the following ...with the ionCube PHP Loader v4.4.1 so I guess that it not the issue?" Then that is not the issue. Please access your hosting control panel, or use FTP, to find a PHP error_log file. Let us know the last few entries. Quote Link to comment Share on other sites More sharing options...
Ben224 Posted April 13, 2014 Author Share Posted April 13, 2014 Hi, The 'logs' directory is empty. Should I be looking for the error_log somewhere else? Many thanks Quote Link to comment Share on other sites More sharing options...
havenswift-hosting Posted April 13, 2014 Share Posted April 13, 2014 Ben The error_log file will be in the top level of the store so within the public_html directory for you. Did you change language to something other than the default store language just before this started happening ? Ian Quote Link to comment Share on other sites More sharing options...
bsmither Posted April 13, 2014 Share Posted April 13, 2014 If you still have the setup folder in your CubeCart installation (may be renamed to something_else), have your browser request this page: www.mystore.com/something_else/info.php Scroll to the Core section. In this table find the 'log_error' (Yes/No) and the 'error_log' (path) setting. If 'error_log''s value is just "error_log", then the error log should be in the root directory of your store (public_html). Quote Link to comment Share on other sites More sharing options...
gestavenir Posted April 13, 2014 Share Posted April 13, 2014 Hi, I have exactly the same issue and I found the error_log file. However when I tried to view the file, it is empty (blank page). Do I have to go for a manual install? Thanks Quote Link to comment Share on other sites More sharing options...
bsmither Posted April 13, 2014 Share Posted April 13, 2014 Please visit this page: www.mystore.com/something_else/info.php where mystore is your domain and path to the store, and something_else is either setup or what you renamed setup. Do you have ionCube installed? Quote Link to comment Share on other sites More sharing options...
gestavenir Posted April 13, 2014 Share Posted April 13, 2014 Thank you for your quick reply. yes I have ionCube installed since the last upgrade from 5.2.7 to 5.2.8. Below is what I have in the first section of the info.php file This program makes use of the Zend Scripting Language Engine: Zend Engine v2.2.0, Copyright © 1998-2010 Zend Technologies with the ionCube PHP Loader v4.5.3, Copyright © 2002-2014, by ionCube Ltd., and with Zend Optimizer v3.3.9, Copyright © 1998-2009, by Zend Technologies In the section, additional module, I have also ionCube loader. Quote Link to comment Share on other sites More sharing options...
Ben224 Posted April 13, 2014 Author Share Posted April 13, 2014 Hi Bsmither, Thanks for responding. My site is still down. I have the info.php up and looking now at the Core section I have the following: log_errors Off Off log_errors_max_len 1024 1024 I scoured my root directory for the error_log and i'ts not in there. I ran a search in the complete directory from FireFTP for error_log and its reporting no files found. I don't think I am any closer to resolving. Not good very concerned now. Thanks for your continued support. Quote Link to comment Share on other sites More sharing options...
Ben224 Posted April 13, 2014 Author Share Posted April 13, 2014 Hi again, There is a further issue with my second store. I also upgraded to CC529. The upgrade appeared to be successful on this one but I have just noticed that I cannot add images to products. When I open the images tab the image list is blank. When I attempt to add an image to the product listing cubecart logs out and throws me back to the login screen without adding the image. I have two broken stores. Help! :-/ Quote Link to comment Share on other sites More sharing options...
gestavenir Posted April 13, 2014 Share Posted April 13, 2014 hi Ben224, I posted a ticket on support by email and my problem was solved in less than an hour. I suppose that is a known issue. I just have now the search function on products that does not work properly. I'm still checking my shop. Good luck Quote Link to comment Share on other sites More sharing options...
bsmither Posted April 13, 2014 Share Posted April 13, 2014 Depending when you downloaded CC529, like within a day of the announcement, you may need to make an edit: Please read: Quote Link to comment Share on other sites More sharing options...
Ben224 Posted April 13, 2014 Author Share Posted April 13, 2014 Thanks Bsmither that fixes one store. Do you have any further thoughts on the other issue? Or perhaps this is too complex for trying to resolve here on the forum. Quote Link to comment Share on other sites More sharing options...
bsmither Posted April 13, 2014 Share Posted April 13, 2014 Here's what is happening: Without that edit above, CubeCart may or may not send a cookie with the correct date/time - by default, 60 minutes ahead of UTC. If not, a cookie may be sent by PHP that expires at session end. And CubeCart will end a session for several reasons. When the admin visits the Add/Edit Product screen, the FileManager (it's actually the FileTree jQuery plugin) makes an AJAX call to CubeCart to fetch a list of images. This AJAX call is performed in the GET request URL: GET /admin.php?_g=xml&type=files&q=list&dir=%2F&group=1 There are one or two paths into the internals of CubeCart that are shortcuts, bypassing some initial PHP coding. Fetching this list of images is not one of them. This AJAX request is processed by all the normal initialization steps that a regular page request makes - including the unfortunate clobbering of the session if necessary. Hence, at this point, you are now logged out. No list of images is forthcoming, and the next page request (GET or POST) gets you the login screen. Your browser may have two cookies: one from CubeCart and one from PHP (as set in the PHP.INI file). This statement in the file ini.inc.php: ini_set('session.auto_start', false); is supposed to stop PHP from sending a cookie. I suppose your hosting provider has other ideas. Quote Link to comment Share on other sites More sharing options...
Ben224 Posted April 13, 2014 Author Share Posted April 13, 2014 Thanks Bsmither, I appreciate your support as ever. The above modification to session.class.php has resolved the issue. Sadly my other store still has a blank back and front end so I have resorted to putting a support ticket in. I hope to find a resolve to this today. Thanks for persevering. Quote Link to comment Share on other sites More sharing options...
bsmither Posted April 13, 2014 Share Posted April 13, 2014 I would like for you to try this two-step experiment. If it works, undo just the first step: 1. In /classes/debug.class.php, line 100 make this line a comment: // ini_set('display_errors', false); 2. In /ini.inc.php, line 20 (blank), add: ini_set('log_errors', true); ini_set('error_log', "php_errors.log"); Hopefully, PHP will know to create and log errors to php_errors.log that will show up in the root folder of your store. If we can determine what is wrong and fix it, then restore edit #1. Quote Link to comment Share on other sites More sharing options...
Ben224 Posted April 13, 2014 Author Share Posted April 13, 2014 Here are the results: [13-Apr-2014 20:29:05 UTC] PHP Warning: SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]: Entity: line 23: parser error : Opening and ending tag mismatch: translation line 17 and language in /home/srel097/public_html/classes/language.class.php on line 736 [13-Apr-2014 20:29:05 UTC] PHP Warning: SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]: </group></translation><translation></translation></language> in /home/srel097/public_html/classes/language.class.php on line 736 [13-Apr-2014 20:29:05 UTC] PHP Warning: SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]: ^ in /home/srel097/public_html/classes/language.class.php on line 736 [13-Apr-2014 20:29:05 UTC] PHP Warning: SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]: Entity: line 23: parser error : Premature end of data in tag language line 1 in /home/srel097/public_html/classes/language.class.php on line 736 [13-Apr-2014 20:29:05 UTC] PHP Warning: SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]: </group></translation><translation></translation></language> in /home/srel097/public_html/classes/language.class.php on line 736 [13-Apr-2014 20:29:05 UTC] PHP Warning: SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]: ^ in /home/srel097/public_html/classes/language.class.php on line 736 [13-Apr-2014 20:29:05 UTC] PHP Fatal error: Call to a member function select() on a non-object in /home/srel097/public_html/classes/seo.class.php on line 735 [13-Apr-2014 20:31:05 UTC] PHP Warning: SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]: Entity: line 23: parser error : Opening and ending tag mismatch: translation line 17 and language in /home/srel097/public_html/classes/language.class.php on line 736 [13-Apr-2014 20:31:05 UTC] PHP Warning: SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]: </group></translation><translation></translation></language> in /home/srel097/public_html/classes/language.class.php on line 736 [13-Apr-2014 20:31:05 UTC] PHP Warning: SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]: ^ in /home/srel097/public_html/classes/language.class.php on line 736 [13-Apr-2014 20:31:05 UTC] PHP Warning: SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]: Entity: line 23: parser error : Premature end of data in tag language line 1 in /home/srel097/public_html/classes/language.class.php on line 736 [13-Apr-2014 20:31:05 UTC] PHP Warning: SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]: </group></translation><translation></translation></language> in /home/srel097/public_html/classes/language.class.php on line 736 [13-Apr-2014 20:31:05 UTC] PHP Warning: SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.--construct.php'>simplexmlelement.--construct.php</a>]: ^ in /home/srel097/public_html/classes/language.class.php on line 736 [13-Apr-2014 20:31:05 UTC] PHP Fatal error: Call to a member function select() on a non-object in /home/srel097/public_html/classes/seo.class.php on line 735 Quote Link to comment Share on other sites More sharing options...
bsmither Posted April 13, 2014 Share Posted April 13, 2014 Interesting, you are the third person to report a language file error. I'll see what I can find. I presume your store's default language is English? Quote Link to comment Share on other sites More sharing options...
Ben224 Posted April 13, 2014 Author Share Posted April 13, 2014 Yes default language is English. Thanks Quote Link to comment Share on other sites More sharing options...
bsmither Posted April 13, 2014 Share Posted April 13, 2014 Um... British English or American English? Quote Link to comment Share on other sites More sharing options...
Ben224 Posted April 13, 2014 Author Share Posted April 13, 2014 British English Quote Link to comment Share on other sites More sharing options...
bsmither Posted April 13, 2014 Share Posted April 13, 2014 Would you copy the contents of /language/en-GB.xml to a reply? Be sure to surround the code with code tags. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.