havenswift-hosting

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

Use a file diff program to compare your version against core files and then you will see what changes you have made

@Al Brookbanks

Really depends what you mean by manually processing orders - what is it you are doing and how do you want it to be different ? Ian

Take a look at https://www.cubecart.com/extensions/plugins/attached-documents This was designed to add printed documents such as PO Import / Export documentation etc but can easily be used for any type of attachment

Not missing a trick at all - that functionality doesnt exist in core - it is included along with a mass of other features as part of our Enhanced Admin Order Entry plugin : https://www.cubecart.com/extensions/plugins/enhanced-admin-order-entry

lol - only recently added although that does mean it is at the front in every CubeCart store !