会员和活动 API？还是我应该自己做？
我的任务是建立一个协会的网站。我是一名全职 Django Web 开发人员，所以我很高兴接受这项任务。
通过查看规范，他们想要控制会员资格，以便所有申请都需要“第二个”（阅读：赞助商、裁判员等），然后他们需要支付订阅费才能成为俱乐部的一部分。
该俱乐部举办许多活动，午餐和演讲的票价各不相同，仅举两例。只有会员才能查看每张门票的价格，因此只有会员才能购买门票。
我最初计划将活动管理交给 EventBrite，并通过 EB 的 API 将即将举行的活动拉回网站，但这种仅限会员的限制看起来是 EventBrite 无法做到的。
然后是处理会员订阅。我本来希望允许任何人注册 django.contrib.auth 帐户，但让订阅付款离线，但如果客户可以将帐户标记为“成员”，并将订阅数据存储在数据库中，他们会更高兴并让会员在线支付。
与 EventBrite 一样，我希望能够存储粗略的会员数据（是否允许他们订阅、API 服务上用户的唯一令牌、他们的会员级别和会员资格到期时间），并且会有一些东西我可以将用户发送到处理他们的订阅付款。
我基本上不想碰任何支付系统。即使像 Paypal+IPN 这样简单的事情我也不愿意做（我可以并且过去在其他项目上做过），但这是我必须围绕它构建的管理层（向成员发送消息、创建重复事件）等），我想外包给第三方......即使他们确实想要处理的付款的额外百分比。
你们中有人知道涵盖会员资格或活动或两者的合适 API 吗？
还是这件事太复杂了，我应该放弃对外部帮助的希望，而自己埋头苦干？
I've been tasked with setting up a society's website. I'm a full time Django (at al) web developer so I was happy to take on the task.
Going through the specs, they want to control memberships so that all applications need a "second" (read: sponsor, referee, etc) and then they need to pay a subscription fee to be part of the club.
This club has a number of events with variable ticket prices for lunches and talks to name two. Only members are allowed to see the price per ticket and therefore only members are allowed to buy the tickets.
I had originally planned on farming the event management off to EventBrite and pulling the upcoming events back to the website through EB's API but this members-only constraint looks like something EventBrite can't do.
Then there's processing members subscriptions. I had hoped to allow anybody to register a django.contrib.auth account but leave subscription payment offline but the client would be happier if they could mark accounts as "members", store the subscription data in the database and let the members pay online.
Like with EventBrite, I was hoping I could store rough membership data (whether or not they're allowed to subscribe, a unique token for the user on the API service, their level of membership and their membership's expiry) and there'd be something I could post users off to to process their subscription payment.
I basically don't want to touch any payment systems. Even something as simple as Paypal+IPN is something I'd rather not do (I can and have in the past on other projects) but it's the layer of management that I'd have to build around it (messaging members, creating recurring events, etc) that I'd like to farm out to a third party... Even if they do want an additional percent of the payments processed.
Do any of you know any suitable APIs that cover membership or events or both?
Or is this so complex that I should give up hoping for external help and just knuckle down and do it myself?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我认为您正在寻找的 Google 搜索是在线会员资格管理。我不知道其中是否有任何一个与 Django/python 配合得特别好，但其中一些确实包含 API。几乎所有这些公司都是按系统收费或按用户收费的公司。
如果您不介意自己安装一些东西，CiviCRM 是一个免费的开源解决方案，我通过谷歌搜索找到了它。它与 Joomla 或 Drupal 集成（因此可能基于 PHP）。您必须自己进行付款处理，但它确实支持使用 PayPal 付款，这将基本上不需要处理付款。如果可以的话，请选择 PayPal Express 而不是 PayPal Website Payments Pro，因为您可能需要PCI-DSS 兼容以使用后者。
I think the google search you are looking for is online membership management. I don't know if any of them play particularly nicely with Django/python, but some of them do include APIs. Almost all of these are companies that charge, either for the system, or on a per-user basis.
If you don't mind installing something yourself, CiviCRM is a free, open source solution that I found with a bit of googling. It's integrates with either Joomla or Drupal (so probably PHP-based). You'd have to put the payment processing in yourself, but it does support payments using PayPal which would take handling payments mostly out of the equation. If you can, choose PayPal Express rather than PayPal Website Payments Pro since you may need to be PCI-DSS compliant to use the latter.