内容付费站的架构要点

付费内容被白嫖，多数不是被破解，而是链接泄露。内容付费站的架构核心就三件事：谁能看、链接给谁、钱怎么对上。 一、权限校验放在统一入口 鉴权不要散落在各个页面里，集中在中间件或网关层做：未登录跳登录页，已登录校验购买记录，没有记录就拦下。只把按钮藏起来不把接口锁住，等于没防。会话用 JWT（一种带签名的访问令牌）或 session 都可以，令牌里带过期时间；视频这类大资源下发带签名的短时效 URL，过期作废。权限校验的测试覆盖三种角色：未登录、已登录未购买、已购买，缺一个都可能上线出事。 二、防盗链 静态资源用 Nginx 校验签名，secure_link 模块是现成方案：URL 带过期时间和签名，签名不对或已过期直接返回 403。再配两条常规手段：校验 Referer 来源；视频类资源用 HLS 切片分发，单个地址泄露也只丢一小段。Referer 校验只当辅助手段，它是可以伪造的，真正的防线在签名。 三、支付回调要幂等 用户付款成功，支付平台回调你的接口发货。回调必须验签，确认请求确实来自支付平台；处理要幂等，同一笔订单发货只执行一次，用订单号唯一索引兜底。回调处理失败要记日志并快速返回失败状态，让对方重试。每天核对订单表和到账流水，金额对不上当天就查。 四、部署结构 Web 应用、数据库、媒体文件分开放。媒体文件体积大，单独放对象存储或独立机器；数据库每晚全量备份，再配 binlog（MySQL 的变更日志）做增量。带会员登录的站点容易被扫，用高防云服务器 S4 起步比较省心。支付证书和密钥不放代码仓库，用环境变量或密钥管理，权限收到最小。 内容付费的逻辑不难：钱付了就要能看到内容，没付就一处都看不到。把这条执行彻底，泄露问题就解决了大半。