小程序没有后端可以微信授权登录么

小程序没有后端可以微信授权登录么,第1张

1.一次性授权

常规写法,需要获取用户公开信息(头像,昵称等)时,判断调取授权登录接口,但是此方法如果不经处理的话 用户如果拒绝授权或者删除该微信小程序后 需要重新调取并获取用户公开信息(头像,昵称等),此方法用户体验较差,不建议使用;

2.永久授权

在不必要使用用户公开信息(头像,昵称等)时,不调取授权登录接口,只有在必要的时候再去判断调取授权登录接口并把获取到的用户公开信息存入数据库,这样在每次登录时直接先运行指定函数从数据库索取需要的用户公开信息(头像,昵称等)即可,此方法在删除小程序后不用再次去授权登录(因为在用户第一次授权登录时已经把用户的公开信息存入数据库了以后直接向数据库索取即可),建议使用;

3.不授权

不需要授权登录获取用户公开信息(头像,昵称等),使用wx.login获取用户code并传入后台,后台可以通过用户的code值向微信要一个值(具体需要问后台,我只是个小前端,后台的东西不是很懂,只是知道一些逻辑而且也已经成功实现)然后通过这个用code换取的值就可以识别到指定用户,如果需要的话,前端要显示的头像、昵称等这些信息可以使用自定义可编辑的功能,当然,也可以通过<open-data type=“userAvatarUrl”></open-data><open-data type=“userNickName”></open-data>小程序提供的这个组件显示用户的头像及昵称(不过这个组件只有显示功能),用户如果想直接使用自己的头像昵称,也可以自行授权(比

如果你只是想写一个类似计算器的本地程序的话,大概是不需要的。但是如果你想互联网交互,存储用户信息,提供信息服务。后端是一定需要的。后端不存在用哪个语言比较好的问题,你自己喜欢哪个,哪个用的顺手就用哪个。因为后端的逻辑都是一样的:接收数据,处理数据,返回数据。选一种自己熟悉的语言开发,事半功倍。【点击查看小程序开发底价】

想要了解更多有关小程序开发的相关信息,推荐咨询猪八戒网。猪八戒网成立于2006年,是中国领先的企业服务平台,服务交易独角兽企业。猪八戒网现有注册用户2800万、在全国布局线下数字化创业园区超过100个。十余年来,累计有10万余个人通过平台孵化成长为公司,超过100万人通过平台实现灵活就业,千万企业通过平台解决专业服务需求;专业性值得选择。

为什么要绕过网关上传文件

因为我们所有的请求都要经过网关,假如有一天网关微服务出了问题,那么我们所有的文件都上传不了,所以我们上传文件可以绕过网关去上传。

我们该如何实现绕过网关去上传?

首先你要知道,我们从浏览器发送过来的地址,都是从nginx进行代理,然后转发给网关进行匹配微服务,如果我们绕过网关的话,只需要直接从nginx配置不经过网关的地址就可以了。

像这个地址,之前我们只配置了一个地址,就是访问网关的地址,让浏览器只能发送到网关里面,现在我们在上面增多一个地址,这个是可以访问到上传文件路径的地址,为了更精准一点,我们加上后面的后缀/api/load,因为只要你点击上传文件的话,他就会访问这个地址,你只需要加上这个后缀,他能去自动访问这个地址,然后由上传文件的微服务去截取,端口我们可以直接改成上传文件的微服务的端口,我们这一定义上传文件的微服务的端口是8082,所以转发到8082也就是转发到上传文件的微服务,然后再由上传文件的微服务的controller去截取/upload,就可以实现后面的 *** 作。但是有一点需要注意的是,一定要注意把上传文件的配置写在网关配置的前面,也就是上图用红框圈起来的地方,这个顺序一定要注意,不然的话,路径会经过网关先,然后才会到上传文件路径,这样就会经过网关。

但是因为前端的原因,请求路径会自动加上api,然后这个是网关的api,虽然不是网关的端口,但是多了这个api,我们上传文件的微服务也没有办法访问到,所以我们要用到一个方法,nginx里面可以去重写路径。

怎么去重写路径呢?

我们可以看看这个方法,这个是我们重写的方法,这里用了正则表达式,以^开头,$结尾,第一个也就是api,表示的是需要修改的对象,然后第二个也就是(.)表示的是api后面的参数也就是/upload/image,然后用双引号括起来,这就是一个对象,我们需要获取的是1,这个1表达的是什么意思呢?就是你要求改的对象后面的一个参数比如(.)这个是代表什么上面已经说到了,也就是获取这些全部参数,这些也就是1,如果你加多几个(.*),那就可以选择二或者三。

写完之后我们还要做一个选择:

需要加这两个参数之中的一个,两者的区别就是进行一次路径匹配跟不匹配,如果进行一次路径匹配的话,我们上面的地址是没有api的,在nginx所有地址当中,都是带有api的,就连我们当前的这个地址,都是带api的,只是我们重写了而已,所以我们不能再重新进行一次路径匹配,只能不再重新匹配地址,选择第二个break。

最终结果把这后面的也去掉,所以我们最终访问8082这个上传文件的微服务,访问的时候顺便重写地址把api去掉,就可以正常访问微服务的controller。

最终结果


欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/yw/8162893.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-14
下一篇 2023-04-14

发表评论

登录后才能评论

评论列表(0条)

保存