havenswift-hosting

That might be the first one you came across but any purchased from @Noodleman or from us would be encoded and all would need to be replaced It isnt the version of the plugin that is important but which PHP version the files have been encoded for. Unfortunately @Noodleman hasnt updated the marketplace with recent versions and the PHP 5.6 and above version available there wont work. Get the PHP 7.2 version instead from https://www.noodleman.co.uk/downloads.html#multilevel_shipping

If you change what version of PHP your account uses (and it is a very good idea to move from PHP 5.6 and go to PHP 7.2 both for security and speed) then you will also need to get PHP 7.2 encoded versions of any plugins you are using. Ensure you download 7.2 encoded versions of all encoded plugins Switch your hosting account to PHP 7.2 Use FTP or other file upload method to overwrite the PHP 5.6 encoded versions of the plugins with the newly download 7.2 versions Ian

@Hugobennasi there is a pinned topic about this

The codes for Invisible reCaptcha work for Invisible AND V2 but the codes for V2 ONLY work for V2 We have had a few clients reporting (and @Noodleman has also mentioned similar problems) intermittent issues when using the Invisible version but other sites use it without any complaints. These dont seem to be skin or hosting dependent but as far as I am aware nobody has looked into it further

Well, you didn’t actually do anything last time as you indicated that it just stopped, so not surprising. As before, check for mod_security rule trips from your own IP address. Simple to check and assuming it is this (95% of 403 errors are caused by this) it is easy to prevent it from happening Ian

We received one email regarding the invoice you mention very late last night (about the same time this was posted). No other emails and more importantly, no support ticket or contact via our site. In at least two answers in this thread alone, you say the plugin is great and covers so many features ! You do make a comment about functionality to provide credit for cancelled orders to re-apply to future orders but this is more of an accounting feature rather than a shopping cart one and is nothing at all to do with the admin entry of orders which our plugin facilitates. If you don’t want to carry on using it, then that of course is your choice. When you purchased the extension through the CubeCart Marketplace, we take the information provided by CubeCart and open an account on your behalf. You received an email notifying you of this, another telling you your password and a third for a support ticket opened on your behalf which contained the licence code for the plugin you had just bought (so you could use what you had just paid for !) and explaining the whole process. As you have no identifying details of who you are in your username (not that we could or would try to connect this to an account in our system anyway), you simply need to go to our website, login using your account details and request a cancellation of this service. If you also require your account to be closed, then you can also request this be done. We quite obviously cannot make any changes to any account (especially cancel a service or close an account) on the basis of an anonymous request on a third party website Ian

You won’t, at least not in CubeCart - this is a Hosting environment issue

CubeCart works perfectly on PHP7.2 and if I was you, I would take up the following points with your hosting company as being pretty unprofessional 1) If they did the update without plenty of prior notice then that is wrong - there are plenty of things that upgrading the version of PHP can break 2) It is most likely that you are running a third party extension that has been encoded using ionCube and when updating the version of PHP, you would need to obtain a new version of that plugin encoded to run on PHP 7.2 However, this would be obvious from the PHP error_log file and server logs and so should have been seen by the hosting company However, you need to check your local PHP error_log file and get your hosting company to check server error logs as one of these will undoubtedly show the problem Ian

I never heard back from Rob or anyone else regarding this and so with pressure of work, did nothing else with it. As I said previously, the plugin we developed worked extremely well at the time but it hasnt been looked at since and will no doubt need some work to bring it up to date with any API changes. If you want to register as a client on our site and create a support ticket, we can carry on the conversation there Ian

They are easy to sort and I covered in previous topics on here (I dont have the url to hand but a search should find it). Missing or duplicated indexes will slow your site down - how much effect it will have will depend on the number of records in the affected tables but as a rule, I would suggest always sorting these issues out Ian

Those were always a long shot - the cause of that error is almost always a server / hosting based problem generally a DNS issue and for them to claim it is a coding issue should set alarm bells ringing very loudly on many levels Ian

What version of CubeCart are you running and have you made any changes to core code at all. What plugins are you using ? Any that affect category functionality especially any non-CubeCart developed ones ? Is this consistently happening with that one category but no others or is it intermittent. Extremely unlikely to be a "coding error" but unfortunately that is the typical response you get from 99% of hosting companies ! Ian

Or you can change the All in One Shipping to use weight based charges with your pedigree papers having zero weight. You will be able to work out rates to exactly match what you have now and it will cope with any future possible expansion of new products

Disabling cache is a bad idea and apart from during development phases, should not be needed. Why would you web host have brought this to your attention ? Cache files are generally very tiny and so disk space shouldn’t be an issue Ian

If you make the changes to a copy of the live skin and not the actual skin you are using, then yes - you can change the "Allow users to change front-end skin" setting to "Yes (logged in admins only)"

A 403 error is often caused by a mod_security rule trip so you will need to speak to your hosting company and find your which rule is being tripped and then take a judgment if you want it whitelisted (which whitelists it for your whole website, not just for you). Core CubeCart very (very) rarely trips any mod_security rules so it is likely to be some content within that page causing the issue

So you can delete the plugin directory via the file manufacturer - that will restore access to the admin CP

You installed the wrong version ! You need to ensure first that you have ionCube installed and then must install the correct version out of the three versions available, suitable for the version of ionCube installed on your hosting. You will need to delete the version installed and then install the correct version

Take a look at our Enhanced Manufacturer plugin from our list of available plugins here : https://www.cubecart.com/extensions/developer/havenswift-hosting You can do that and choose to display it either as a list or a drop down (or both !) and can see this displayed on our demo site https://www.cubecart-demo.co.uk/fully-managed-cubecart-hosting.html

Personally I think it is - less intrusive for customers and the keys for Invisible work for V2 (not vice versa though). You can see the Invisible working on our demo site https://www.cubecart-demo.co.uk Your skin has to be coded to use both V2 and Invisible which current foundation is (as are our three skins) but most other skins arent

Just to clarify - Invisible is not actually known as V3 - V3 is the recently released implementation that CubeCart doesnt yet support I have not heard of anyone being pissed off at sites using the Invisible method (as nobody but the most eagle-eyed customers will even realise that a reCaptcha is installed) and even V2 ("I am not a robot") isnt exactly troublesome. Agreed that the older versions with re-arranging images or typing in text from poorly photographed house numbers, were a real PITA

It isnt a bug and github isnt the right place for it but also the features website seems to be working fine for me https://features.cubecart.com/ You might want to look at https://www.cubecart.com/extensions/plugins/dashboard-widgets-and-advanced-reports by @Noodleman as he has stated that he would be happy to add additional reports as / when required

That error often occurs when you have the admin.php file (or hopefully it renamed) from a different version of CubeCart to the files in /admin directory (again hopefully renamed) - yet another common error when trying and failing to do an upgrade fully

Take a look at our Enhanced Sorting plugin which has as one of its features the ability to sort the latest products in any order that you want to https://www.cubecart.com/extensions/developer/havenswift-hosting

Or you can simply use our Enhanced Sorting plugin which you can see the details of from this page https://www.cubecart.com/extensions/developer/havenswift-hosting which allows you to sort into any custom order any product - simple drag and drop