Jump to content

Robin Somes

  • Posts

  • Joined

  • Last visited

  • Days Won


Robin Somes last won the day on June 1 2020

Robin Somes had the most liked content!

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Robin Somes's Achievements


Rookie (2/14)

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

Recent Badges



  1. If you know that you have received the payment, but the order is still set on "Pending": 1. Change the status of the order to "Processing"; click the "Save and reload" button. 2. Change the status of the order to "Completed"; click the "Save and Reload button. Then, the correct emails will be sent out, as bsmither suggests. I have tried it, and it works.
  2. 1. I've switched back to PHP 5.6. Nothing has happened, except that the error messages, on both the shop site and admin pages, changed from "HTTP 500 ERROR" back to "PHP 5.6.40 detected. CubeCart requires PHP 7.1 or higher." Not really surprising. 2. I've added the line you suggest to global.inc.php. No change; still not able to see the site, or the admin pages, let alone log in to them. So, the upgrade to CC 6.4.7 appears truly stuck half way. If I understand correctly, CC 6.4.7 *cannot* be installed on a system running PHP below version 7.1. So my option now is: A. Staying set on PHP version 5.6.40, restore yesterday's backup, by copying over the whole contents of the backup by FTP, being cognisant of changes in file names (i.e. the folder 'admin' in the backup is 'admin_{RanDOmLEttERs}' on the site, and 'admin.php' in the backup is 'admin_{RANDOMNESS}.php on the site). B. Deleting or renaming the folder "setup"? C. When it's restored, log in, make sure things are in order, and check whether updates for Noodleman's ProductAddOns and any other plugins are required for later PHP versions. D. Get them, and install them. E. Take another backup just in case. F. Log out of admin. G. Switch to PHP v. 7.4. H. Log back in, take yet another backup. I. Attempt the upgrade to CC 6.4.7 again. Would that be correct? Apart from ProductAddons, the other plugins we have installed are AllInOneShipping / Facebook / PayPal Commerce Platform / PayPal Standard Gateway (disabled) / SagePay - as far as I can tell, all were on the latest available versions.
  3. Many thanks; I'll experiment and see. Unfortunately many of our customers are once-only purchasers, so they tend not to register.
  4. Thanks Brian, I'll try that. I have Noodleman's All In One plugin which, as you suggest, probably requires an updated version.
  5. ... perhaps it is related to enabling certain PHP modules in the higher version of PHP?
  6. Site: piscesconservation.com/cube CC 6.4.4 / PayPal Commerce 1.7.2 I currently have a non-functioning shop site, having tried to update from CC 6.4.4 to 6.4.7 this morning (yes, I did take a full backup first ) When I kicked off the upgrade process, it swiftly failed, giving the error message "PHP 5.6.40 detected. CubeCart requires PHP 7.1 or higher." Trying to reach both the admin page and the shop site gave the same error. The site has run comfortably on PHP 5.6.40 for years, but I fully appreciate the wisdom of running a more recent version. I've now got our ISP to switch to PHP v. 7.1. Since then, both the shop site and admin pages are still unobtainable, but the error message has changed to "HTTP 500 ERROR". If someone could point out how to resume the upgrade, and see anything other than an error message, I'd be most grateful. Many thanks, Robin
  7. Site: piscesconservation.com/cube CC 6.4.4 / PayPal Commerce 1.7.2 We have a long-recurring issue (which I may well have reported here before but can't find) of orders getting stuck on "Pending". A non-trivial proportion of our orders get stuck when the payment gateway is PayPal. To the non-expert (me) it looks as if the payment is received by PP, but the confirmation response from PP does not make it back to the shop site. We receive an email from PP saying that we have received the payment. However, as far as the shop is concerned, the order status is still "Pending", and no 'Order Successful' or 'Your Purchased Downloads' emails ever get sent to the customer. I can log in to the admin pages and manually change the order to "Completed"; that sends an "Order Confirmation" email to the customer, but no email with download links for their purchases. The customer then starts emailing us grumpily asking where their downloads are. (1) Is there any advance on why this problem might occur with PayPal, and any way to get round it? (2) Is there any way to send out the "Your Purchased Downloads" email, after the event, i.e. manually rather than automatically? Currently we have to either copy/paste the link(s) from the order page into an email, or upload the files to a public Dropbox folder and share them that way. Many thanks, Robin
  8. Site: piscesconservation.com/cube CC 6.4.4 / AllInOneShipping 10.0.22 / Facebook 1.0.1 / PayPal Commerce Platform 1.4.11 / PayPal Standard Gateway 1.0.8 (disabled) / ProductAddons 1.0.12 / SagePay 1.0.11 When I re-send the "Your Purchase Downloads" email from the shop (Dashboard: Reporting: Email Log), I would like to be able to edit the To: address, but it appears I cannot. Customer makes a purchase of a digital item and gives his email address as [email protected] Doesn't receive either the "Your Purchased Downloads" or "Order Confirmation" emails, most likely because of an over-zealous spam filter somewhere. He emails me to complain that he's still waiting for the software he bought, and suggests I email the link to [email protected] instead. Now, I can change his email address in his billing details (Dashboard: Orders: {ORDER NO.}: Billing: Contact Details). However, that makes no difference to the address used in resending previous emails. Nor does it appear to be possible to edit anything other than the email content in Dashboard: Documents: Email Contents & Templates: Your Purchased Downloads. Is there any way to achieve this? Many thanks, Robin
  9. Thanks Al, yes, I totally get that. Our issue really is that we've got at least 12 domains; the CubeCart shop, 3 or 4 Wordpress-based sites (I can't actually remember!) and the rest plain HTML-based. I think there would be some resistance, in terms of cost (since sales through the shop site are far from being our main source of income), and admin time, to having two separate hosting companies. And there's very limited time to devote to migrating all our sites to a new host. But for the longer term it's something we do need to consider and rationalise. Cheers, Robin
  10. An update to this issue. After several emails back and forth with my hosting company, they're not willing (for which read, they can't be bothered) to load the required system time zone table to the DB server, because "it will affect other customers". So be it; lazy attitude, but we're stuck with them for the time being, so for now I've disabled 'Timezone' in the store settings. No more countless error messages. Thanks for the help.
  11. Bit of a mixed thread here, I think. I do agree their first line of tech support tends to jump to conclusions about what the customer's asking for, which isn't ideal. But thankfully it's a different hosting company to Keat's - no such password madness, yet at least!
  12. Good point, and well made. Many thanks R
  13. My hosting co. say "We have changed the timezone to Europe/London.". Looking at the error logs, I'm still getting the errors, albeit at a much reduced rate. Today, 17:06 File: [controller.admin.pre_session.inc.php] Line: [26] "SET @@time_zone = 'Europe/London'" - Unknown or incorrect time zone: 'Europe/London' Today, 17:03 File: [controller.admin.pre_session.inc.php] Line: [26] "SET @@time_zone = 'Europe/London'" - Unknown or incorrect time zone: 'Europe/London' Today, 17:02 File: [controller.index.inc.php] Line: [27] "SET @@time_zone = 'Europe/London'" - Unknown or incorrect time zone: 'Europe/London' Today, 17:02 File: [controller.index.inc.php] Line: [27] "SET @@time_zone = 'Europe/London'" - Unknown or incorrect time zone: 'Europe/London' Today, 17:02 File: [controller.index.inc.php] Line: [27] "SET @@time_zone = 'Europe/London'" - Unknown or incorrect time zone: 'Europe/London' Looking at info.php for the site, I see: date date/time support enabled "Olson" Timezone Database Version 2018.9 Timezone Database external Default timezone Europe/London Directive Local Value Master Value date.default_latitude 31.7667 31.7667 date.default_longitude 35.2333 35.2333 date.sunrise_zenith 90.583333 90.583333 date.sunset_zenith 90.583333 90.583333 date.timezone Europe/London no value Is that as it should be?
  14. Many thanks; could you just clarify what the change is - I'll throw it over to my hosting company. Cheers, R
  15. Site: www.piscesconservation.com/cube CC 6.2.5 Foundation Looking at the Error Log section of the admin pages, I'm inundated with time zone errors. The error originates from August 18th; I'm not aware of that coinciding with anything I've done. I'm up to 51,225 error messages, across 2049 pages, so far, and they're arriving about every 2 seconds. Today, 13:26 File: [controller.admin.pre_session.inc.php] Line: [26] "SET @@time_zone = 'Europe/London'" - Unknown or incorrect time zone: 'Europe/London' Today, 13:26 File: [controller.index.inc.php] Line: [27] "SET @@time_zone = 'Europe/London'" - Unknown or incorrect time zone: 'Europe/London' Ad infinitum. Is it me, CubeCart or my ISP; any suggestions?
  • Create New...