Al Brookbanks

The code *should* automatically delete the old files/folder and rename the new ones.

Hmm I think the thing to do is look at the logic and consider scenarios it may need to run when it shouldn't.

Strange one... I probably upgrade 3-5 stores a day on a wide variety of hosting platforms and I've never experienced it. I don't use the auto upgrade tool though.

I think you are in the minority here. I've opened a report to investigate this. https://github.com/cubecart/v6/issues/1503 You are using the auto upgrade tool in the admin ACP?

Those are malicious files indicating that your store was hacked probably quite a while ago. The creation date on the file should help show when. The article Dirty Butter referenced is relevant and should be done.

Forced browser caching is too high then. This is a web server issue. Please open a support ticket if you need me to look. Please note that this can be at folder level on the server which explains why one store does this and another doesn't.

Hostgator have no responsibility for the files in your website and I personally believe they are not qualified to support CubeCart files. They should be able to advise on the cache however.

Yes me too. That's wired. Hopefully nothing malicious or trying to be.

I've seen this a lot over the last few months. It's caused by proxy cache servers forced on your website by your hosting company. Essentially it ovecaches taking away much of the dynamic functionality if your shop.

This is because your web host is using a proxy server for caching which takes away the true dynamic ability of your website. It's not a fault in CubeCart.

I think there could be a fail here (or somewhere around there) if the existing table collation is not as expected causing and SQL error. https://github.com/cubecart/v6/blob/master/setup/setup.upgrade.php#L126 I think certain collations will fail. I've seen this before but it's rare.

Please see: https://support.cubecart.com/Knowledgebase/Article/View/224/45/can-i-upload-product-images-over-350kb-kilobytes

It's a bug in that the GD class method gdLoadFile will return false if the "image" sent to it is not a valid image. However the error message handling isn't accurate.

There shouldn't be an index.htm file in the images/source folder. Please delete it. https://github.com/cubecart/v6/issues/1497

If you want to submit a support ticket I can take a look for you. I don't know what the problem is without looking deeper. A modified database shouldn't cause an upgrade problem so long as existing columns haven't changed and only new tables and columns have been added.

That indicates quite a significant failure on upgrade.

It won't work with anything less than PHP 5.4 unless you use the classes/config.class.php file from CubeCart 6.0.12 or lower.

We are pleased to announce the release of CubeCart 6.1.5 which is available now. This is a maintenance release fixing a number of bugs further increasing stability. What's New? 51 closed issues Database index checker tool Release Notes We recommend navigating to Advanced > Maintenance then viewing the "Database" tab to look for any missing or incorrect indexes after your store has been upgraded to 6.1.5. Missing or incorrect database indexes can cause quite significant performance issues. Please use a tool such as phpMyAdmin to make any required changes or raise a ticket with our technical support department for official assistance. Download: CubeCart-6.1.5.zip

Yes you can have as many as you want with one PayPal account.

PayPal is an Alternate Checkout which is a second option to native checkout. You'd need to customise the code to do this but beware that the "Secure Checkout" button text changes to "Make Payment" later so you can't just remove it. You could use JS to hide it if the text doesn't match "Make Payment" but it's a bit of a fudgy solution.

I have to say this is working very well: https://github.com/cubecart/v6/issues/1488 It works out the memory needed to resize the image. If its more than available it tries to increase the memory. It it can, great it does and resizes. If it can't it will abort and always return the source image with a warning to the user to optimise the source image. The only bad thing is that it will only work for JPEG.

I wondered about hosting an intermediate server to take big images, resize them and allow CubeCart to then copy back the resized image.

This is the most common problem with CubeCart. Please only upload web optimizes images and all should be ok. Max 900px/350kb in size and all should be fine.

It is but quite a few websites do it.

I'm sure that is the case.