没必要。合并浪费时间

在第一次用户下单成功以后，你把相关的生成支付参数单独保存，用户重新支付时候直接获取支付参数，即可，不用又去生成相关支付参数

beanstalkd

建议抽象出一层，比如服务层app调用服务层小程序调用服务层PC调用服务层然后各端封装好数据给客户端调用，这样的好处 很明显。

@xialeistudio

登录成功之后你返回前端一个加密的字符串，token 把这个token对应的值写入redis 后续前端的请求都要携带这个token 后端做判断即可

使用nodejs+redis可以构建分布式集群，降低单点压力，解决单点故障另外再套一层负载均衡即可（我一般用nginx)

说错了，之所以加nginx反向代理1:很方便实现负载均衡2:可以方便限制请求，还有请求控制3:虽然加了nginx 损失了一点性能，但是可以忽略不计的！！！

你需要看下文档，我记得你需要传递code iv 等参数，然后后端解析出用户信息，用户信息里面会有openid 和unionid ,如果小程序绑定了开放平台会有unionid

还有一种办法 1：在打开下载页面的时候，js往粘贴板写入2：下载APP 打开APP 获取 不过如果用户中途复制了内容 ， 那APP就不行了

自己搭建你的带宽都是问题，建议采用七牛

不能，不可以

jwt虽然说可以设置有效期，比如我想让某个用户对应的token过期怎么办？难道是一定要等到有效期到吗？

还有一点要注意，你要定时给服务端发送心跳数据包证明客户端存活

没问题，买吧

我建议还是单独新建数据表，比如微信的，如果你有公众号，小程序 关于用户你肯定要使用unionid绑定用户，另外如果你要发送模板消息，你需要使用openid

定时清理日志即可