havenswift-hosting

We are developing a full wishlist and giftlist plugin at the moment which will have a huge and wide ranging set of functionality and will be a true plugin

Maybe you need to look at changing the menu system so it doesnt rely on specific cat_id values

Yes you can but as you know, you then start to get into the issue of other tables that use this reference as a key. Yes that is true but also assumes that any other table using this reference is also truncated or changed I wasnt intending to be obscure - but if you dont know what is meant by setting the table index increment back to zero, trying to explain or you trying to do can just cause far more trouble. If you dont mind learning and experimenting and can throw the whole database away if you get it wrong then by all means give it a go

That is why I mentioned this

The category is uses an auto increment so will always increase by one - that is Joe’s it works - standard database functionality. You could delete all categories and set the auto increment back to 0 and start again BUT creating a menu system that is dependent on fixed cat I’d numbers is a recipe for disaster

@leemajors40 you are already a customer so you have the following choices 1) Login into your client account and create a support ticket - best option ! 2) Simply use the contact us form

The rubbersideup website is blocked by Malwarebytes for hosting malware !! Drop me a ticket via our website (https://www.havenswift-hosting.co.uk) and will be able to help you out Ian

I honestly do not understand hosting companies that don’t have this enabled by default - almost like they are trying to hide something ! We have always had this enabled by default and it is invaluable

This is often caused by moving a CubeCart installation that has used a MySQL server running on Windows (either localhost or external DB server) to one running on Linux

They arent known for providing good support and know nothing (and care even less) about your CubeCart store - to be fair, not really any different from most of the other large generic hosting providers out there where you are simply a number - however they are relatively cheap and you get what you pay for with hosting ! CubeCart can often run out of process memory when processing large images but this would have been clearly recorded in the PHP error_log file as would any errors like this. Images would no have been the cause if you were getting this error when doing a search on the front end of the store though. I have not heard of any memory related issues when doing searches though. If they allow you to increase to 512MB then great, but do go into the PHP Info option in admin and check that the "Master" value also says 512 MB - if it is less than 512 MB, then that is what you will actually be allowed to use regardless of what you set it to

Neither CubeCart core or any plugins will have hard coded paths - you can pick up a store and move hosting or even move it to a new domain. That developer disappeared a while back and seems unlikely to ever come back - however, all plugins will still work. You could try clearing cache but otherwise your best bet is to go back to your hosting support. They know their hosting environment and they did the transfer so they *should* be best placed to look into this.

I can confirm that this fixes this issue as well - thanks Brian !

@RossF1984 What makes you say that it appears to be a memory issue ? While I cant claim that CubeCart uses memory in the most efficient way, it is far from the worst application out there and unless you have specific error messages indicating this, I dont understand where that statement is coming from? It is possible of course, that your hosting environment is limited to a very small amount of per process memory but that would clearly show in the PHP error log files (and would have nothing to do with the .htaccess file !). It also depends on when this issue is happening - as @bsmither says, issues with memory around images can cause issues

The OP didn’t actually say that just that they were on PHP 7.4.x but they are hosted with us and their PHP version has recently changed from 7.3 to 7.4

Hi Huzaifa It sounds like it was far from successful - you should go back to them and tell them of these problems and get them to fix them - they are not CubeCart issues but are likely hosting resource or configuration issues. Non specialist companies like this are quick to take your money and not so quick or knowledgeable about issues

It isn’t the move from CC6.4.2 to CC6.4.3 that specifically causes this but moving from PHP 7.3.X to PHP 7.4.X The errors with the foreach statement in tax.class.php are exactly the same, PHP related

These occur under PHP 7.4.X but haven't seen them previously under 7.3.X - can confirm that your changes to cubecart.class.php fixes that problem. I am also seeing the same two errors in tax.class.php also only under PHP 7.4.X

Changing sub-domains to be main domains / accounts is something that can only be done by the server cPanel admin so you would need to speak to your hosting company and explain exactly what you want

If they can choose to pay either $5 OR $6 while still paying by PayPal then that *might* be acceptable but if you think that simply choosing PayPal allows you to add $1 then that breaches their and most card providers T&C. In addition, adding card processing fees to the total is illegal in U.K. and whole of EU

A category cannot be deselected within the plugin although this is a trivial task via a MySQL statement. However, if the product status or the category status is disabled, then products would not be selected anyway Ian

Yes it will work on 7.4 as well - I will change the naming of the zip file to 7.2 and above

It is communicating with the database fine - you would get a different error message if that was the case This means either the database user and / or the password are incorrect. You should check these values and then manually update them in includes/global.inc.php

Thanks - I will upgrade a couple of stores having problems and hopefully this will make it better

Seeing this now with two clients very intermittently - both use Stripe alongside other gateways such as PayPal Standard, POF, PayPal Commerce. Interestingly a good number of other clients that use Stripe as their sole payment gateway and are using latest 3.0.1, every single payment is going through and updating to processing perfectly

Also seeing this with a client - almost all of their orders are paid using PayPal Commerce (which is working perfectly btw !) but one order yesterday out of four paid for by Stripe also had this error