说起缓存，老猫觉得大家应该都不陌生，大家如果做web开发的话，遇到最多的应该就是浏览器缓存了吧。本节来和大家分享一下nginx和浏览器缓存之间的关系以及和服务器缓存之间的关系。
我们以一张nginx缓存的图示作为开端，如下图
从图上我们可以看出，其实nginx的缓存分为两部分，一部分是nginx中本身的一些静态资源文件缓存到本地的浏览器中，第二部分的缓存就是上游系统的一些数据或者页面等等资源缓存到nginx中。其中第一部分的缓存有助于提升用户访问时的访问效率，第二部分缓存主要基于内网，当用户请求相同的资源的时候无需多次访问我们的服务器，某种意义上来说节省了内网资源，提升了访问效率。这两种缓存本质上都提高了用户的体验。
1、通过expires参数的配置从而要限定前段浏览器缓存页面的时间长度。主要配置信息如下：
1 | location /files { |
之前简单聊了一下负载均衡，包括四层负载均衡以及七层负载均衡，以及市面上常用来做负载均衡的设备以及软件，本节里面我们主要看一下Ngnix负载均衡的配置。
这节主要和大家聊一下负载均衡(GSLB)，相信大家都多多少少了解一些负载均衡。本质上就是指的是把请求均匀的分摊到多个服务器上处理。其实目前市面上实现负载均衡的方式有很多种，从大概念上讲，我们的负载均衡分为软负载以及硬负载。一般软负载指的就是通过软件实现负载均衡，硬负载指通过硬件实现负载均衡，例如利用f5实现。后面重点会和大家分享软负载的种类以及常见软负载的用法。在正式介绍相关负载均衡之前，老猫先和大家一起回顾一下大学中我们一起学过的计算机基础知识。
随着业务的发展，我们的线上用户访问量往往会越来越大，这时候就会产生很多访问日志。现有的日志都会存在 access.log 文件中，但是随着时间的推移，这个文件的内容会越来越多，体积会越来越大，不便于运维人员查看，所以我们可以通过把这个大的日志文件切割为多份不同的小文件作为日志，切割规则可以以天为单位，如果每天有几百G或者几个T的日志的话，则可以按需以每半天或者每小时对日志切割一下。
下面是老猫整理出来的切割nginx的日志的方法。当然是通过我们的shell脚本去执行。具体步骤如下：
Update your browser to view this website correctly. Update my browser now
