secondhand-obchod.sk Posted October 3, 2014 Share Posted October 3, 2014 This week I moved my site from a shared server to a vps. Unfortunately it seems some customer end up with an empty cart when they try to order. We also changed the domain name from my shop from domainname.com to www.domainname.com Strangely enough I do not have the problem myself. It just happens to some customers. First impression was it was due to geoip settings which now does not seem to be the case. Second thought it is a user cache issue. Is it possible to force delete cookies ? I would be thankfull for advice or suggestions, since we seem to be missing orders at the moment. Link to comment Share on other sites More sharing options...
El Patron Posted October 3, 2014 Share Posted October 3, 2014 gosh, you can't recreate. I had similar issue for long time but it was from office we could not add to cart, everyone else seemed to be fine but people do not always report issue. is your front office url same as your signature? I did not have issue on that shop. do this for now. if access to phpmyadmin, back up(export) and then empty the following tables http://screencast.com/t/I8QScbdw 1 Link to comment Share on other sites More sharing options...
secondhand-obchod.sk Posted October 3, 2014 Author Share Posted October 3, 2014 Thanks for the quick reply .. (as always :-) I deleted emtied the tables now. Unfortunately I cannot see the problem and also checked with some Friends. Non seemed to have it. Fortunately support from my provider had it on his phone so its really there.. In log files they see all is ok, even when cart is empty. They told me it probably has to do with user browser cache. I set the time now for cookies to 1 hour. Before this was 480 hours. Is there a way to delete old cookies from my site on visitor browsers ? geoip is disabled both on server and on prestashop. Any other suggestions ? Link to comment Share on other sites More sharing options...
El Patron Posted October 3, 2014 Share Posted October 3, 2014 let us know if you get more reports. I do not think cookie life is issue...this is typically caused by cookie mis-match, i.e. creates new cookie for www and then non-www. if bug in cookie logic, then I think we could recreate you can add non-www to www redirects to the 'very' top of your .htaccess (make sure domain and ssl domain are same under seo & urls). this is a suggestion, because you can't recreate, it's just something some have done. learn more here: http://stackoverflow.com/questions/234723/generic-htaccess-redirect-www-to-non-www I don't think however this is your issue else it would have happened during my test. Link to comment Share on other sites More sharing options...
secondhand-obchod.sk Posted October 3, 2014 Author Share Posted October 3, 2014 Could you tell me which code I need to add to the htaccess ? I think you are right about the cookie mismatch, however what bothers me is that the guy from server support had the issue on his phone, and really never before was on the site. domain and ssl domain are same under seo & urls. I activated friendly and non friendly urls a couple of times just to be sure its written correct in .htacess. Link to comment Share on other sites More sharing options...
secondhand-obchod.sk Posted October 3, 2014 Author Share Posted October 3, 2014 its this one ? RewriteCond %{HTTPS} off RewriteCond %{HTTP_HOST} !^www\.(.*)$ [NC] RewriteRule ^(.*)$ http://www.%{HTTP_HOST}/$1 [R=301,L] RewriteCond %{HTTPS} on RewriteCond %{HTTP_HOST} !^www\.(.*)$ [NC] RewriteRule ^(.*)$ https://www.%{HTTP_HOST}/$1 [R=301,L] Link to comment Share on other sites More sharing options...
El Patron Posted October 3, 2014 Share Posted October 3, 2014 I have never used that one...I do not use SSL. I will probably move to ssl now that Google is pretty much demanding it, (circumvents the great fire wall) tip: all changes should be 1) tested and then 2) tested again...all the way through checkout, clicking all over shop...etc. Link to comment Share on other sites More sharing options...
secondhand-obchod.sk Posted October 3, 2014 Author Share Posted October 3, 2014 SSL is a pain in the.... and it slows down the site both in front and back end. On the vps you don't notice but on shared hosting it was a really big difference. I just activated it because i need it for fb shop Thanks again for your help. I have one other issue, but I will make a new topic on that. By the way.. you were right with double entry for html_purifier. So thats solved too. Link to comment Share on other sites More sharing options...
El Patron Posted October 3, 2014 Share Posted October 3, 2014 re ssl/speed... http://www.prestashop.com/forums/topic/162017-tip-performance-https-and-keep-alive-connections-persistant-connections/ Link to comment Share on other sites More sharing options...
Recommended Posts