nginx高效解决方案(nginx!)

nginx!

那是对方的服务器出了问题的，过后再方问，对方修复后就可以了。

对方的服务器是nignx平台的，就会出现上面的信息。

或者基本可以确认你是中木马了，想办法用杀毒软件查杀一下吧，进行一下IE设置恢复

nginx跨域配置

在开发静态页面时，类似Vue的应用，我们常会调用一些接口，这些接口极可能是跨域，然后浏览器就会报cross-origin问题不给调。

最简单的解决方法，就是把浏览器设为忽略安全问题，设置--disable-web-security。不过这种方式开发PC页面到还好，如果是移动端页面就不行了。

解决办法

使用Nginx转发请求。把跨域的接口写成调本域的接口，然后将这些接口转发到真正的请求地址。

其实不仅是在开发调试时候能这么干，在生产环境也能这么玩。利用Nginx转发请求之后，就能够让所要部署的静态页面不需要放在跟请求接口同域的地方。

nginx 配置详解

TCP 配置是 Nginx 中一个比较关键的属性，它可以控制 Nginx 传输协议。当配置 Nginx 时，需要注意以下几点：

1. Nginx 中的 tcp 配置有三个参数：接收缓冲区大小（rcvbuf）、发送缓冲区大小（sndbuf）和最后一次活动（linger）。

2. 接收缓冲区和发送缓冲区的大小的单位都是字节，且一般都要大于或等于4K，通常情况下，接收缓冲区要大于发送缓冲区。

3. linger 有三个属性，即： on（开启）、off（关闭）和 timeout（超时），当开启时，Nginx 在服务器关闭连接之前，会将发送缓冲区中的未完成数据发送出去，而 timeout 属性则可以设定超时时间，默认超时时间为0，即Nginx不会考虑超时时间。

4. 在配置 Nginx 时，要根据实际情况调整 tcp 参数，以获得最佳性能。

nginx怎么读

架构顾名思义，就是解决业务问题的框架结构。 其有两个主体特征：

1

支撑系统主要业务

2

从主业务视角看，架构功能足够内聚单一

支撑主业务流程比较好理解，可以从两个方面考虑：

首先业务的主工作量都要在架构上体现，即架构抽象了主业务流程内的重复并提供一种设计构造让这些主业务流程复用；否则就很可能就是架构设计抽象的广度不够或者深度不够。

其次就是刚开始设计架构的时候，先考虑业务的主要方面，一些细节旁支可以先不用考虑，架构的本质就是抽象和组织，过早考虑细节和旁支会干扰主架构抽象的清晰程度；否则就会犯架构面面俱到的问题。

孙子兵法云：备前则后寡,备后则前寡；备左则右寡，备右则左寡；无所不备,则无所不寡。讲的就是克服架构设计中的贪心和侥幸心理，想面面俱到，其实就是面面都不俱到。

能够抓住主要问题，解决透彻就很成功了

架构的功能内聚、单一是架构另一个重要特征。比如人们有居住的需求，需要房屋，从用户需求分析，对房屋墙壁来说，要能起到遮风挡雨、采光通风、坚固宽敞等作用。

转换为业务需求就是要墙壁具备支撑、屏蔽等功能。对于普通的砖房，墙壁占据了主体功能的相当比重，满足架构特征1，但是墙壁同时混杂了支撑和屏蔽两项功能，不满足架构特征2，这样调整屏蔽功能时（像改变门窗的位置以改善采光通风等）就会影响承重支撑功能，带来安全隐患。

nginx部署vue

vue是用来开发前端的,nginx是做反向代理的，如果想通过浏览器访问你的界面，可以通过nginx进行代理