如果是 Java 的话，日志 MDC 了解一下，用户的每一次请求，所涉及到的详细操作记录都能够记录下来。再出现问题，解决起来就很方便了。

@annielong #8

你把所有流程的详细日志都记录下来，包括用户请求地址（参数、header、cookie ），返回内容；服务端向微信服务器的请求、返回数据；服务端在相应阶段执行的 SQL 等。

当出现问题的时候，就能够根据这些日志找到问题的根源。

------------------------------------------------------

以前我们也会在某个问题上出现争议，但其实一切都可以用实锤来说话的。

@odirus #6 哦，不对，我这个方案不具有可操作性，所以请忽略我这句话。


原因如下：
用户切换账号之后，在网页上发起支付操作，服务端根据 cookie 找出对应的 userId，再找到对应的 openid，服务端是能够创建订单成功的，然后返回一些支付参数给网页端。

网页端的支付 SDK 检测到预创建订单中的 openid 与用户微信号不一致时，会弹出警告框 “ openid 与用户微信不匹配”，服务端此时也无能为力。

@oh #2 解决方案如下：

用户在通过 “公众号支付” 时，后端服务器会求请求微信支付的统一下单接口，只要拦截到 “ openid 与 用户微信不匹配” 的错误时，服务端主动清理用户的 cookie，并重定向到授权页面。

@yimity #4

至于官方会不会清除我不知道，但从我们线上产生的 BUG 来看，很多设备都有这个问题。

现在微信已经有切换账号功能了，如果网页是通过 cookie 鉴权的话，用户切换账号之后，页面依然认为是前面一个账号在浏览页面（微信不会清理 cookie ），通过公众号支付方式下单的话，就 gg 了。

这个功能略坑，看会不会引起你们的问题。

@ericls #5 https://ws4.sinaimg.cn/bmiddle/62e721e4gw1et01xo2nj5j200k00k3y9.jpg

限购就是为了让房价稳定、“健康” 地增长，避免大起大落，https://ws1.sinaimg.cn/bmiddle/62e721e4gw1et02cqtj05j200k00k3y9.jpg

@qinxi 好的，谢谢你的方案。

主要是为了就业率数字好看

按照我们以前的规矩，最后一两天，随便找个萝卜章半个工作证明就 OK 了

仔细研究了规则，这样限制还不如不限制。

例如，之前小程序让用户分享成功了才能加金币，现在实施新规则之后，应用程序就不能立刻知道用户是否分享成功了，但是如果别人打开过分享出来的链接，服务端不就又能知道了吗，而且知道你分享出去了，并且被别人打开过了。

假如现在不仅要用户分享出去，还要被其他人打开了才能加金币，这样不是更烦吗？

成都电信支持多拨，而且都有公网 IP，是否能叠加没试过

空气净化器 + 一部好的吸尘器

基本能解决灰尘问题。

@sobigfish 我也是这个情况

@PP #17 手动给你赞，虽然我知道有杠精会来怼我，https://ws3.sinaimg.cn/bmiddle/62e721e4gw1et02ek7u61j200k00k3y9.jpg

@zhenzhen37 老哥，稳，不过里面的回复都很一致

@sm0king 嗯嗯，确实不错，作为创业团队来说，这种执行力还是很高的。