boucher

24 ms·

211.
by boucher 14y ago
It's worth noting that people often typo things like billing address or cvc code, and that the majority of these failures are not in fact fraud. At that point, it's also a usability question about what the best behavior really is. The banks
212.
Stripe in Canada(stripe.com)
361 points by boucher 14y ago|81 comments
213.
by boucher 14y ago
We plan on adding that later, but it's a larger interface change we weren't ready to take on.
214.
by boucher 14y ago
I'm pretty sure you can add any number of users to google analytics?
215.
by boucher 14y ago
Ah, I see. I was confused by mixing the non JS version of card creation into the middle of your documentation.
216.
by boucher 14y ago
Not quite sure what you mean by "simpler," since it would appear to take exactly the same number of steps as our API does to store and then charge a credit card (and with virtually identical parameters).
217.
by boucher 14y ago
Well, "AJAX application" is too nebulous of a term to really be meaningful here. If you mean you can't use an XHR request, sure, but you can certainly construct the necessary <input> element and POST request dynamically with JavaScr
218.
by boucher 14y ago
You can upload files directly to s3 from your website: http://aws.amazon.com/articles/1434
219.
by boucher 15y ago
I disagree with the notion that api.twitter.com is a bad idea. URLs don't need to be unique ways of locating a resource. An application designed around HATEOAS doesn't even need to include the domain in the URLs it describes, so you could m
220.
by boucher 15y ago
We've been talking about similar changes to Objective-J for quite some time (we already have JavaScript literals that map more cleanly than C ones). The one thing we've discussed that I don't think made it here is a set literal. It would be
221.
by boucher 15y ago
Your arguments are a checklist of responsibilities for anyone running any web software, whether the actual DOM elements are being rendered on the server or the client.
222.
by boucher 15y ago
Word. Seems like they are going out of their way to avoid doing client side work even when it would be far easier to do so. Also seems motivated by the desire to keep Rails relevant, but without actually trying to evolve Rails towards being
223.
by boucher 15y ago
We did have it going the other direction at first, but it didn't feel right.
224.
by boucher 15y ago
You only need to look at the most recent problems in Japan to see that nuclear power is never quite as simple as its proponents suggest. All things considered, it's probably still a much better bet than fossil fuels, and probably still a wo
225.
by boucher 15y ago
There's really no need to create a separate URL; it's reasonable for POST requests to contain response bodies.
226.
by boucher 15y ago
Yup. That's what we do.
227.
by boucher 15y ago
We're still involved, just not as much as we used to be, or as much as some of our other contributors, as we all have other responsibilities.
228.
by boucher 15y ago
Cappuccino is still doing well as an open source project. This won't have any impact (aside from the unfortunate loss of a high profile example, but it was also two years behind the state of the art).
229.
by boucher 15y ago
And Cappuccino development does continue out in the open. There's no risk of the project dying because of anything Motorola could do to it.
230.
by boucher 15y ago
These are excellent points. I was amazed at the behavior of the dual input sticks; in what world would this be a useful feature of the airplane (other than, perhaps, a training scenario?) How is the switch to alternate mode not made painful
231.
by boucher 15y ago
Hey Saurik, Just wanted to say that we're aware of the (significant) flaws in the webhook APIs. We're in the process of redesigning them now, so thanks for the feedback on what is important to you. (Also, just FYI, you can see logs of all t
232.
by boucher 15y ago
We at Stripe (and more importantly, our PCI auditors) don't agree with this assessment of how the chain of responsibility works. When you use Stripe.js, you need only serve your page over SSL and verify that you aren't collecting credit car
233.
by boucher 15y ago
I think it will be really sad if we end up with a module system that's incompatible with CommonJS, which is the only such system that has gained any real traction.
234.
by boucher 15y ago
Being able to put things on the clipboard programmatically is a really useful feature. It's actually quite sad that you need flash to do this reliably. Disabling javascript: urls in the address bar seems like a much better way to mitigate t
235.
by boucher 15y ago
Some photos I took from the event: http://www.flickr.com/photos/rossboucher/sets/72157627812097...
236.
by boucher 15y ago
Well, to be clear, I'm only speaking about our own service, not WePay. Anyway, I think we've covered the issue here but if you feel like you need further discussion I suggest reaching out to support@stripe.com.
237.
by boucher 15y ago
And yet, have you ever heard of this happening? I don't mean to minimize your questions; I think there is some amount of trust involved. We're able to tell the difference between someone running a fraudulent business and someone who is bein
238.
by boucher 15y ago
As you noted in your post, these terms are standard (and, essentially, required of us) in this industry. And as people suggested, chargebacks are not a big deal. They are far less common than people think, and usually they are resolved quit
239.
by boucher 15y ago
For now, we recommend just setting up multiple Stripe accounts; it's a feature I'm sure we'll add in the future.
240.
by boucher 15y ago
Pricing is pretty hard to compare directly between something like Stripe and Braintree. In particular, there is no one clear answer, because it depends on your own mixture of AMEX cards, international cards, rewards cards, etc. We have some

More ›