Lee Blue
Forum Replies Created
-
We are planning to add an icon to the HTML editor view soon. You are right, for now, you have to be in visual mode to get the editor icon. Fortunately the syntax is really simple if you need to write it by hand [add_to_cart item=”yourItemNumber”]
This most likely means that the email is getting sent but that the recipient isn’t getting the message (as opposed to the message not being sent at all). The best thing to do is to use the WP Mail SMTP plugin and configure your WordPress site to always send mail via a real SMTP server. This will result in faster and more reliable delivery of outgoing mail. It also let’s you test your mail sending/receiving directly in the plugin rather than troubleshooting by placing test orders. With this plugin you can send mail through a Gmail account or any other SMTP server you have access to. Yahoo and Comcast email accounts tend to be the most problematic when sending mail directly through an open relay on your web server. I think you’ll get much better performance using a real SMTP server.
Forum: Plugins
In reply to: [Cart66 Lite :: WordPress Ecommerce] How do you know if someone paid?If you have IPN enabled on your PayPal account then you can set up Cart66 to email you a copy of the receipt when folks buy things and you can also look in the Cart66 Orders panel to see you orders.
Forum: Plugins
In reply to: Cart66-lite errorHi altertheweb. As of Cart66 Lite 1.1 we have moved the Cart66 related session information into a database table, out of the PHP session space. This prevents other plugins/themes from trying to load the Cart66 shopping cart data from the session before the Cart66 plugin is loaded. As such, when updating to Cart66 1.1 from a Cart66 1.0.x release please be sure to deactivate/reactivate the plugin so the new database tables will be installed.
The fonts may have been breaking before due to the jQuery errors you were having. When we fixed them, that probably allowed the cufon fonts to start working. Perhaps you just needed to refresh/clear your browser’s cache.
Hi WhatBox. You had the [clear_cart] shortcode on your view cart page. So every time the cart was viewed it was also dumped. Taking out the [clear_cart] shortcode solved the problem. You really only need to use the [clear_cart] page if you are using PayPal Standard and create a pseudo-receipt page for your PayPal “thank you” page and you want the cart to be cleared when a buyer returns to your site after a successful sale.
Let me know if you have any other issues.
P.S. We also fixed a few jQuery issues in your theme with the custom.js and the filterable.pack.js files.
Hi WhatBox. The “empty cart” problem may be caused by a couple things.
1) Cart66 Lite 1.1 installs a new table called wp_cart66_sessions where it stores info about what is in the cart. If this table isn’t created then the cart will always be empty. The table should be created when the plugin is activated.
2) If you site flip-flops between subdomains, like with and without the www, you generate new session info for each subdomain. So if you add products to the cart at http://www.example.com then flip over to example.com (without the www) your cart will be empty.
3) If you have a caching plugin running you will run into all sorts of odd problems. So do not run a caching plugin, or at least, don’t cache your shopping cart pages. If visitor A adds product X to the cart and you cache their “view cart” page, then visitor B adds product Y to the cart and you show them the cached “view cart” page it will look like visitor B added product X.
If none of these ideas provide a solution, I’d be willing to log into your site and see if I can figure out what’s going on (free of charge of course). If you’d like me to do that, you can securely submit your login info here https://cart66.com/cart66-help/
Cart66 Pro has support for using PayPal Payments Pro which will let you accept credit card payments directly on your site so that your buyers never leave your site. This feature is not available in Cart66 Lite.
The express checkout error sounds like your Cart66 site is not able to connect to PayPal at all. This is may be because you have not yet set up the PayPal API username, password, and signature in the Cart66 Settings panel.
@devon – I am having trouble reproducing this error. I’ve tested in both IE (on windows) and Chrome (on windows and mac) and the cookie seems to be getting set in every case. I’ve read that IE may have trouble setting cookies if you the site your are testing is referenced by “localhost” but I haven’t been able to confirm that. I’ll keep looking into this and if anyone else has any insight on how to improve the reliability of the cookie getting set, please let me know.
The syntax used to set the cookie is this:
$domain = $_SERVER['SERVER_NAME']; setcookie('Cart66SID', $sessionId, 0, '/', $domain);Cart66SID: The name of the cookie
$sesisonId: A unique string to identify the session
0: The expiration time – expire when browser closes
/: The path – cookie available to entire domain
$domain: The domain that the cookie is available toThanks!
We just deployed an update, Cart66 Lite version 1.1.2, that should fix the empty cart problem. It’s free and ready to download now.
This “empty cart” problem appears to have 2 potential causes.
1) The cart66_session table does not exist.
Cart66 1.1 needs one extra table to store the state of the shopping cart that previous versions of Cart66 did not use. This extra table is installed during plugin activation.2) Using a version of PHP prior to version 5.2.3.
Cart66 1.1 was relying on a callback function to save the state of the shopping cart between page views that was calling a static method of a class using a syntax that became available as of PHP 5.2.3. So if you were using a version of PHP older than 5.2.3 the callback was skipped and the changes you make to the cart (like adding products) would not persist between page views.The Cart66 1.1.2 release fixes this by changing the syntax used in the callback function to a format that older versions of PHP can handle.
In addition, the Cart66 1.1.2 release adds hooks for easier 3rd party extensions for Cart66. The hooks are cart66_after_add_to_cart, cart66_after_update_cart, cart66_after_remove_item, and cart66_after_order_saved. We’ll be updating the documentation on how to use the hooks shortly.
There is a problem with versions of PHP prior to 5.2.3 where Cart66 is using a new syntax for referencing static class functions that manage the state of the cart. We’ll be releasing a fix for that later today. Do yo know what version of PHP you are using? You can find out with a file that has a call to
phpinfo();If the problem is something other than that, please elaborate on what you mean by “broke my checkout”. Sorry for the trouble.
Like wp.Man said, try deactivating and activating again. Cart66 1.1 needs an additional database table to be installed which will happen when you activate the plugin. Let me know if that solves the problem. Thanks!
Hi Ethan. Just wanted to say that we deployed Cart66 Lite 1.1.1 with a couple small bug fixes including the 404 error in the dialog box. You can download Cart66 Lite (version 1.1.1) form the official WordPress repository. Sorry about the trouble and thank you for your patience while we fixed that problem.
I think we have found a small glitch and we’re working on a solution right now. We’ll post an update as soon as we’ve got this resolved. Hoping we can get this fixed today.
Are you using Cart66 Lite 1.1? We have tried to code the plugin in such a way as to allow all sorts of custom directory layouts. Are you able to observe the URL in the iFrame source?
