peterp

Hi Brian, Once again you have helped me immensely and this seems to have done the trick. the site is now working as to what the client wants. Once again Thankyou Best Regards, Peterp

Hi Brian, The web address is 'http://www.champcoclothing.com.au' and the 404 error is the basic 404 format and as far as I can tell all of the entries have '.html' and there are none with the redirect set to 301 the SEO URL Extension is as below Best Regards, Peterp

Hi Brian, I have confirmed with the hosting provider that the .htaccess is running and they allow overriding and have the mod_rewrite extension is installed. Unfortunarely now what happens is the admin pages are displaying correctly and I can do changes to the site, the front page of the website appears correctly but I'm still getting the 404 error. I have checked that the .htaccess file has been copied across and it has please see below Hi Brian, Not sure that you got the whole screen shot of the .htaccess so here is the last bit. Best Regards, Peterp

Hi Brian, Interesting enough when you load a new version of cubecart onto a localhost server which running widows all the table names are lowercase including the prefix 'cubecart' When I changed the prefix to 'CubeCart' on the live server it all started working a little better no foreign language login hooray! However there is a problem with the site now as it seems to be not able to find any of the products. I have setup a product with correct category and when I try to buy this product I get a 404 error also if I try to select a category then I get 404 error again. Once again it works correctly on the localhost server but when it has been migrated to the live server it fails to work, is it possible that the live server has something setup that I need to address before a live site will work similar to the capital letter issue. I can modify and maintain the categories and products in the admin screens but when I try to purchase the 404 error occurs. Any Ideas where I should start looking Best Regards, Peterp

Hi Brian, I have been in conversation with the hosting provider and they have come back with a reason why this is happening which I find a little hard to swallow, they seem to think that the reason for the site not working is because the prefix to the database tables is a mixture of capitals and lower case and the database we are trying to reference is all lower case. So I tried their solution and when I used a database that had a upper case table name prefix it did work, not completely but better than it was. The prefix of 'cubecart...' is what we were using which gave us a login screen which was in some foreign language whereas the database that was a mixture of upper and lower case 'CubeCart....' worked better but wasn't showing the information which we had input into the lower case database tables. I vaguely remember that there was a fix for this but I cannot remember when, which fixed the programs needing the mixture of upper and lower case tables. Below is the login page for the lower case database Unfortunately this is as far as I can get as I have no idea what a valid login would be. I'm just starting to wonder whether it would be better to start again from scratch and use a fresh version of cubecart. This is where I'm at so any comments would be useful Hope you can help Best Regards, Peter

Hi Brian, Thanks for your help I have been checking and re-checking and finally I have decided that the hosting provider may be causing my issues, so at this moment I'm going down that track. My reasoning is that when I test the site on my local server then all is perfect however after uploading the site it doesn't work. I will keep you up to date if I find anything and/or I exhaust the reasoning of the hosting provider being the reason for the site failure. Thanks again for you help. Best regards, Peterp

Hi All, I have just uploaded a developed cubecart latest version site to the live server and now all I get is a blank screen in both the admin and the store. The site is working perfectly on the localhost machine all of the parameters have been setup correctly. (see below) I have checked the error log see below This error log screen capture is the last one in the system error log file, what mystifies me is that it seems to be referencing xampphtdocschampcoclothingtestnew which is the development site on the localhost server. I have cleared the cache files and still get the same blank screens. I don't know where to look next so if somebody could please point me in a direction might help I would be very appreciative. All help will be welcomed Best Regards, Peterp

High Brian, I'm not sure that is what you want but I have highlight 3 lines File: [controller.index.inc.php] Line: [28] "SET @@time_zone = 'Australia/Melbourne'" - Unknown or incorrect time zone: 'Australia/Melbourne' [<strong>Notice</strong>] C:xampphtdocschampcoclothingtestnewcacheskin7da4d98ec83af1522d93ff5e6afe4e8390b02f2f_0.file.box.newsletter.php.php:25 - Undefined index: DISABLE_BOX_NEWSLETTER https://localhost/champcotesting/images/source/bisley_workwear_by_pip_logo.jpg handleError() (7da4d98ec83af1522d93ff5e6afe4e8390b02f2f_0.file.box.newsletter.php.php:25) content_64df13b502e0f9_71031783() (smarty_template_resource_base.php:123) getRenderedTemplateCode() (smarty_template_compiled.php:114) render() (smarty_internal_template.php:217) render() (smarty_internal_templatebase.php:238) _execute() (smarty_internal_templatebase.php:116) fetch() (gui.class.php:1167) _displayMailingList() (gui.class.php:367) [<strong>Notice</strong>] C:xampphtdocschampcoclothingtestnewcacheskinaf3fd85bdd9a602009daa35e9100595db374d12c_0.file.login.php.php:90 - Undefined index: USERNAME https://localhost/champcoclothingtestnew/admin_ZlX9zy.php handleError() (af3fd85bdd9a602009daa35e9100595db374d12c_0.file.login.php.php:90) content_64e07010219076_17054137() (smarty_template_resource_base.php:123) getRenderedTemplateCode() (smarty_template_compiled.php:114) render() (smarty_internal_template.php:217) render() (smarty_internal_templatebase.php:238) _execute() (smarty_internal_templatebase.php:116) fetch() (gui.class.php:342) display() (admin_ZlX9zy.php:44) [<strong>Notice</strong>] C:xampphtdocschampcoclothingtestnewcacheskinaf3fd85bdd9a602009daa35e9100595db374d12c_0.file.login.php.php:90 - Trying to get property 'value' of non-object https://localhost/champcoclothingtestnew/admin_ZlX9zy.php handleError() (af3fd85bdd9a602009daa35e9100595db374d12c_0.file.login.php.php:90) content_64e07010219076_17054137() (smarty_template_resource_base.php:123) getRenderedTemplateCode() (smarty_template_compiled.php:114) render() (smarty_internal_template.php:217) render() (smarty_internal_templatebase.php:238) _execute() (smarty_internal_templatebase.php:116) fetch() (gui.class.php:342) display() (admin_ZlX9zy.php:44) hope this helps I have also put in a lines $glob['hooks'] = true; $glob['snippets'] = true; into global.inc.php.dist is this correct Totally confused now Best Regards, Peterp

Hi Brian, I have tried to make the screen shots have larger columns any how I think it is possibly a shipping module that is having the problem what do you think. I have to send 2 messages as screen shots go over total size. Best Regards, Peterp Hi Brian, Message 2 blank screen 2.pdf

Hi Brian, I have looked in the /includes/global.inc.php for the instructions on how to inhibit the plugins but unfortunately I cannot see any instructions. Should I change the site back to using php 7.4 and check the plugins for their compatibility with php 8.1 Best Regards, Peterp

Hi Brian, Sorry about the delayed response, I've been sick for the last few days with the flu. This worked and seems to be ok so thanks for your help. However I took your advice and have upgraded to php 8.1 but now what has happened is I get a blank screen at admin and the store front. I looked into the cubecart_system_error_log but I cannot see anything that makes sense to me that could be wrong, I have attached a screen shot. Hope you can help Best Regards, Peterp blank screen.pdf

Hi Brian, I have checked and the PHPMailer folder is not there so is it just a matter of copying the folder from a clean version of cubecart ver 651 or from a backup of this site or do I have to start from the beginning again. I would have thought the update would have copied this across. Best Regards, Peterp

Hi Brian, I have done these changes and run the order entry again. I have attached the error log Hope this helps Best Regards, Peterp error log champco.pdf

Hi Brian, I reversed all of the modifications that were done and compared it to an unchanged cc651 just to satisfy me that all the changes were successful (and they were) unfortunately when I then tested the site and got to the final checkout selection all I got was a black screen again. I have attached a screen shot of the error log hoping this may help. Hope this helps, Best Regards, Peterp error log after reverse changes.pdf Hi Brian, I just went into the admin and tried to print the order and just got the blank screen again maybe this has something to do with this as well Best Regards, Peterp

Hi Brian, Thanks for your help I have attached a screen shot of the 'Store Overview' which shows version numbers for both the PHP and cubecart. We are using a localhost at this stage as the site is under development and not ready for live implementation. Hope this helps Best Regards, Peterp cubecart and php version.pdf