php授权系统

❶ 系统域名授权一旦设定无法修改，怎么办

最终的解决方案是：https://github 、 music 、 qq 部署交易管理的业务； passport 部署登录注册的业务； 在这种模式下，如果集成微信登录和微信支付，前面说的授权回调页面域名的规则就会给应用带来问题。在这里：至少可以确认trade和passport都需要前面的介绍的用户微信授权，但是它们是两个不同的子域名，而且我们只有一个公众号；根据授权回调页面域名的原则，它只能用一个域名，并且只有回调地址的域名与该设置完全相同，才能成功发起微信授权，否则就会提示rediret_uri参数错误或者引发无法回调的问题。 那么这种情况该如何处理？ 当下的解决方案是引入一个新的非常简单的应用来作为微信授权的代理服务，可以这么做： 1； 2 php_weixin_proxy下的index，然后proxy会把这个请求转发到微信； 当用户同意授权后，proxy会收到微信的授权回调，并把回调结果（code、state参数）原封不动地再返回给最开始发起授权的业务。 唯一的区别在于，在不使用proxy的时候，你从应用发起微信授权的链接应该是这样的： https://open/connect/qrconnect?appid=xxxxx&redirect_uri=http%3A%2F%2Fpassport%2F&response_type=code&scope=snsapi_login&state=584bc87e11ff37492#wechat_redirect 用了proxy之后，这个授权链接就应该是这样的： proxy/?appid=xxxxx&redirect_uri=http%3A%2F%2Fpassport%2Flogin%2Fnotify&response_type=code&scope=snsapi_base&state=584bc87e11ff37492&device=pc 后面这个链接跟上面的比： 1，也就是代理的授权回调域名； 2的，所以需要多加个参数告诉它在转发给授权申请给微信的时候，是用PC端还是移动端的授权地址。 整体方案思路： 小结： 这个方案我测试过，是行的通的。虽然说引入了代理服务，增加了一次重定向操作，不过由于这个授权请求并不是所有请求都需要，所以实际上也不会对用户体验产生多大的影响，但是从架构上来说，它的好处很明显，能够配合着应用的拆分逻辑，集成同一个公众号的登录及支付功能，不必为每个子应用都单独申请一个公众号来开发了（这种方式从业务上来说也不合理，一个公司哪需要运营那么多公众号）。 以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，同时也希望多多支持脚本之家！

❷ 如何重置laravel-admin的授权系统

laravel只是一个php框架而已。 你需要他来搭建后台登录的话，首先你得先安装laravel。 对于laravel来说，一个后台的登录系统，半小时就能搞定。 这就是laravel的强大之处。 如何搭建后台登录系统，这个是和其它的php框架是一样的