uWSGI是一个Web服务器，它实现了WSGI协议、uwsgi、http等协议。Nginx中HttpUwsgiModule的作用是与uWSGI服务器进行交换。
要注意 WSGI / uwsgi / uWSGI 这三个概念的区分。
WSGI是一种通信协议。
uwsgi是一种线路协议而不是通信协议，在此常用于在uWSGI服务器与其他网络服务器的数据通信。
而uWSGI是实现了uwsgi和WSGI两种协议的Web服务器。
uwsgi协议是一个uWSGI服务器自有的协议，它用于定义传输信息的类型（type of information），每一个uwsgi packet前4byte为传输信息类型描述，它与WSGI相比是两样东西。
在本地的虚拟环境中，项目根目录下，执行命令收集所有包
pip freeze > plist.txt
通过ftp软件将开发好的项目上传到此服务器的某个目录
安装并创建虚拟环境，如果已有则跳过此步
sudo apt-get install python-virtualenv
python -m venv 11_venv [虚拟环境名称]
在虚拟环境上工作，安装所有需要的包
source / 11_venv/bin/active
pip install -r plist.txt
更改settings.py文件
DEBUG = False
ALLOW_HOSTS=[‘*‘,]表示可以访问服务器的ip
启动服务器，运行正常，但是静态文件无法加载
1：uWSGI
uWSGI实现了WSGI的所有接口，是一个快速、自我修复、开发人员和系统管理员友好的服务器
安装uWSGI
pip install uwsgi
注（安装遇到的错误）：pip install uwsgi安装uwsgi出错
如果以前修改过电脑的python版本，可能安装失败，这是Python版本造成的，
终端输入 python，看电脑用的哪个版本（我的是python3.5）
那么安装3.5的python-dev，大概几分钟
sudo apt-get install libpython3.5-dev
再次执行
pip install uwsgi
安装成功
配置uWSGI，在项目中新建文件uwsgi.ini，编写如下配置
[uwsgi]
socket=127.0.0.1:端口（使用nginx连接时，使用socket）
#http=外网ip:端口（直接做web服务器，使用http）
chdir=项目根目录
wsgi-file=项目中wsgi.py文件的目录，相对于项目根目录
processes=4
threads=2
master=True
pidfile=uwsgi.pid
daemonize=uswgi.log
我的配置参考
[uwsgi]
socket=10.212.63.20:8000
#http=127.0.0.1:8000
chdir=/home/shihao/Desktop/bushulianxi/test7
wsgi-file=test7/wsgi.py
processes=4
threads=2
master=True
pidfile=uwsgi.pid
daemonize=uswgi.log
启动：uwsgi --ini uwsgi.ini （需要在项目目录下执行,注意ini前面是两个-）
停止：uwsgi --stop uwsgi.pid
重启：uwsgi --reload uwsgi.pid
结果：使用http协议查看网站运行情况，运行正常，但是静态文件无法加载
2：使用nginx
nginx的作用：
负载均衡：多台服务器轮流处理请求
反射代理：隐藏真实服务器
实现构架：客户端请求nginx，再由nginx请求uwsgi，运行django框架下的python代码
nginx+uwsgi也可以用于其它框架的python web代码，不限于django
到官网下载nginx压缩文件或通过命令安装
sudo apt-get install nginx
默认安装到/usr/local/nginx/sbin/目录（我的在/usr/sbin下），**注意：最好进入此目录执行命令**
查看版本：sudo nginx -v
启动：sudo nginx
停止：sudo nginx -s stop
重启：sudo nginx -s reload
通过浏览器查看nginx运行结果
一些注意：
#如果nginx没有安装在默认目录，可以搜索nginx的安装目录
sudo ps -ajx | grep nginx
#查看nginx.conf配置文件目录(需先进入安转目录)
sudo nginx -t
#如果80端口被占用，使用命令关闭占用80端口的程序
sudo fuser -k 80/tcp
指向uwsgi项目：编辑nginx.conf文件（我的在/etc/nginx下）
sudo vim nginx.conf
在server下添加新的location项，指向uwsgi的ip与端口
location / {
include uwsgi_params;将所有的参数转到uwsgi下
uwsgi_pass uwsgi的ip与端口;
}
注意:原来nginx.conf有两行必须注释掉。
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;
修改uwsgi.ini文件，启动socket，禁用http
重启nginx、uwsgi
结果：在浏览器中查看项目，发现静态文件加载不正常，接下来解决静态文件的问题
3：处理静态文件
静态文件一直都找不到，现在终于可以解决了
所有的静态文件都会由nginx处理，不会将请求转到uwsgi
配置nginx的静态项，打开conf/nginx.conf文件，找到server，添加新location
location /static {
alias /var/www/test5/static/; #注：地址是自己随便定的
}
在服务器上创建目录结构“/var/www/test5/”
cd /var/www
mkdir test5
cd test5
mkdir static
sudo chmod 777 static
修改settings.py文件
STATIC_ROOT=‘/var/www/test5/static/‘
STATIC_URL=‘/static/‘
收集所有静态文件到static_root指定目录：python manage.py collectstatic
此时可以发现静态文件都存在了/var/www/test5/static 文件夹下
重启nginx、uwsgi
Linux中高级IO多路转接中select、poll和epoll的优缺点，select和poll的缺点以及epoll的优点。
一、select的缺点：
1、编写难度大
2、同时处理的文件描述符是有上限的
3、每次需要重新设定fd集合
4、性能会随用户的增多而效率降低
5、输入输出参数在一起
select的几大缺点：
（1）每次调用select，都需要把fd集合从用户态拷贝到内核态，这个开销在fd很多时会很大
（2）同时每次调用select都需要在内核遍历传递进来的所有fd，这个开销在fd很多时也很大
（3）select支持的文件描述符数量太小了，默认是1024
二、poll的缺点
poll是对select的一种改良，最突出的改良有两点：
1、文件描述符数量没有上限
2、将输入输出参数进行分离，不用每次设定
那么poll的缺点是：
poll中监听的文件描述符数目增多时：
1、和select一样，poll返回后，需要轮询pollfd来获取就绪的描述符
2、每次调用poll都需要大把大量客户端在一时刻可能只有很少的处于就绪状态，因此随着监视的描述符数量的增长，其效率也会线性下降。
三、epoll的优点：
1、文件描述符数目没有上限：通过epoll_ctl()来注册一个文件描述符，内核中使用红黑树的数据结构来管理所有需要监控的文件描述符。
2、基于事件就绪通知方式：一旦被监听的某个文件描述符就绪，内核会采用类似于callback的回调机制，迅速激活这个文件描述符，这样随着文件描述符数量的增加，也不会影响判定就绪的性能。
3、维护就绪队列：当文件描述符就绪，就会被放到内核中的一个就绪队列中，这样调用epoll_weit获取就绪文件描述符的时候，只要取队列中的元素即可，操作的时间复杂度恒为O（1）。
4、关于有些地方说：epoll还有内存映射机制，即内核将就绪队列通过mmap的方式映射到用户态，避免了拷贝内存这样的额外性能开销。关于这一点，我并不认为这是epoll的优点，因为他和epoll底层工作方式相悖。mmap是一种共享内存，但是我们都知道共享内存中一旦有数据，用户就能直接看到，并且使用，但是epoll_wait在取数据时传入了一块缓存区这是和贡献内存相悖的其一；其二是操作系统并不相信任何人，尤其是用户，它不会让用户直接去取内核中的数据。
文件系统是操作系统用于明确存储设备（常见的是磁盘，也有基于NAND Flash的固态硬盘）或分区上的文件的方法和数据结构；即在存储设备上组织文件的方法。操作系统中负责管理和存储文件信息的软件机构称为文件管理系统，简称文件系统。文件系统由三部分组成：文件系统的接口，对对象操纵和管理的软件集合，对象及属性。从系统角度来看，文件系统是对文件存储设备的空间进行组织和分配，负责文件存储并对存入的文件进行保护和检索的系统。具体地说，它负责为用户建立文件，存入、读出、修改、转储文件，控制文件的存取，当用户不再使用时撤销文件等。
UTF-8 国际组织 3字节
GBK 防本土 2字节
哈希密码：密钥 加颜 不可逆算法
put 修改全部
patch 指定修改
get
post
head
原文地址：https://www.cnblogs.com/wyf2019/p/10959657.html