Forum Replies Created
I’d like to cast another vote for Braintree. Although Stripe has been great so far, Braintree has phone support, and I’ve heard good things about their customer support. A huge plus is that they cover all the fees for the first $50K worth of volume for US-based merchants!
Yes, updates are free. You can request an automatic update through:July 22, 2014 at 10:18 pm in reply to: PROBLEM: Using Mandrill (Transactional Email) To deliver Download Links #64357
I’ve been using Mandrill, which has been hugely helpful in getting purchase e-mails delivered, for months now and haven’t had any issues with links not being clickable. I have some minor HTML in the confirmation messages and have that option checked in the plugin settings. It was an issue for me almost a year ago; you may just need to upgrade the plugin (I’m on 7.1.2) per this thread:June 7, 2014 at 12:28 am in reply to: Payment Gateway Bundle – duplicate transactions due to error messages #63526
I don’t know the specific error code, as customers just jump right back into completing their purchase again. I do know that they’re being linked to this page by the error message:
Yes, that’s correct, it is an intermittent issue only with Stripe transactions.June 6, 2014 at 2:27 am in reply to: Payment Gateway Bundle – duplicate transactions due to error messages #63524
I believe it’s only affecting some who check out using Stripe. In one instance, it appears that the initial “failed” transaction was processing at the same time as another Stripe transaction. Could that cause a conflict of some sort?June 6, 2014 at 12:35 am in reply to: Payment Gateway Bundle – duplicate transactions due to error messages #63522
According to the host, php was last updated in November. Also, I don’t think this is happening with PayPal transactions, but that could be because the payment process is slightly different. Here’s a page for testing:
[http://www.cambridgelsat.com/preptests/4-section/]February 18, 2014 at 5:05 pm in reply to: eStore Tweet For Download – redirect leads to a blank page #60891
I tested it, and it’s working again. Thanks!February 17, 2014 at 11:08 pm in reply to: eStore Tweet For Download – redirect leads to a blank page #60889
Sounds good. Are you guys going to update this thread when it’s available, or is it already up? Thanks.
That worked. Thanks!November 13, 2013 at 11:24 pm in reply to: eStore – PayPal transactions failing to complete (fsockopen error) #58901
Alright, thanks. They have temporarily disabled the firewall on the server to see if that’s the issue.November 7, 2013 at 2:35 am in reply to: Payment Gateway and eMember – account creation upon payment #58727
Thanks for the link. I know they’re already integrated, and it works great when a logged-in member makes a purchase of a regular download. What I mean is that there could be a checkbox for nonmembers to set up a free account at the time of purchase. For sites just selling downloads, most people aren’t going to sign up for an account unless there’s a pressing need to do so. However, with a simple checkbox and a brief explanation of how having an account will streamline future purchases included on the collect details page, they may be so inclined.November 6, 2013 at 6:52 am in reply to: Payment Gateway and eMember – account creation upon payment #58725
I meant purchases of items as opposed to subscriptions.
This would be great not only for subscriptions but also for regular purchases. For instance, if a customer made an initial payment through Stripe and opted to create an eMember account and store his or her card information, that customer could then use the stored method for later purchases. It would essentially make card payments for members as streamlined as they are for PayPal account holders.October 22, 2013 at 2:56 am in reply to: eStore – exclude download script from gzip compression #58050
I’m not sure how old the versions are that cause this problem, but things worked fine when I tested it with IE 9. The gzip Wikipedia page indicates that 6, 7, and 8 don’t support it. An effective workaround is to have customers who run into this issue right click on the links and pull down to “Save link as,” or “Save target as.” For now, including a sentence about that in the purchase e-mail should be sufficient; I’ll see if I can put in that feature request for W3 Total Cache.October 21, 2013 at 5:25 pm in reply to: eStore – exclude download script from gzip compression #58048
This still seems to be an issue for people who use older versions of IE even with download.php in the exception list. Any thoughts? Thanks.