很多项目集成cas单点登录系统，在本地开发联调的时候，往往会遇到单点登录的拦截，这会影响到我们正常的联调。我们客户端和服务通信的身份信息存储在浏览器cookie里面，那么处理方式非常简单。我们只要想办法获取cookie并在浏览器application中手动增加cookieName=value即可。当前端下次再去请求后端接口，因为有cookie，服务器会查询到对应的session，就会认为客户端已经

前端服务发布，一些css,js文件的响应头会进行强缓存的设置，比如响应头：Cache-Control, Etag, Last-Modified等。结果就是浏览器会缓存这些静态资源文件，如果前端服务迭代发布了，即使静态资源进行了更新，但是你的浏览器可能使用强缓存，访问缓存在本地的旧的静态资源文件，造成一系列的问题。本文基于openresty在nginx上面解决该问题。

之前的文章有介绍过spring boot 动态切换数据源spring boot 动态切换数据源（数据源信息从数据库中读取）_lgq2016的博客-CSDN博客，今天简单介绍一下动态数据源切换实战，主要是实现多租户功能，数据隔离采用的方式是：同一个库，多个schema（数据库使用oracle）实现。多租户实现的核心逻辑是：通过访问域名区分不同的租户，进而切换到不同的数据源，即不同的schema.Ab

的说明： 采用http协议版本 默认是1.1 ，对于1.0的请求不会压缩，如果设置成1.0，表示http1.0以上 的版本都会压缩。9、压缩文件类型（默认总是压缩 text/html类型，其中特别说明的是application/javascript和text/javascript最好都加上，若页面script标签的type不同则有可能发生部分js文件不会压缩，默认type为application/

openresty在nginx基础上集成了很多功能，比如可以直接调用redis,mysql，http接口等服务，比较流行的网关kong就是通过openresty实现的。日常开发和运维离不开nginx，实现稍微复杂的功能：简单权限控制，灰度发布等就可以通过openresty实现。本文通过openresty定时器定期请求http接口获取更新的黑名单数据，过滤用户并做进一步的判断（结合实际的业务需求）进

某服务domain.com.cn 之前DNS解析到服务真实地址10.1.1.11，后面需要对用户登录增加黑名单功能，于是在openresty针对服务domain.com.cn的特性完成了黑名单功能。黑名单功能已经上线几个月，但是DNS从服务真实地址10.1.1.11切换到openresty10.1.4.2 一直遇到些问题，直到半个多月前才已经完成DNS切换，openresty lua脚本运行半个多

查询cookie键为version的值，如果该cookie值为V1则转发到server_01，为V2则转发到server_02，cookie值都不匹配的情况下默认走server_01所对应的服务器。

install 打jar包 包含依赖包

nginx可以配置访问日志，如果我们要对日志文件进行统计分析，在linux环境下可以借助awk命令完成。1.统计调用uri次数最多的前20个。2.统计size 大小最大的前20个。

nginx 多个server_name