I'm at a loss, for those who fixed it, saying your hosting made a change, can you find out what they did?
If it would be the case, nobody would be able to use it due to cache misconfiguration since everybody would be affected. FAQ: viewtopic.php?f=176&p=731764#p717782seems it is something to do with OpenCart.
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
It is still giving the same cart cache problem:
http://www.vikingfinal.lightbulbwebdesign.co.uk
I'm really at a loss - is there some problem or issue when running OC on a sub-domain, with the files in a sub-folder within the main domain structure? This is all I can think of, as I have two live OC 3.0.2.0 sites working fine on their own final domains, however I do not recall the same cart issue on those when they were being built on their own sub-domains originally - it is possible we didn't try adding and deleting products from cart, just a single add to cart and checkout process run through, to confirm that worked, before moving them to live.
I did nothing except move the website over using Akeeba, restored the off-root storage folder, manually edited the config.php files and there we have it, cart works perfectly.
So, anyone here chasing the cart cache issues may well have the same outcome - put it on a main domain, no sub, and see if it behaves properly.
I never had this issue with OC 2.*, so whilst is isn't a 'bug', it is certainly poor behaviour which seems to be confusing many many OC3 users...
The only problematic by considering this solution would be for users relying on multistores.So, anyone here chasing the cart cache issues may well have the same outcome - put it on a main domain, no sub, and see if it behaves properly.
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
True, however given this worked with OC2, but does not work with OC3, that still suggests to me that OC3 is doing something different with use on subdomains/folders, and is why it causes issues with multi-store setups as well. Moving to a final domain should not be a 'solution', it just suggests that this stops some OC3 issue from arising vs subdomain/folder/multistore.straightlight wrote: ↑Sun Aug 26, 2018 8:04 pmThe only problematic by considering this solution would be for users relying on multistores.So, anyone here chasing the cart cache issues may well have the same outcome - put it on a main domain, no sub, and see if it behaves properly.
I was told by the theme developer that OC3 was using 'two cache locations', even though I will 100% guarantee the config.php files were both using the same location path, and I had manually cleared cache files to be sure and also did this within OC3 admin alongside refreshing the modification cache just to be sure.
If I look at the cookies in use via Chrome Developer Tools, I was seeing cookies set to:
domain.com
subdomain.domain.com
www.subdomain.com
www.subdomain.domain.com
Even though I was only ever visiting the www.subdomain.domain.com - if I turned off cache in Chrome Developer Tools, it all worked fine...so something in OC3 seems to be getting confused...not sure if any of that helps.
Which theme developer are you referring to?I was told by the theme developer that OC3 was using 'two cache locations'
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
Straighlight, can you please provide more insight as to how to fix this issue?
Thank you!
and I was not able so far, to find exactly on, why it exists. In one case, I just had to move up
the jquery-2.1.1.min.js file a couple of lines, in the Theme header file, to make it work
again, but I still have one test site, where it still does not work, by use of (more or less ) the
same Code. It might be another script, hindering the routine from doing it's job.
But I only had to move it up, because I changed the lines before, to meet Pagetester Site
requirements, to get a little better results. STILL, in the other Test Shops, it works
But it could also be related with the common.js file, in one case, I used another one,
and it worked (again). But Journal sure has/uses it's own, so, there's another problem.
To me, it's a similar situation like the use of 'price-auto-update' Product Options, most of them
collide with other Scriptings and so don't work. So, if you use additional Extensions to your
Theme, they could have such an effect.
Just to have in mentioned, you're not alone.... , good Luck!
Ernie
My Github OC Site: https://github.com/IP-CAM
5'200 + FREE OC Extensions, on the World's largest private Github OC Repository Archive Site.
I had a similar problem. Cause of my problem is browser cache. I writed meta tags for no-cache on header.twig or htaccess mod_header rules but I couldn't get rid of browser cache. At the end of this solution, it is works.
I writed to beginning of file on site root index.php:
Code: Select all
header("Cache-Control: no-cache, must-revalidate");
I hope this works for you too.
You can fix the issue by adding below code in htaccess file.
Code: Select all
<IfModule mod_headers.c>
Header set Cache-Control "no-cache, no-store, must-revalidate"
Header set Pragma "no-cache"
Header set Expires 0
</IfModule>
yes I agree with you . if you use additional extensions to yourIP_CAM wrote: ↑Thu Sep 13, 2018 4:58 amWell, I am confronted with this problem for some time already with my 'older' OC Version,
and I was not able so far, to find exactly on, why it exists. In one case, I just had to move up
the jquery-2.1.1.min.js file a couple of lines, in the Theme header file, to make it work
again, but I still have one test site, where it still does not work, by use of (more or less ) the
same Code. It might be another script, hindering the routine from doing it's job.
But I only had to move it up, because I changed the lines before, to meet Pagetester Site
requirements, to get a little better results. STILL, in the other Test Shops, it works
But it could also be related with the common.js file, in one case, I used another one,
and it worked (again). But Journal sure has/uses it's own, so, there's another problem.
To me, it's a similar situation like the use of 'price-auto-update' Product Options, most of them
collide with other Scriptings and so don't work. So, if you use additional Extensions to your
Theme, they could have such an effect.
Just to have in mentioned, you're not alone.... , good Luck!
Ernie
Theme, they could have such an effect and it happens with me personally
Reason: removed hidden link
Is that to do with the cache issue? The order list showing two same product but one with 2 x milk and the other is 1 x milk but only that 2 x milk isn't included in the total price.
I had the same issue with Opencart Version 3.0.3.2 and I used this code and it works perfectly now.synapseindia wrote: ↑Mon Nov 12, 2018 6:56 pmHi Guys,
You can fix the issue by adding below code in htaccess file.
ThanksCode: Select all
<IfModule mod_headers.c> Header set Cache-Control "no-cache, no-store, must-revalidate" Header set Pragma "no-cache" Header set Expires 0 </IfModule>
Crystal Light Centrum Taiwan
Extensions: MailQueue | SUKHR | VBoces
“Data security is paramount at [...], and we are committed to protecting the privacy of anyone who is associated with our [...]. We’ve made a lot of improvements and will continue to make them.”
When you know your life savings are gone.
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
This worked to me, thank you very much!sayahan wrote: ↑Wed Oct 03, 2018 7:18 pmHello,
I had a similar problem. Cause of my problem is browser cache. I writed meta tags for no-cache on header.twig or htaccess mod_header rules but I couldn't get rid of browser cache. At the end of this solution, it is works.
I writed to beginning of file on site root index.php:
Normally you can control header with .htaccess but I use multiPHP and I have to use a .htaccess mime_module rule ( AddType application/x-httpd-ea-php56 .php .php5 .phtml ) for php5.6. Because of this rule, Header unset Cache-Control rule not works in .htaccessCode: Select all
header("Cache-Control: no-cache, must-revalidate");
I hope this works for you too.
hello,synapseindia wrote: ↑Mon Nov 12, 2018 6:56 pmHi Guys,
You can fix the issue by adding below code in htaccess file.
ThanksCode: Select all
<IfModule mod_headers.c> Header set Cache-Control "no-cache, no-store, must-revalidate" Header set Pragma "no-cache" Header set Expires 0 </IfModule>
it works! thank you so much
but there is another problem
it works when i adjust the amount by add/minus button
but if i manually enter the designated amount, it doesnt work
do you know how to deal with it then?
thank you so much!
Users browsing this forum: No registered users and 41 guests