作为一个程序员，我有时候忘了自己所具有的能力。当事情没有按照你想要的方式发展时，却很容易忘记你有能力去改变它。昨天，我意识到，我已经对我所出售的书的付款处理方式感到忍无可忍了。我的书完成后，我使用了三个不同的数字商品支付处理器，在对它们三个都感到不满后，我用python和flask，两个小时的时间写出了我自己的解决方案。没错！两个小时！现在，这个系统支撑着我的书籍付费流程，整个过程难以置信的简单，你可以在20秒内购买书籍并开始阅读。
往下看，看我是如何在一夜之间完成我自己的数字商品支付解决方案的。
支付处理器的付款问题
在我开始卖书的时候，我综合用了两种支付服务（一种是信用卡，另一种是paypal）。最终，我发现了一个可以支持两者的处理方式。可是我对它们都不满意。最常用的那个支付处理器，要求用户在销售商的系统中创建一个账户，并且输入他们的邮箱地址（尽管邮箱并没有用）。
另外，我尝试使用google analytics 在全部的访问中追踪访客，包括他们的结账过程，这一过程也很艰辛。我经常感觉到，如果我能够让它工作起来，并且能够在我的书籍页面进行a/b测试，我能极大地提高销量。但是因为不能很好的追踪，我就没那么走运了。
最后，使用三个不同的支付处理器，发送书籍更新非常耗时。没有一个能很好的支持更新，而我希望有个“一键”解决方案来发送我的书籍更新。我就没找到一个类似的服务。
欧耶，我是个程序员
昨天，当我收到一个顾客的邮件，抱怨支付过程是如何的困难并且告诉我可能因此损失了很多销量后，我忍无可忍了。我决定整一个自己的数字商品管理解决方案。我需要做到下面这样了流程：
当客户点击“buy now”按钮后，他们应该仅仅被要求输入他们的email地址和信用卡信息。点击“confirm”后被带到一个独一无二的url去下载书籍（专门为了这次交易而生成的）。一封包含这个url的邮件应该被发送给客户（防止用户需要重新下载这本书）。对他们重复下载的次数应该有个限制（5次）。交易信息和客户信息应该被存放在数据库中，发送书籍更新应该只是一个命令的事。
显然，这并不是那么的复杂。最复杂的部分是动态生成导向特定书籍版本的独一无二的url。其他的事情都挺简单的。
“flask前来救援”或是“一个100行代码的数字商品支付解决方案”
剧透：程序的最终结果正好是100行代码。对于这种规模的web应用，flask是个很好的选择。并不需要大量的模板（cough就像 django cough），但是有很多很好的插件作为支持。bottle会是另外一个不错的选择，但是我最近都在用flask，所以我就选它了。
开始的时候，我需要决定如何来存放用户和交易信息。我决定使用sqlalchemy，因为sandman的原因，我比较熟悉它sqlalchemy。flask有一个插件叫flask-sqlalchemy，这使得结合使用两者非常容易。因为我不需要任何花哨的数据库操作，我选择sqlite作为我的后台数据库。
决定这样做之后，我创建了一个app.py 文件并且创建了如下的模型：
class product(db.model):
__tablename__ = ‘product’
id = db.column(db.integer, primary_key=true)
name = db.column(db.string)
file_name = db.column(db.string)
version = db.column(db.string)
is_active = db.column(db.boolean, default=true)
price = db.column(db.float)
class purchase(db.model):
__tablename__ = ‘purchase’
uuid = db.column(db.string, primary_key=true)
email = db.column(db.string)
product_id = db.column(db.integer, db.foreignkey(‘product.id’))
product = db.relationship(product)
downloads_left = db.column(db.integer, default=5)
在向数据库添加了5种不同版本的书籍后（我创建了一个populate_db.py 文件，并把这些版本作为sqlalchemy模型来添加进数据库），我需要决定我究竟要如何处理支付。幸运的是，stripe让接受一个信用卡变得非常简单，并且我也已经有了一个他们的账户。他们的”checkout.js”方案会在你的页面上创建一个表单和按钮。当点击这个按钮时，一个简洁又引人注目的浮动层会弹出来。
这个表单的action 属性指向你的站点的一个页面，当用户完成支付后就会被带到那里。我在我的书籍销售页面添加了5个这样的按钮，还有一个隐藏的表单栏，包含了被交易产品的id（product_id）（1-5之间的一个整数）
处理支付
显然，我的应用需要一个后端来处理一次成功付款。我添加了以下这些函数来完成这一目的：
@app.route(‘/buy’, methods=[‘post’])
def buy():
stripe_token = request.form[‘stripetoken’]
email = request.form[‘stripeemail’]
product_id = request.form[‘product_id’]
product = product.query.get(product_id)
try:
charge = stripe.charge.create(
amount=int(product.price * 100),
currency=’usd’,
card=stripe_token,
description=email)
except stripe.carderror, e:
return “””card declined
your chard could not
be charged. please check the number and/or contact your credit card
company.
“””
print charge
purchase = purchase(uuid=str(uuid.uuid4()),
email=email,
product=product)
db.session.add(purchase)
db.session.commit()
message = message(
subject=’thanks for your purchase!’,
sender=”jeff@jeffknupp.com”,
html=”””thanks for buying writing idiomatic python!
if you didn’t already download your copy, you can visit
your private link. you’ll be able to
download the file up to five times, at which point the link will
expire.”””.format(purchase.uuid),
recipients=[email])
with mail.connect() as conn:
conn.send(message)
return redirect(‘/{}’.format(purchase.uuid))
正如你所看到的，我写代码的时候有点偷懒了（因为我正在愤怒的编程……）首先，我有一个内联html，在付费不成功时返回，还有已购买成功时返回邮箱。这些东西应该被放在一个全局变量，或者，更好的方法是放在一个单独的文件中。另外，在创建purchase 时我并没有进行任何的错误检查。但是实际上，唯一可能出错的地方是尝试插入重复的 uuid，但是我并不担心，因为发生的几率太低了（潜台词：微乎其微）。
你可以看的我使用了一个mail 对象，这个对象来自于flask-mail包，这个插件让发送邮件变得轻松。我就设置它使用gmail作为服务器，然后所有东西都可以正常工作了。
好吧，现在该给我书了
现在，支付的部分已经搞定，我需要添加一个后端功能，在完成支付后初始化下载。因为我使用uuid作为主键，所以我同样可以使用它作为url。当有人访问包含uuid的url时，我需要检查该uuid是不是包含在数据库中。如果是的话，提供书籍文件并且把剩余下载(downloads_left)次数属性减少1次。如果不是的话，就返回404错误。下面是我写的代码：
@app.route(‘/’)
def download_file(uuid):
purchase = purchase.query.get(uuid)
if purchase:
if purchase.downloads_left