Lee Blue
Forum Replies Created
-
googlesiterank: This problem happens if you have another plugin or theme function that calls session_start() before Cart66 has been fully loaded. Sometimes you can avoid this problem by enabling Database Sessions in the Main Settings panel on the Cart66 Settings screen. Also, if you comment out any other calls to session_start() that would be helpful. Let me know if that solves the problem.
Hi Gary. Do you have any other plugins installed? If so, if you could try disabling everything other than Cart66 then see if you still have the problem. There could be a conflict of some sort between Cart66 and some other plugin. If that turns out to be the case, please post which plugin has the conflict and we’ll try to get that resolved.
Generally what we do to trouble shoot something like this is to disable all the plugins except Cart66. If that works, then we activate the plugins one at a time, testing after each activation, and when you get the problem again you know that the plugin you just activated caused the problem.
Hi Wexier. That is an unusual problem. We didn’t notice any of that on any of our test systems. If you haven’t already, can you please submit a support ticket so we can look into the problem? http://cart66.com/support
Thanks, and sorry for the trouble.
If you don’t want to process credit cards or collect payments online at all you can use the [checkout_manual] shortcode on your store/checkout page.
If you are worried about security but still want to accept credit card payments take a look at getting an account with http://stripe.com and hooking it up through http://mijireh.com
The mijireh service let’s you accept credit cards securely on their secure servers. So in that sense it is like PayPal. Your site doesn’t store or transmit and credit card info. But the awesome part is that the checkout page will look exactly like your site. They have this “page slurp” thing that stores your checkout page on their secure server so you don’t have to have an SSL cert or worry about all the PCI compliance rules.
Here is how you set that up in Cart66:
http://cart66.com/2012/mijireh-checkout-with-cart66/We just released a new version of Cart66 Lite (version 1.4.1) which adds two new changes that may (hopefully) help with the “empty cart” problem.
1) We updated the way the cookie is set using the advice from CammoKing
2) We added the ability to choose whether or not you want to use database backed sessions for Cart66. Database sessions are a bit more efficient and let you do stuff like load balancing more easily so we kept database backed sessions as the “default” session type. But, if it’s not working, you can disable database sessions and Cart66 will use the native, file system based, PHP sessions.
If someone having the “empty cart” problem could please try Cart66 1.4.1 and let me know if it resolves the problem, that would be awesome. Thanks again everyone!
Hey guys. There are a few things that can cause this problem.
1) If you have a caching plugin that has cached the entire checkout page you will get all sorts of funny looking problems as one user sees another user’s cached page. The solution is to disable the caching plugin – at least for the view cart, checkout, and receipt pages.
2) If you site flip flops between different subdomains (like with, then without the www) you can have issues with your session.
3) You need to make sure you have the wp_cart66_sessions table in your database. If you do have it, try to “repair” it from PHPMyAdmin and see if that helps.
The problem we’re having trying to fix this problem is that we can’t reproduce it locally on any of our test systems. We’ve tried our local computers, rackspace, dreamhost, a couple different dedicated servers and just can’t reproduce the problem. But, clearly the problem exists. So, if anyone having this problem is willing to PLEASE let me log into your site I’d love to look into this and solve it once and for all. I’d need your FTP, Database, and WordPress log in info. Obviously we wouldn’t want to do this on a “live” site, but if anyone has a site we can work with that would be GREAT.
Please contact me and specifically mention to pass on the info to Lee (that’s me). I’m sorry this problem exists and I’m focussed on getting this figured out. Thanks guys!
Forum: Themes and Templates
In reply to: Cart66 Lite ThemesWhile virtually all themes can be turned into an ecommerce theme using Cart66, some themes go an extra step and are specifically designed to work with Cart66. We are starting to build a page on our site to let folks know about Cart66 powered WordPress ecommerce themes.
If you have a theme you’d like to see listed there, just let us know.
The Cart66 Session times out after 30 minutes. So if you leave your cart unattended for 30+ minutes it will be empty when you return. Likewise, if you are logged in to Cart66 as a Cart66 member and are idle for 30+ minutes you will have to log in again.
Forum: Everything else WordPress
In reply to: 403 errors when committingI am having the same problem getting the 403 error when committing. I can checkout and pull updates with no problems, but committing won’t work at all. I think I’ll email plugins@wordpress.org too.
Forum: Plugins
In reply to: Error on checkout with [checkout_manual] in Cart66 Lite pluginHey guys, we’re looking into this right now and should have and update deployed here later today.
An ajax based add to cart feature is something we’re working on and will provide the functionality you are describing but it’s not available yet.
Here is the function reference for add_action. The null parameter is in the place of priority which you can use to tweak when your function runs. Usually the default of 10 is fine. The last parameter means that your call back function should expect 2 parameters which, in this case, is an instance of the Cart66Product object that was added to the cart and the quantity of that product that was added.
Forum: Plugins
In reply to: [Plugin: Cart66 Lite] Amazon S3 and PayPal problemsWhen a protected download link is clicked, Cart66 generates a signed link to your Amazon S3 file that is valid for 1 minute then redirects the user to that link. So you need to make sure that you don’t have any mod_rewrite rules or anything messing up the link to amazon. The query string that gets generated includes a signature which seems to be getting messed up somehow.
There are settings in the Cart66 Settings panel where you can specify you currency for PayPal. Not seeing what you have set up makes it hard to troubleshoot, but you should be able to specify a currency in the Cart66 Settings panel. You may also want to check into your PayPal account itself under the “profile” section to make sure your currency settings are the way you want them in there.
It sounds like you may have renamed the “store/checkout” and “store/cart” pages. If you rename or move those pages then Cart66 won’t know where your checkout pages are. So, as a minimum, you need to keep the slugs the same. Once you put that back in place everything should start working again.
You can take advantage of one of the hooks built into Cart66. Add a function to the functions.php file in your wordpress theme like this
function backToProductPage($product, $qty) { wp_redirect($_SERVER['HTTP_REFERER']); exit(); } add_action('cart66_after_add_to_cart', 'backToProductPage', null, 2);