在Linux服务器上设置uwsgi和redis自启动
参考博客
人为启动
- uwsgi:进入uwsgi.ini路径(本系统中为/usr/local/python-uwsgi/)
uwsgi uwsgi.ini可以启动uwsgi; - redis:进入redis路径(本系统中为/usr/local/redis/bin)
./redis-server可以启动redis;
A Coder,a Programmer,a Developer
uwsgi uwsgi.ini可以启动uwsgi;./redis-server可以启动redis;[定义]介质访问控制子层,是属于数据链路层的一个子层。任务是协调活动结点的传输,用来让使用介质的每一个结点能够隔离同一信道中其他结点的信号。常见的控制方法有:信道划分介质访问控制、随机访问介质访问控制和轮询访问介质访问控制:
将每一个设备与统一信道其他设备的通信,彼此隔离开。把时域和频域资源(信号的两个属性,简单理解就是时间和频段)合理地分配给网络上的设备。
数据链路层连接的建立、维持和释放的过程。
将分组信息封装成帧,帧的首部和尾部含有很多控制信息,具有确认帧的界限的作用,所以叫帧定界。
接收方从二进制比特流中能够区分出帧的开始和结束。
无论什么样的比特组合都能够在链路上传输。即,即使数据中恰好出现与帧定界符相同的比特组合的情况,都能够很好地解决。
对发送方的发送速率进行限制,使之适应接收方的接收能力。常见的方式有停止-等待协议和滑动窗口协议等:
一方的主键作为多方的外键
1 | IP:192.168.5.121 |
理解:
推荐阅读:单点登录原理与简单实现
Http无状态协议。浏览器使用http协议对服务器发出的每一次请求,服务器都会独立处理,不与之前或之后的请求产生关联,即无状态。所以为了保护服务器的某些资源,必须限制浏览器请求,鉴定请求的合法性。既然http无状态,就让服务器和浏览器共同维护一个状态,即会话机制。
会话。浏览器第一次请求服务器,服务器创建一个会话,并将会话的id作为响应的一部分发送给浏览器。浏览器存储该id,并在第二次第三次请求时带上该id,服务器取得请求中的会话id就知道是不是同一个用户了。
会话机制。服务器在内存中保存session对象。浏览器在cookie中保存sessionId,在Tomcat中sessionId用的是JSESSIONID,流程如下:

浏览器第一次输入帐密,服务器拿到帐密去数据库比对,比对正确说明是合法用户,将该会话标记为“已授权”或“已登录”的状态,该会话状态被服务器保存在会话对象中,当用户再次访问时,服务器在会话对象中查看登录状态,判断是否合法,合法后才允许访问。
单系统登录解决方案的核心是cookie,cookie携带会话id在浏览器和服务器之间维护会话状态,但cookie受到域的限制(通常对应网站的域名)。浏览器在发送http请求时会自动携带与该域匹配的cookie,而不是所有cookie。。需要注意的是,曾经流行过的顶级域名的方式虽然可行,但面临着应用群域名不统一,技术不同,共享cookie无法跨语言平台登录,cookie本身不安全等诸多问题。