havenswift-hosting
-
Posts
2,752 -
Joined
-
Last visited
-
Days Won
84
Posts posted by havenswift-hosting
-
-
You are unable to see the CC details unless you view the page using https - you do have a SSL installed I assume ?
Ian
-
Thank you to both of you for the kind words. I do see this on quite a few sites and it is usually just the odd warning line entry here and there in the error_log, but 8500 entries in a little over one hour was a bit extreme !
Ian
-
Standard core CubeCart V5 will work on PHP7 and even V4 will work 99.9% - although unless you have a massively modified version, why would you ?
-
7 minutes ago, harrisorganic said:
I suggest you do a manual upgrade as others have suggested.
If you think this is too much then I suggest you talk to Ian regarding hosting or subscribe to Cubecart tech support and have them install it.
Thanks for the shout out ! A manual upgrade is the only sure way and part of the problem is that trying to upgrade from one specific version (say 6.1.1 or 6.1.2 etc) to the latest version can create different problems which need different solutions. You will have a mix of files at different versions, DB may be at correct or incorrect version and the admin renaming may be messed up - hard to tell without looking at the files via FTP
Ian
-
6 hours ago, Nelly111s said:
thanks for the pointers. On skins, do you think it is worth creating a V6 site with a new skin in an offline copy and moving that, rather than debugging a V5 skin?
I can find absolutely no reasons to ever continue with a V5 skin - they are not being maintained, are starting to have missing functionality but mostly they are not responsive which is a very poor customer experience which is why Google are penalising sites in several different way. There are unfortunately only a small number of good V6 skins available but be very aware of those put up a long time ago and not maintained.
-
Just taken a look at that script and it looks very good - a great contribution ! The warnings about security and protecting it from unauthorised access are important for anyone looking to use it otherwise something could make a real mess of your store but the documentation looks very good !
-
1 minute ago, harrisorganic said:
Thanks Ian,
Now no more errors in the admin maintenance database.
You are welcome - remember to check it every now and again after each upgrade, firstly because (hopefully) this tool will continue to get better and highlight things that it currently doesnt and secondly because there is always a possibility of new errors creeping in
-
2 minutes ago, Nelly111s said:
Do you do a dB restore from inside Cubecart, or vIa phpMyAdmin?
I would always personally do it using phpMyAdmin but then I always do upgrades manually etc
-
Scroll down until you see + Indexes, click on that which shows you all current indexes and allows you to Create, Amend or Delete
Ian
-
31 minutes ago, Noodleman said:
I think you need to do a manual upgrade as you've got a mix of file versions on your server. I've seen this happen before recently. I've sent you some instructions in the ticket you opened with me
This will definitely be the problem. If you were running a version that was already using renamed /admin directory and admin.php files then check and make sure that these files have been updated. Seen so many stores where a mix of files has happened due to not doing a manual upgrade (or not doing it correctly) and most files will be at the latest version (for example the classes/sanitize.class.php file but the admin_XXXXXX.php file hasnt been updated
Ian
-
The other option is if you are interested in moving your hosting, then we provide free and full support for CubeCart as part of our E-Commerce packages, and can sort this out for you. I will do the migration of your site over to one of our servers for free as well !
Ian
-
1
-
-
14 hours ago, Dirty Butter said:
But be warned that I have NEVER seen a forum post on here with two admin named folders in the global.inc.php folder.
I agree and I have never seen that before and cant imagine a way, unless manually added, how it could happen
Ian
-
You will also want to consider using a different skin after doing the upgrade to V6 - some of the V5 skins may appear to work but there are an increasing number of incompatible and missing features.
Also check what caching method is being used - file will be fine although under V6, you have extra options such as much faster REDIS or Memcached.
Finally, ensure that all non used plugin, languages, skins are deleted and that for any that are used, you upgrade to the latest version available from the marketplace
Ian
-
If all you are doing is looking to update price then you should not be exporting / importing the whole table - pointless and increases the possibility of data issues.
-
That might be a good idea but you also need to look at your hosting account - several of the error messages you are getting are serious hosting resource issues
Ian
-
If you had to change the name of the admin file and directory then the upgrade wasnt completed correctly - did you upload /admin directory as is (the likelihood is that this is what you did) or upload the contents of the new /admin directory into your already renamed admin_XXXXXX directory.
Check you have 6.1.8 files in the admin directory and if in any doubt, re-upload them
-
41 minutes ago, Dirty Butter said:
As I understand it this should already be required. This is one place in the content.register.php file: {$LANG.form.required}" required> should control that.
That of course depends on what skin you are using but do check that file to see if your skin has that code
-
The likelihood is that you tried to do an auto upgrade (rather than doing it manually) and it has not completed correctly - if you have any discrepancies in admin file / directory names or those have changed, then that will be the case
Ian
-
It isnt a simple 5 second change as there are multiple core files and areas within CubeCart that need to be changed. There is a call for this though and a feature request for it : https://features.cubecart.com/topic/uk-counties-no-longer-used-by-royal-mail_8 and also another feature request to make the address layout dynamic based on the country of the customer - see https://features.cubecart.com/topic/dynamically-adjust-address-layout-to-suit-country-format_9
Voting on one or both of those would help to get it closer to the top of the list of items that will get done
Ian
-
You really need to give a bit more information as there is absolutely nothing to go on in your original post
-
17 hours ago, violinman said:
What seems to be happening is that the redirect does the correct thing in that it appends the correct url to the domain name but then the SEO Rewrite stuff adds the old URL to the end of that!
Is their anyway to make sure the SEO Rewriting is disabled for the 301 block?
If your 301 ReWrites are written correctly and are located in the .htaccess file in the correct location, then they will work and other directives will not be processed. How did you add these ? The problem with giving advice on this type of thing is that there is no one simple solution that fits all and each hosting environment / hosting account configuration, can and often is different
Ian
-
Have you checked the IPN history within your PayPal account as per https://developer.paypal.com/docs/classic/ipn/integration-guide/IPNOperations/
Take a look at that first and let us know what you find
Ian
-
Have split your post into a new topic as the one you posted on was a couple of years old !
We do custom skin development for CubeCart if you would like to contact us for a quotation
-
We are also seeing this on upgrades even from 6.1.7 to 6.1.8 using the built in admin upgrade which was used to test whether it was working again. I have reported it but no movement, so back to recommending that everyone does upgrades via the manual process - which I personally always use all the time anyway not that this helps any non-technical users
Ian
False links
in Technical Help
Posted
It is very unlikely that a search engine (especially Google) will have old urls cached for more than a few weeks / months at the very most. What is more likely is that these links may be on another website as links back to you and maybe that website's pages have only recently been added to the index. Google will see the links on this third party website, cache them and try to follow them and then be getting a 404 as they dont exist
Ian