网站开发做会员和支付功能，风险点在哪

      会员和支付这两个功能，听着是常规活，实际上踩过的坑比很多大功能都多。钱和用户数据沾边的地方，出了事就没有小事。做网站开发这些年，我把常见的风险点归拢一下，给准备上这两块的朋友提个醒。

先说支付。头一道坎在资质：接微信支付、支付宝，得有营业执照、对公账户，网站本身要备案，个别类目还要前置审批。有客户想绕开这些，拿网上办的个人收款码凑合，账户被封是迟早的事，资金一冻结才叫欲哭无泪。资质这道门别绕，老老实实走正规通道申请商户号。

真正的技术风险藏在支付回调里。用户付完款，支付平台会往你网站发一条通知，告诉系统这笔钱到了。这个通知必须验签，不验签的话，谁都可以伪造一条已支付的消息发给你的接口，白拿商品。早年不少商城就栽在这上头，货发了，钱却没真到账。金额校验同理，价格若只在前端算，懂行的人改一下请求里的数字，一毛钱能买走一千块的东西。金额必须以服务端算的为准，订单创建时就把价格锁死。上线之后还得勤对账，平台流水和订单库按天核一遍，出了差错当天就能发现，拖久了神仙也难追。

      会员这块，最常见的问题是密码明文存储。数据库一旦泄露，用户的密码原样暴露，用户在别处用同一个密码，损失就连锁开了。密码入库前加盐做哈希，这属于底线要求，谈不上加分。还有一种坑叫越权，把地址栏里的用户编号改一个数字，就看到了别人的订单，这类漏洞全靠服务端逐条校验去堵，前端做得再漂亮也帮不上忙。短信接口也暗藏一笔账，注册要发验证码的话，接口得加频次限制和图形验证，不然被人写个脚本循环调用，一个月短信账单能多出几千块，这钱还得你自己掏。

个人信息这一层，容易被忽略。手机号、收货地址这类数据，收集要有边界，存储要有防护，页面上的隐私条款别拿模板糊弄。这两年对个人信息的管理越来越严，在这块省下的功夫，将来都可能变成麻烦。

把这些列出来，别嫌啰嗦。会员和支付本就是网站里最值钱的两块能力，值得认真做。只是在排网站开发的工期时，把资质、验签、金额校验、密码存储、接口防护这几道工序算进去，多花的那几天，买的是往后夜里的安稳觉。