token

1.config index.js下面的跨域代理设置： proxyTable: { '/api': { target: 'http://xxxx', //要访问的后端接口 changeOrigin: true, pathRewrite: { '^/api': 'http://xxx' } }, }, 2.http.js（封装axios） import Vue from 'vue' import axios from 'axios' import QS from 'qs' //视情况用于不用; import { Loading, Message } from 'element-ui'; import store from '../store/index' let loading //定义loading变量 function startLoading() { //使用Element loading-start 方法 loading = Loading.service({ lock: true, text: '努力加载中……', background: 'rgba(0, 0, 0, 0.5)' }) } function endLoading() { //使用Element loading-close 方法 loading.close() } //那么

import Cookies from 'js-cookie' Cookies.get('my-token-name');//获取token Cookies.set('my-token-name');//设置token 来源： CSDN 作者： 昨天1990 链接： https://blog.csdn.net/u010792039/article/details/104394922

微服务鉴权 1.1 实现思路 1.2 登录成功签发令牌 /** 后台登录，登录成功后，生成JWT令牌到前端 @param admin @return 返回登录的结果 */ @PostMapping("/login") public Result login(@RequestBody Admin admin){ // 获取结果 if (adminService.login(admin)){ // 前台需要接受username + token ，使用map进行回传数据 Map<String,String>info = new HashMap(); // 获取登录的用户名传到前台 info.put(“username”,admin.getLoginName()); // 登录成功 。构建jwt令牌 String jwtToken = JwtUtil.createJWT(“2014”, “login”, null); info.put(“token”,jwtToken); return new Result(true, StatusCode.OK,“登录成功”,info); }else { return new Result(true, StatusCode.ERROR,“登录失败”); } } 1.3 微服务网关中认证过滤器 1).pom.xml io.jsonwebtoken jjwt

这是之前在公司一个实际的接口性能测试项目中，遇到的问题。现在有空总结一下。我们所做的项目一般都需要先登录，这个时候就需要把登录和所要测试的接口分为两个事务，Jmeter中即为事务控制器。 1、首先，我们在登录的事务中，添加一个正则表达式提取器，获取token。 2、然后，将token 值设置为全局变量 3、最后，在需要测试的事务的HTTP请求的 HTTP信息头管理器中使用上述步骤中获取的token。 至此，运行一下脚本，应该不存在问题了，至少不存在有关token的问题了。 来源： https://www.cnblogs.com/tiechui2015/p/9497753.html

使用Helm部署 dashboard并设置普通用户登陆权限 helm repo update helm fetch stable/kubernetes-dashboard tar zxvf kubernetes-dashboard-1.10.1.tgz cd kubernetes-dashboard 创建kubernetes-dashboard.yaml： image : repository : k8s.gcr.io/kubernetes - dashboard - amd64 tag : v1.10.1 ingress : enabled : true hosts : - k8s.aircourses.com annotations : nginx.ingress.kubernetes.io/ssl-redirect : "true" nginx.ingress.kubernetes.io/backend-protocol : "HTTPS" tls : # https证书的secret需要先自行创建好 - secretName : aircourses hosts : - k8s.aircourses.com rbac : clusterAdminRole : true helm install stable/kubernetes-dashboard -n

ConfigMap、Secret 为什么有这两个东西： 我们在kubernetes上部署应用的时候，经常会需要传一些配置给我们的应用，比如数据库地址啊，用户名密码啊之类的。我们要做到这个，有好多种方案，比如： 我们可以直接在打包镜像的时候写在应用配置文件里面，但是这种方式的坏处显而易见而且非常明显。 我们可以在配置文件里面通过env环境变量传入，但是这样的话我们要修改env就必须去修改yaml文件，而且需要重启所有的container才行。 我们可以在应用启动的时候去数据库或者某个特定的地方拿，没问题！但是第一，实现起来麻烦；第二，如果配置的地方变了怎么办？ 当然还有别的方案，但是各种方案都有各自的问题。 而且，还有一个问题就是，如果说我的一个配置，是要多个应用一起使用的，以上除了第三种方案，都没办法进行配置的共享，就是说我如果要改配置的话，那得一个一个手动改。假如我们有100个应用，就得改100份配置，以此类推…… kubernetes对这个问题提供了一个很好的解决方案，就是用 ConfigMap 和 Secret 应用场景： 镜像往往是一个应用的基础，还有很多需要自定义的参数或配置，例如资源的消耗、日志的位置级别等等，这些配置可能会有很多，因此不能放入镜像中，Kubernetes中提供了Configmap来实现向容器中提供配置文件或环境变量来实现不同配置

文本预处理 文本是一类序列数据，一篇文章可以看作是字符或单词的序列，本节将介绍文本数据的常见预处理步骤，预处理通常包括四个步骤： 读入文本 分词 建立字典，将每个词映射到一个唯一的索引（index） 将文本从词的序列转换为索引的序列，方便输入模型 读入文本 我们用一部英文小说，即H. G. Well的Time Machine，作为示例，展示文本预处理的具体过程。 import collections import re def read_time_machine ( ) : with open ( '/home/kesci/input/timemachine7163/timemachine.txt' , 'r' ) as f : lines = [ re . sub ( '[^a-z]+' , ' ' , line . strip ( ) . lower ( ) ) for line in f ] return lines lines = read_time_machine ( ) print ( '# sentences %d' % len ( lines ) ) 输出：#sentences 3221 分词 我们对每个句子进行分词，也就是将一个句子划分成若干个词（token），转换为一个词的序列。 def tokenize ( sentences , token = 'word'

再申请完模板后，根据官方文档，我们知道需要将数据json化后post到下面这个地址 https : //api.weixin.qq.com/cgi-bin/message/template/send?access_token=ACCESS_TOKEN 那么我们就需要获取ACCESS_TOKEN,这个如何获取呢？获取的方式官方给出了好多种，找了一会就用这个最直接的吧，其中的appid和appsecret，请在公号基本配置中查找。 https请求方式 : GET https : //api.weixin.qq.com/cgi-bin/token?grant_type=client_credential&appid=APPID&secret=APPSECRET 正常情况下，请求GET请求这个地址微信会返回如下数据： { "access_token" : "ACCESS_TOKEN" , "expires_in" : 7200 } 其中的access_token就是我们需要的，将数据对应申请的模板填写一下 执行发送就可以了，完整代码如下： public function http_curl ( $url , $type , $res , $arr ) { /* $url 请求的url $type 请求类型 $res 返回数据类型 $arr post请求参数 */ $ch = curl

1、引言 扫码登录这个功能，最早应该是微信的PC端开始搞，虽然有点反人类的功能（不扫码也没别的方式登录），但不得不说还是很酷的。 下面这张图，不管是IM开发者还是普通用户，应该很熟悉： 于是，搞IM产品的老板和产品经理们，从此又多了一个要抛给程序员们的需求——“为什么微信有扫一扫登录，而我们的没有？”。 好吧，每次只要是微信有的功能，IM程序员们想甩锅，难度就有点大了，毕竟老板们都都会想当然认为，微信有的“我”的IM产品里也得有。 既然无法回避，那就只能老老实实搞懂技术原理，然后自已使劲撸吧。 本文将简要的介绍扫码登录功能的技术实现逻辑，并实际结合淘宝、微信的扫码登录功能，学习和研究大厂主流应用的技术实现思路。 2、基本技术原理 2.1 扫码登录功能到底是什么样的？ 首先介绍下什么是扫码登录。现在大部分同学手机上都装有微信、qq和淘宝这一类的软件。而这些app都有他们相对应的网页端。为了让用户在使用他们的网页时登录更加方便和安全，使用手机扫一扫就可以登录的服务，就显得自然而然了。 几个主流大厂应用扫码登录时的界面效果如下： 有很多小伙伴可能会感到很神奇，网页上只是显示了个二维码，它怎么就知道是哪个手机扫到了二维码，并且进行登录的呢？而且，登录完成以后，还能直接把用户信息显示给用户，真的是很神奇啊。 2.2 扫码登录功能的完整技术逻辑 1）网页端与服务器的配合逻辑：

首先检查AppSecret是否填写正确(然并卵) 检查获取access_token的接口是否混淆,一个是 基础access_token ,一个是 网页授权access_token ,其差别在于基础access_token无需code,所以使用要明确 如下: 1.如果使用以下接口获取用户信息则使用 网页授权access_token ,参数和返回数据说明请参考 网页授权 http： GET （请使用https协议） https : / / api . weixin . qq . com / sns / userinfo ? access_token = ACCESS_TOKEN & openid = OPENID & lang = zh_CN 正确则返回数据 { "openid" : " OPENID" , "nickname" : NICKNAME , "sex" : "1" , "province" : "PROVINCE" , "city" : "CITY" , "country" : "COUNTRY" , "headimgurl" : "http://thirdwx.qlogo.cn/mmopen