Nelly111s
-
Posts
109 -
Joined
-
Last visited
Posts posted by Nelly111s
-
-
My site is currently still sending out the "order received" email (to 4 different email addresses) as it has been for ages. The email log is OK, it shows the emails being sent out. The test email on the "Advanced settings" tab also works - the popup says it has been successful. However, none of the emails are being received! I'm stumped on this one.
-
Thanks. Cubecart is still set to use the php mail function. I can set it to use the SMTP method and send a test email, which works. I presume that if I use this method, I should be able to send all the emails. Also, I think I can force the "status" to 0 in the newsletter table for those that have already got the email and then update them after to status = 1 again.
However, I can't save these SMTP setting because I still have a problem with crap in the offline tab (at least that's what I guess the problem is). I'm reluctant to delete the config entry in the cubecart_config table because it deletes all the useful stuff. Is there a way of sorting this problem - its a real PITA.
-
I'm on Cubecart 6.5.1 / php 8.1. I have about 1500 people subscribed to the newsletter. I've tried sending it, but the routine doesn't seem to get to the end and just hangs at "Cancel send" screen.
I've looked in the email log and the "CubeCart_email_log" table in the dB and there are quite a few entries which say that they're not sent, with "Could not instantiate mail function" as an error. I assume that the ones with no error have sent OK.
Firstly, anyone know what is causing this error
Secondly, is there any way of sending to the people who are in the "error" category. I can easily get that list via SQL from the dB (maybe even create a new table), but how do I get the routine to use this subset?
Thanks
-
21 hours ago, bsmither said:
Deleted the 'config' row in the database, fetched the Store Settings page, but code is still present in the Offline Message editor?
YEs, that's what happened. No errors in the server log, as far as I can see.
I actually did a restore of the config line from my dB backup to solve the problem, which worked a treat.
-
Thanks. I missed off the CubeCart_category_index update, so I had to manually update each product to put it in the right category, but since I don't have 1000's of products, that wasn't an issue. It's now up and running OK. I'm really not sure of the sequence of events that caused everything to get screwed up, but it's all back working again now.
-
OK, so I have this problem (I have one or two ..)
I tried deleting the 'config' row in CubeCart_config, in phpMyAdmin. Seemed OK. Went back in to the store Admin, Settings > Offline. In the source, still a load of rubbish that prevents me from saving simple stuff like the store language. I presume the config.class.php repopulates it somehow, but I'm in a loop and can't delete stuff to save the settings I want!
-
OK, so I've been in touch with the web hosting company.. There was some permissions errors initially, then a line in the htaccess file forcing it to use php 7.3 (must have been a file that I'd not updated.
# AddHandler application/x-httpd-php73 .php .php5 .php4 .php3
This was the line, now commented out. So the info.php is now showing php 8.1.21. The site works again. But ...
The database is a bit strange now (it's not been changed). It's still got my customer list, sales stats etc, but the categories and products have been updated / overwritten with a test product and category. I do have a backup, but that's bit of a PITA.
-
I've done that and get the php info as per the attached screenshot - no error
-
I've tried
- Deleting all files from website, clean install of 6.4.10 via FTP, with php 8.1
- Deleting all files from website, clean install of 6.4.10 via unzipping file on server, with php 8.1
- Rolling server back to php 7.4, clean install of 6.4.10 via FTP
All of the give the 500 error. It's nothing database related (I don't think) since the setup script hasn't run and populated the config file with the dB details.
I've been in touch with the web host, but no joy yet.
-
45 minutes ago, bsmither said:
Would these errors be from an earlier version? Line 1782 is a comment line in catalogue.class.php, version 6.5.1.
Yes, I'd rolled back to 6.4.9 after some issues with 6.5.1 very soon after it came out.
But I'm trying to (now) do a clean install with 6.5.1 and php 8.1, which is where the error comes in!
-
32 minutes ago, bsmither said:
I have never seen this before.
Please let us know what version of PHP is being used.
Brian,
It's php 8.1 that's being used.
14 minutes ago, bsmither said:PHP 8.1 is a good version to run CC651, so I would have to think the problem lies elsewhere.
My search on the Internet for these errors all mention the programming language C++.
There could be a separate error log file belonging to PHP.
If there might be a separate error log file that PHP will write to, see the following conversation that could help get access to that error reporting:
https://forums.cubecart.com/topic/51550-how-to-create-the-error-log/If that gives no additional info, I encourage you to contact your hosting provider.
I'd already created the error log file. These are errors from earlier this evening
[07-Aug-2023 19:18:32 Europe/London] PHP Warning: Illegal string offset 'inStock' in /home/sites/olivewoodturning.co.uk/public_html/classes/catalogue.class.php on line 1782
[07-Aug-2023 19:45:29 Europe/London] PHP Warning: Illegal string offset 'inStock' in /home/sites/olivewoodturning.co.uk/public_html/classes/catalogue.class.php on line 1782
[07-Aug-2023 19:56:12 Europe/London] PHP Warning: Illegal string offset 'inStock' in /home/sites/olivewoodturning.co.uk/public_html/classes/catalogue.class.php on line 1782
[07-Aug-2023 19:57:42 Europe/London] PHP Warning: Illegal string offset 'inStock' in /home/sites/olivewoodturning.co.uk/public_html/classes/catalogue.class.php on line 1782
-
I'm trying to do a "clean" install of 6.5.1, only retaining images and some skin files. I've uploaded all the files and try to run /setup/ and get
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator at [email protected] to inform them of the time this error occurred, and the actions you performed just before this error.
More information about this error may be available in the server error log.
Apache Server at www.olivewoodturning.co.uk Port 80 The last entries in the server log file are [Mon Aug 07 21:29:21 2023] [error] [client 92.0.117.204:0] free(): double free detected in tcache 2
[Mon Aug 07 21:29:21 2023] [error] [client 92.0.117.204:0] End of script output before headers: index.php
[Mon Aug 07 21:29:34 2023] [error] [client 114.119.155.232:0] free(): double free detected in tcache 2
[Mon Aug 07 21:29:34 2023] [error] [client 114.119.155.232:0] End of script output before headers: index.php Any thoughts as to what's going on? I'm still trying to debug this myself. Server is running php 8.1, if this has any bearing? -
Do you know when this will be available in the UK?
-
On 1/23/2023 at 8:39 PM, bsmither said:
https://github.com/cubecart/v6/issues/3128
I found the right edit (move, not copy) and made the edit. My site works as it should (as far as I can tell) now.
-
On 1/23/2023 at 5:27 PM, platedepot said:
I run a site selling used license plates. I have categories set for all 50 states, Canada and Mexico. If I select Alabama through Delaware, only the parent category USA Plates displays (with no products). DC through Kentucky displays fine. Selecting Louisiana and onward alphabetically (including Canada and Mexico) displays DC through Kentucky in cycles. Everything looks normal on the back end.
If I select a plate from the Featured Product, it will display normally with the correct category, even if it's not from DC through Kentucky.
Any help would be appreciated. My website is www.platedepot.com
Thanks
Mark
Also have the same problem - some categories are OK, others completely screwed up. I'll look at the GitHub change and report back.
-
Thanks guys. I think I understand! I've got a duplicate copy of the store on some different webspace, so I'll send myself a few dummy orders and work out what's going on.
-
I've received two orders recently that seem odd (they might not be, it may be me!). My store is V6.2.0
One has completed the PayPal transaction OK and I've been paid and this is listed as Processing
One has not completed the checkout via PayPal, I've not been paid and this is listed as Pending. The customer did not get an order confirmation email.
This seems odd behaviour compared to what happens ordinarily. Any ideas?
-
On 5/9/2018 at 1:55 AM, bsmither said:
They have to match. Whatever names you choose, the values in the global.inc.php and the actual file and folder names must be the same. The admin script filename must, of course, end with .php.
OK, but when you download the update, the file in the includes folder is global.inc.php-dist. I updated this with the filename for admin.php and folder name for admin (after renaming file and folder to match the 6.1.15 version) and it seemed to work OK (GDPR tab is there, version number appears correct).
Did I do this correctly?
Thanks
-
As well as renaming the admin.php file and Admin directory, do you also have to modify the global file with the right names?
Thanks
-
I'm now on 6.1.10 and have a similar question to the OP. If I put the key information into the admin control panel, do I need to anything else for the Invisible ReCaptcha (i.e. insert the code that google provides)?
Can anyone confirm if this works OK on 6.1.10, or should I still use the V2 ReCaptcha?
Thanks
-
Perfect, thanks.
-
I'm going to add an image slider to one of my pages and have been investigating how. I've used my test site to get a bxslider version working OK, so I know I can transfer that to the real site without a problem. When I looked at the Foundation information, they use a slider called Orbit. Any views on which is best and why? Or are they just the same thing implemented differently?
Thanks
N
-
Thanks for the quick reply. I've investigated and since Parcel2Go can interface with a lot of carriers, i think it's going to be difficult. Some services impose a 1m length, or girth, or combination of the two! In the short term, unless I could pass per-product dimensions to the (Parcel2Go) shipping module, I think I'm going to stick with an offline mode. More time-consuming, but less prone to errors!
-
I currently use Parcel2Go, offline from Cubecart, since the volume of things I sell is low. I've inherited the Cubecart site from the previous business owner and I'm in the process of updating it before it goes live with a new look.
I have investigated the Parcel2Go extension, but not tried it in sandbox mode yet (not sure if I can). It would seem that the setup page wants you to put in the dimensions of a parcel. In my case that's not possible since I ship things that are anything from 20x20x10cm to 120x35x50cm. Does anyone know if the dimensions of the package can be configured on a per-order basis?
Thanks,
Nelly
emails sent but not received
in Technical Help
Posted
Poor form replying to my own question, but it appears that normal emails are having the same problem - must be my server / settings?