location指令是http模块当中最核心的一项配置，根据预先定义的URL匹配规则来接收用户发送的请求，根据匹配结果，将请求转发到后台服务器、非法的请求直接拒绝并返回403、404、500错误处理等。
~ 波浪线表示执行一个正则匹配，区分大小写
~* 表示执行一个正则匹配，不区分大小写
^~ 表示普通字符匹配，如果该选项匹配，只匹配该选项，不匹配别的选项，一般用来匹配目录
= 进行普通字符精确匹配
@ 定义一个命名的 location，使用在内部定向时，例如 error_page, try_files
基于Linux的安装，本篇教程提供两种安装实现，尽管之前安装过很多次，但是这里还是做一个整理。
优点：不用担心依赖关系、一键安装。
缺点：由于YUM源的问题、Nginx可能不是最新版本。安装路径不能自定义等问题。
yum list nginxyum -y install nginxwhereis nginx
#相关配置路径
nginx: /usr/sbin/nginx /etc/nginx /usr/lib64/nginx /usr/share/nginx /usr/share/man/man8/nginx.8.gz /usr/share/man/man3/nginx.3pm.gzservice nginx start上一篇讲到使用Ehcache实现分布式缓存，尽管其直接操作JVM内存，速度快，效率高，但是缓存同步麻烦，分布式集群配置不方便，如果应用服务器重启会丢失缓存数据。
下面来分析一下Redis做系统session缓存实现。
Redis是一个key-value存储系统。和Memcached类似， 它的出现，很大程度补偿了memcached这类key/value存储的不足，在部 分场合可以对关系数据库起到很好的补充作用。它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hash（哈希类型）。
Redis还支持主从同步。数据可以从主服务器向任意数量的从服务器上同步，从服务器可以关联其他从服务器的主服务器。
Redis是通过socket访问到缓存服务，效率比ecache低，但比数据库要快很多，处理集群和分布式缓存方便，有成熟的方案。
最近在做一款产品，对外提供学生成绩报告的查询，支付，查看以及下载等一系列功能，这里就简称成绩报告查询系统吧。
初步参赛人数十万左右，可能会存在相对高的并发同时在线，所以开发阶段就对负载均衡集群做了设计。
当然，涉及到负载均衡集群，就要考虑的Session存储的问题，由于项目本身使用了Ehcache做本地缓存，Shiro对其做了很好的封装，并且Ehcache也是支付分布式缓存同步的。所以，采用Ehcache做session存储暂且是一种实施方案。
EhCache 是一个纯Java的进程内缓存框架，具有快速、精干等特点，是Hibernate中默认的CacheProvider。Ehcache是一种广泛使用的开源Java分布式缓存。主要面向通用缓存,Java EE和轻量级容器。它具有内存和磁盘存储，缓存加载器,缓存扩展，缓存异常处理程序，一个gzip缓存servlet过滤器，支持REST和SOAP api等特点。
EhCache 应用架构图，下图是 EhCache 在应用程序中的位置：
