发表于: 2018-02-05 23:20:00

1 834


完成

1.学习了Nginx正向代理和反向代理(https://www.cnblogs.com/zhouxinfei/p/7862285.html

正向代理:

在如今的网络环境下,我们如果由于技术需要要去访问国外的某些网站,此时你会发现位于国外的某网站我们通过浏览器是没有办法访问的,此时大家可能都会用一个操作FQ进行访问,FQ的方式主要是找到一个可以访问国外网站的代理服务器,我们将请求发送给代理服务器,代理服务器去访问国外的网站,然后将访问到的数据传递给我们!

 

上述这样的代理模式称为正向代理,正向代理最大的特点是客户端非常明确要访问的服务器地址;服务器只清楚请求来自哪个代理服务器,而不清楚来自哪个具体的客户端;正向代理模式屏蔽或者隐藏了真实客户端信息。

反向代理:

例如我大天朝的某宝网站,每天同时连接到网站的访问人数已经爆表,单个服务器远远不能满足人民日益增长的购买欲望了,此时就出现了一个大家耳熟能详的名词:分布式部署;也就是通过部署多台服务器来解决访问人数限制的问题。

 

 

2.学习配置文件nginx.conf

main:用于进行nginx全局信息的配置

events:用于nginx工作模式的配置

http:用于进行http协议信息的一些配置

server:用于进行服务器访问信息的配置

location:用于进行访问路由的配置

upstream:用于进行负载均衡的配置(我找不到这块内容?)

 

3.基础知识:一个项目服务器会有几个环境?各环境都有什么作用?

一个项目开发,会分为三个环境,开发环境,测试环境,线上环境。

1)、开发环境

概述:是在项目的开发阶段搭建的服务器

搭建人:运维

使用对象:前后端开发人员

发布人:前后端开发人员

包含:1、数据库 2、如果是前后端分离开发,开发环境要部署后端程序,以便前端调用接口 3、反向代理服务器等等

作用:方便开发人员开发,而且能让其他项目人员随时查看

2)、测试环境

概述:当项目开发完成,开始测试,那么就需要搭建测试服务器,为什么不接着适用开发环境呢?因为开发环境不稳定,开发人员可能随时都会修改BUG,随时都会部署,不方便测试工程师测试。

搭建人:运维

发布人:运维

使用对象:测试工程师,产品经理

作用:1.用于测试工程师进行测试 2.BUG修改后验证。

3)、线上环境

概述:项目上线,使用线上服务器

搭建人:运维

发布人:运维,发布时开发工程师、测试工程师、产品经理等需要在场。

使用对象:真实用户

 

4.配置Nginx,使用子域访问

这个任务其实很简单,花不了太多时间,但我今天走了很多弯路:总之就是没有事先理解好任务要我干什么,而去盲目的配置各种文件,端口,学的东西很杂很乱,到最后还没有结果。

其中就是进入ngnix.conf里改这个东西:

listen:表示当前的代理服务器监听的端口,默认的是监听80端口。注意,如果我们配置了多个server,这个listen要配置不一样,不然就不能确定转到哪里去了。

server_name:表示监听到之后需要转到哪里去,这时我们直接转到本地,这时是直接到nginx文件夹内。

location:表示匹配的路径,这时配置了/表示所有请求都被匹配到这里

root:里面配置了root这时表示当匹配这个请求的路径时,将会在这个文件夹内寻找相应的文件,这里对我们之后的静态文件伺服很有用。

index:当没有指定主页时,默认会选择这个指定的文件,它可以有多个,并按顺序来加载,如果第一个不存在,则找第二个,依此类推。

配置完后还是看不到效果,重启了ngnix服务,还是不行。最后请教明达师兄,各种杀进程,终于跑通!

参考命令(https://www.cnblogs.com/codingcloud/p/5095066.html

效果是你通过代理39.107.103.103就可以直接访问39.107.103.103:8080页面,如下


问题

nginx各种知识点领会得还不够深


收获

做任务前一定要事先理清逻辑是什么,想要达到的某种效果,哪怕花得时间长一点。

还是心态要稳,其实明确逻辑效果之后,就稳了


计划

剩下的任务


 


 


 


 


 

 

 

 

 

 



返回列表 返回列表
评论

    分享到