-
HTTP网站资源类型
-
HTTP网站访问度量
-
企业常用网站服务软件
-
nginx网站服务特性
-
nginx服务部署安装
1.HTTP网站资源类型
1) 每个页面都有一个固定的URL/URI地址，且URL一般以.html、.htm、.shtml等常见形式为后缀，而且地址中不含有问号“？”或“&”等特殊符号。
2) 网页内容一经发布到网站服务器上，无论是否有用户访问，每个网页的内容都是保存在网站服务器文件系统上的，也就是说，静态网页是实实在在保存在服务器上的文件实体，每个网页都是一个独立的文件。 缺点
3) 网页内容是固定不变的，因此，容易被搜索引擎收录（容易被用户找到）（优点）。
4) 因为网页没有数据库的支持，所以在网站制作和维护方面的工作量较大，当网站信息量很大时，完全依靠静态网页比较困难（缺点）。
5) 网页的交互性较差，在程序的功能实现方面有较大的限制（缺点）。
6) 网页程序在用户浏览器端解析，如IE浏览器，程序解析效率很高，由于服务器端不进行解析，并且不需要读取数据库，因此服务器端可以接受更多的并发访问。当客户端向服务器请求数据时，服务器会直接从磁盘文件系统上返回数据（不做任何解析）。待客户端拿到数据后，在浏览器端解析并展现出来（优点）。
1) 网页扩展名后缀常见为：.asp、.aspx、.php、.js、.do、.cgi等。
2) 网页一般以数据库技术为基础，大大降低了网站维护的工作量。
3) 采用动态网页技术的网站可以实现更多的功能，如用户注册、用户登录、在线调查、投票、用户管理、订单处理、发博文等。
4) 动态网页并不是独立存在于服务器上的网页文件，当用户请求服务器上的动态程序时，服务器解析这些程序并可能通过读取数据库来返回一个完整的网页内容。
5) 动态网页中的“？”在搜索引擎的收录方面存在一定的问题，搜索引擎一般不会从一个网站的数据库中访问全部网页，或者出于技术等方面的考虑，搜索蜘蛛一般不会去抓取网址中“？”后面的内容，因此在企业通过搜索引擎进行推广时，需要针对采用动态网页的网站做一定的技术处理（伪静态技术），以便适应搜索引擎的抓取要求。
什么是盗链:
其它公司网站盗取本地网站链接资源,消耗本地网站流量
1) 网页一般以数据库技术为基础，大大降低了网站维护的工作量。
2) 采用动态网页技术的网站可以实现更多的功能，如用户注册、用户登录、在线调查、投票、用户管理、订单处理、发博文等
3) 网页内容是固定不变的，因此，容易被搜索引擎收录（容易被用户找到）（优点）
2.网站访问度量方式：
ip：记录每一个用户源IP地址,进行统计（不同ip访问ip数据累加，统计方式：awk数组，分析日志，ELK（开源软件程序），百度统计等）
pv:记录统计页面访问量pageview
uv:记录独立访客数
cookie的由来:
HTTP协议是无状态的，无状态的意思是每次请求都是独立的，它的执行情况和结果与前面的请求和之后的请求都无直接关系，它不会受前面的请求响应情况直接影响，也不会直接影响后面的请求响应情况。
一句有意思的话来描述就是人生只如初见，对服务器来说，每次请求都是全新的。
状态可以理解为客户端和服务器在某次会话中产生的数据，那无状态的就以为这些数据不会被保留。会话中产生的数据又是我们需要保存的，也就是说要“保持状态”。因此cookie就是在这样一个场景下诞生。
什么是cookie:
cookie具体指的是一段小信息，它是服务器发送出来存储在浏览器上的一组组键值对，下次访问服务器时浏览器会自动携带这些键值对，以便服务器提取有用信息。
:
session的由来:
cookie虽然在一定程度上解决了“保持状态“的需求，但是由于cookie本身最大支持4096字节，以及cookie本身保存在客户端，可能被拦截或窃取，因此就需要有一种新的东西，它能支持更多的字节，并且他保存在服务器，有较高的安全性。这就是session。
问题来了，基于http协议的无状态特征，服务器根本就不知道访问者是”谁“。那么上述的cookie就起到桥接的作用。
我们可以给每个客户端的cookie分配一个唯一的id，这样用户在访问时，通过cookie，服务器就知道来的人是”谁“。然后我们再根据不同的cookie的id，在服务器上保存一段时间的私密资料，如”账号密码“等。
总结而言：cookie弥补了http无状态的不足，让服务器知道来的人是”谁“，但是cookie以文本的形式保存在本地，自身安全性较差，所以我们就通过cookie识别不同的用户，对应的在session里保存私密的信息以及超过4096字节的文本。
ps:cookie以文本格式存储在浏览器上，存储量有限；而会话存储在服务端，可以无限量存储多个变量并且比cookie更安全
3.企业常用网站web服务
静态web服务: nginx apache Tengine
动态web服务: php(php编写动态页面) tomcat(java编写动态页面) python(框架编写动态页面)
nginx网站服务：
特点：处理高并发能力，占用本地服务器资源比较少（内存资源）
功能：⑴.nginx可以实现网站web服务功能
⑵.nginx可以实现负载均衡功能
⑶.nginx可以实现数据缓存功能
缓存的作用是用来减缓后端压力
nginx使用的网络模型是epoll
apache使用的网络模型是select
epoll与select：
select，epoll都是IO多路复用的机制。I/O多路复用就通过一种机制，可以监视多个描述符，一旦某个描述符就绪（一般是读就绪或者写就绪），能够通知程序进行相应的读写操作。但select，epoll本质上都是同步I/O，因为他们都需要在读写事件就绪后自己负责进行读写，也就是说这个读写过程是阻塞的，而异步I/O则无需自己负责进行读写，异步I/O的实现会负责把数据从内核拷贝到用户空间。
一.问题引出
问题的引出，当需要读两个以上的I/O的时候，如果使用阻塞式的I/O，那么可能长时间的阻塞在一个描述符上面，另外的描述符虽然有数据但是不能读出来，这样实时性不能满足要求，大概的解决方案有以下几种：
1.使用多进程或者多线程，但是这种方法会造成程序的复杂，而且对与进程与线程的创建维护也需要很多的开销。（Apache服务器是用的子进程的方式，优点可以隔离用户）
2.用一个进程，但是使用非阻塞的I/O读取数据，当一个I/O不可读的时候立刻返回，检查下一个是否可读，这种形式的循环为轮询（polling），这种方法比较浪费CPU时间，因为大多数时间是不可读，但是仍花费时间不断反复执行read系统调用。
3.异步I/O（asynchronous I/O），当一个描述符准备好的时候用一个信号告诉进程，但是由于信号个数有限，多个描述符时不适用。
4.一种较好的方式为I/O多路转接（I/O multiplexing）（貌似也翻译多路复用），先构造一张有关描述符的列表（epoll中为队列），然后调用一个函数，直到这些描述符中的一个准备好时才返回，返回时告诉进程哪些I/O就绪。select和epoll这两个机制都是多路I/O机制的解决方案，select为POSIX标准中的，而epoll为Linux所特有的。
区别（epoll相对select优点）主要有三：
1.select的句柄数目受限，在linux/posix_types.h头文件有这样的声明：#define __FD_SETSIZE 1024 表示select最多同时监听1024个fd。而epoll没有，它的限制是最大的打开文件句柄数目。
2.epoll的最大好处是不会随着FD的数目增长而降低效率，在selec中采用轮询处理，其中的数据结构类似一个数组的数据结构，而epoll是维护一个队列，直接看队列是不是空就可以了。epoll只会对“活跃”的socket进行操作---这是因为在内核实现中epoll是根据每个fd上面的callback函数实现的。那么，只有“活跃”的socket才会主动的去调用 callback函数（把这个句柄加入队列），其他idle状态句柄则不会，在这点上，epoll实现了一个“伪”AIO。但是如果绝大部分的I/O都是“活跃的”，每个I/O端口使用率很高的话，epoll效率不一定比select高（可能是要维护队列复杂）。
3.使用mmap加速内核与用户空间的消息传递。无论是select，poll还是epoll都需要内核把FD消息通知给用户空间，如何避免不必要的内存拷贝就很重要，在这点上，epoll是通过内核于用户空间mmap同一块内存实现的。
二、接口
1）select
1. int select（int maxfdp1， fd_set *restrict readfds， fd_set *restrict writefds， fd_set *restrict exceptfds， struct timeval *restrict tvptr）;
struct timeval{
long tv_sec;
long tv_usec;
}
有三种情况：tvptr == NULL 永远等待；tvptr-》tv_sec == 0 && tvptr-》tv_usec == 0 完全不等待；不等于0的时候为等待的时间。select的三个指针都可以为空，这时候select提供了一种比sleep更精确的定时器。注意select的第一个参数maxfdp1并不是描述符的个数，而是最大的描述符加1，一是起限制作用，防止出错，二来可以给内核轮询的时候提供一个上届，提高效率。select返回－1表示出错，0表示超时，返回正值是所有的已经准备好的描述符个数（同一个描述符如果读和写都准备好，对结果影响是+2）。
2.int FD_ISSET（int fd， fd_set *fdset）; fd在描述符集合中非0，否则返回0
3.int FD_CLR（int fd， fd_set *fd_set）; int FD_SET（int fd， fd_set *fdset） ;int FD_ZERO（fd_set *fdset）;
用一段linux 中man里的话“FD_ZERO（） clears a set.FD_SET（） and FD_CLR（） respectively add and remove a given file descriptor from a set. FD_ISSET（） tests to see if a file descriptor is part of the set; this is useful after select（） returns.”这几个函数与描述符的0和1没关系，只是添加删除检测描述符是否在set中。
2）epoll
1.int epoll_create（int size）;
创建一个epoll的句柄，size用来告诉内核这个监听的数目一共有多大。这个参数不同于select（）中的第一个参数，给出最大监听的fd+1的值。需要注意的是，当创建好epoll句柄后，它就是会占用一个fd值，在linux下如果查看/proc/进程id/fd/，是能够看到这个fd的，所以在使用完epoll后，必须调用close（）关闭，否则可能导致fd被耗尽。
2. int epoll_ctl（int epfd， int op， int fd， struct epoll_event *event）;
epoll的事件注册函数，它不同与select（）是在监听事件时告诉内核要监听什么类型的事件，而是在这里先注册要监听的事件类型。第一个参数是epoll_create（）的返回值，第二个参数表示动作，用三个宏来表示：
EPOLL_CTL_ADD：注册新的fd到epfd中；
EPOLL_CTL_MOD：修改已经注册的fd的监听事件；
EPOLL_CTL_DEL：从epfd中删除一个fd；
第三个参数是需要监听的fd，第四个参数是告诉内核需要监听什么事，struct epoll_event结构如下：
struct epoll_event {
__uint32_t events; /* Epoll events */
epoll_data_t data; /* User data variable */
};
events可以是以下几个宏的集合：
EPOLLIN ：表示对应的文件描述符可以读（包括对端SOCKET正常关闭）；
EPOLLOUT：表示对应的文件描述符可以写；
EPOLLPRI：表示对应的文件描述符有紧急的数据可读（这里应该表示有带外数据到来）；
EPOLLERR：表示对应的文件描述符发生错误；
EPOLLHUP：表示对应的文件描述符被挂断；
EPOLLET： 将EPOLL设为边缘触发（Edge Triggered）模式，这是相对于水平触发（Level Triggered）来说的。
EPOLLONESHOT：只监听一次事件，当监听完这次事件之后，如果还需要继续监听这个socket的话，需要再次把这个socket加入到EPOLL队列里
关于epoll工作模式ET，LT
LT（level triggered）是缺省的工作方式，并且同时支持block和no-block socket.在这种做法中，内核告诉你一个文件描述符是否就绪了，然后你可以对这个就绪的fd进行IO操作。如果你不作任何操作，内核还是会继续通知你的，所以，这种模式编程出错误可能性要小一点。传统的select/poll都是这种模型的代表．
ET （edge-triggered）是高速工作方式，只支持no-block socket。在这种模式下，当描述符从未就绪变为就绪时，内核通过epoll告诉你。然后它会假设你知道文件描述符已经就绪，并且不会再为那个文件描述符发送更多的就绪通知，直到你做了某些操作导致那个文件描述符不再为就绪状态了，但是请注意，如果一直不对这个fd作IO操作（从而导致它再次变成未就绪），内核不会发送更多的通知（only once）
3. int epoll_wait（int epfd， struct epoll_event * events， int maxevents， int timeout）
等待事件的产生，类似于select（）调用。参数events用来从内核得到事件的集合，maxevents告之内核这个events有多大，这个maxevents的值不能大于创建epoll_create（）时的size，参数timeout是超时时间（毫秒，0会立即返回，-1永久阻塞）。该函数返回需要处理的事件数目，如返回0表示已超时。
简单来说：
epoll:
宿舍管理员: 查询人员登记表
幼儿园阿姨: 需要上厕所,站到一个圈里
seletc:
宿舍管理员: 一个一个房间去找(遍历)
幼儿园阿姨: 一个一个小朋友去问
4.nginx软件部署安装过程：
方式一：直接yum安装nginx
yum install -y nginx ------历史稳定版本
方式二：官方源yum安装nginx
更新nginx官方源：
vim /etc/yum.repo.d/nginx.repo
[nginx-stable]
name=nginx stable repo
baseurl=http://nginx.org/packages/centos/$releasever/$basearch/
gpgcheck=1
enabled=1
gpgkey=https://nginx.org/keys/nginx_signing.key
yum install -y nginx ----最新稳定版本
方式三：利用编译方式安装软件
第一个里程：下载并解压源码包
wget http://nginx.org/download/nginx-1.16.1.tar.gz
tar xf nginx-1.16.1.tar.gz
第二个里程：解决软件依赖关系
yum install -y pcre-devel openssl-devel
pcre: 兼容perl语言正则表达式
openssl: 可以实现HTTPS访问功能
第三个里程：编译安装软件
第一个步骤：进入源码包目录，进行配置过程
cd nginx-1.16.1
useradd www -M -s /sbin/nologin
./configure --prefix=/app/nginx-1.16.1 --user=www --group=www --with-http_ssl_module --with-http_stub_status_module
--prefix=PATH --- 指定软件程序目录
--sbin-path=PATH --- 指定软件命令文件存储路径
--conf-path=PATH --- 指定软件配置文件保存路径
--error-log-path=PATH --- 指定软件日志文件保存路径
--user=USER --- 指定nginx服务worker进程管理用户
--group=GROUP --- 指定nginx服务worker进程管理用户组
--with-http_ssl_module --- 让nginx开启HTTPS功能
--with-http_stub_status_module
第二个步骤: 编译过程==翻译过程
nginx-1.16.1目录下
make
第三个步骤: 编译安装
make install
二三步骤可以合并执行 make && make install