havenswift-hosting

If you are using Cloudflare which the vast majority of store owners dont Also when the original V6 mod was written, Cloudflare didnt even exist !

We used to have a GeoIP module for CubeCart V4 that use online databases such as Maxmind (free or for bigger sites paid services) and you had the option of assigning country IP address against languages and / or currencies - worked extremely well but just never rewritten it for V6 although it is on the list of plugins to get written

Yes there is a commercial plugin from @Noodleman that does this at a category level so if you have categories that only contain the products that are only available to the Trade Customer Group, then using the https://www.cubecart.com/extensions/plugins/category-document-security-plugin-customer-groups-security-plugin-for-cubecart plugin you can achieve that. We have used this on client sites and it works well Ian

Disabling the customer will stop them from logging in again but a possible explanation for this is that the customer never logged out and so still had an active session and so did not actually need to login again. There is a good argument that disabling a customer should automatically terminate any active sessions and many other systems have a way of terminating active login sessions manually as well. Would be worthwhile adding this as a bug / feature request to github and reference this thread

Well there you go - that is your problem straight away lol In that case, you will need to clear cache within the browser itself - depending on which browser you use, the method will be slightly different and you should have the chance to clear cached files for each individual site

Neither of those clear the browser cache - as I said previously you need to hold down CTRL key and hit F5 That will if you dont use that browser - it therefore doesnt have the old version of the files cached It will until you clear the browser cache - the new site will work in the second browser though. All the above proves it isnt a CubeCart issue but a local browser cache issue

The browser will be caching files based on the site url - there would be chaos otherwise ! We look after hundreds of CubeCart sites all of different versions and none would work. Simply go to the description tab for one product, CTRL-F5 to force refresh of the cached file for that site and all will be well

There were changes (documented in quite a few threads in the forum already) that require you to force a reload of assets for this to work. When on a page with the description missing, hit CTRL-F5 to reload and all will be well Ian

There must be some issue with the way they are listed as that just isnt right. As I said previously we have several clients that probably get thousands of pounds (or even tens of thousands in one case) worth of orders via merchant centre per month If the images are too small then that wont help and if you dont have supporting schema (microdata) markup that also wont help but even if you forgot the 500 products with small images, then getting sales from the others for FREE should be worth some effort but if you dont think so then .......

Definitely a much better solution - Keat's solution would probably leave orphaned records in other tables for example the address table. This solution really needs to be added to core for exactly the reasons outlined by Keat on Tuesday !

It can initially be a little tricky to get setup but having done a large number for clients, I am pretty good at it now ! It also requires the feed to be good both in terms of what data is uploaded (the core CubeCart plugin is missing data and also has bugs) but also the data quality needs to be good as well. Once configured though it is a fantastic FREE resource for advertising your products and in my opinion pretty much all CubeCart merchants should use it - many of our clients get well over 50% of their sales this way so who wouldnt want to double their sales for nothing ?? If you (or anyone else) is interested drop me a message (preferably via our website support ticket system and I can run through what is needed

Never seen that error message before but it is either a Windows Apache specific error (I assume the OP is using Windows as he says localhost) or they simply havent configured it correctly. We, of course always configure everything perfectly

If the syntax is correct in the .htaccess file, it is a web server configuration issue

Using the meta description is no guarantee either - you have no control over what Google uses - it can take the meta description, part of it or create it's own from content on the page. If it worked in this instance, great but dont count on it Using the meta description is no guarantee either - you have no control over what Google uses - it can take the meta description, part of it or create it's own from content on the page. If it worked in this instance, great but dont count on it Having good schema.org markup on the page (https://www.cubecart.com/extensions/plugins/google-pinterest-schema-org-microdata-plugin) will help Google and exporting your products to Google Merchant Centre (https://www.cubecart.com/extensions/plugins/google-merchant-centre-feed) will get them including the price, added into their system with a lot of exposure

There is no problem with using this statement with Apache 2.4 - every single server we run uses 2.4 and all CubeCart sites have this directive as part of the .htaccess file. Firstly check that the syntax and layout is exactly the same as shown above

LastPass password vault is encrypted and stored locally on the device although can be sync'd with multiple devices so the same vault is available on mobile devices as well. Even LastPass cannot access or decrypt the vault without the master password and as should be standard practice for any important login, you can have Two Factor Authentication as well - see https://www.forbes.com/sites/thomasbrewster/2019/04/10/what-happened-when-the-dea-demanded-passwords-from-lastpass/#14141b97ebeb and also read https://www.lastpass.com/how-lastpass-works That is good for that one server root password but what about the hundreds of other sites you have logins on - if you have ever used the same combination of email address and password (and dont use 2FA as well) then there is a very good chance that this combination is known due to the huge breaches that have happened in the past which are used by hackers to randomly try on whichever site they are trying to hack - check out https://haveibeenpwned.com/ and see whether your email addresses have passwords in the public domain

That stops the error messages but obviously doesnt solve the problem. Most of the big hosting companies have standard images that they burn for every server and in this case it isnt the case that "it will affect other customers" as it cannot have any detrimental affect at all - they cant be bothered or getting it into their standard server image is complicated. Unfortunately when paying silly amounts for generic hosting (no idea who you are with or how much you are paying but just a guess) then there are lots of compromises many which are there without you knowing until there is an issue like this. Move your hosting to a specialist CubeCart hosting and get many more benefits that servers tuned especially for CubeCart Hi Keat That is a relief but just went from your post which said this was what you had run ! Bear in mind that the server root password is different to the MySQL root password although many people commissioning servers set them to the same. If you have problems with passwords then use a password manager like LastPass - we have thousands of passwords stored most of which are 20 random characters and all unique and only ever have to remember one password (the LastPass one) Ian

@Ferguson did you ever get to the bottom of the "invalid positive integer" issue - we have a client that is also reporting this for a number, but not all, order payments via Stripe. It is caused as you said by a payment amount of 0 being sent to Stripe but havent yet figured out how that is happening - did you get anywhere or did you revert back to 2.2.1 ?

Robin Assuming that you gave them the details that Keat mentioned - you should be asking some serious questions about why they did what they did - they dont seem to have a clue ! But then, setting the root MySQL password to what it was shows the level of competence so maybe not surprised (assume you have got them to change this as that is a critical security issue for the server as a whole). For the sake of your business, I would serious question the expertise of your hosting company

Yep - whoever setup the server should be hung, drawn and quartered and then shot for good measure !

1. Not a good idea to put your root mysql password on a public forum (I have deleted it for you) 2. Almost as bad is having such a basic and easily guessable root mysql password. You should consider changing it to a complex random password for both of these reasons as a matter of urgency And of course we support this on all servers including our those hosting our Fully-managed or Self-managed CubeCart hosting plans

Yep, same here with our customers - the editor just isnt fit for purpose which is frustrating. I know that Al has looked at this and wants to change to something else

This is a small change that needs to be done to MySQL at a system level - quite a few threads in the forums where this is documented. If you have root access it is easy to do yourself, if not you can ask your hosting company although it is just laziness that hosting companies dont do this on all servers - we certainly do and always have done

When using a responsive skin, then the mobile skin is not used - you would be much better deciding on a new skin - unfortunately there are some developers that come and go, create skins and dont update or support them - choose one that is regularly updated and actively developed - take a look at our Retail Therapy skin for example https://www.cubecart.com/extensions/skins/retail-therapy-skin for which there is a new version available V1.9 although not yet on the marketplace.

Your wish is my command ! Done