这几天，不知道我们学校有多少学子访问官网而不得，与其说是访问教务管理网而被拒之门外。
平常的话，这也就算了，毕竟没有几个人去登，爱看不看的是吧？
可是，这地球人都知道的日子，居然不能访问，知道这几天牵涉着多少莘莘学子的心弦啊。
你知道有多少人期待着期末考试的成绩出分么？
哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~哈哈~~~~
官网报错 “504-Gateway Time-out” 弱弱地翻译为：网关超时
"504 Gateway Time-out"是什么意思？以及什么是网关？
"504 Gateway Time-out"是什么意思 意思为网关超时。
网关(Gateway)又称网间连接器、协议转换器。网关在传输层上以实现网络互连是最复杂的网络互连设备仅用于两个高层协议不同的网络互连。网关的结构也和路由器类似不同的是互连层。网关既可以用于广域网互连也可以用于局域网互连。 网关是一种充当转换重任的计算机系统或设备。在使用不同的通信协议、数据格式或语言甚至体系结构完全不同的两种系统之间网关是一个翻译器。与网桥只是简单地传达信息不同网关对收到的信息要重新打包以适应目的系统的需求。同时网关也可以提供过滤和安全功能。大多数网关运行在OSI 7层协议的顶层--应用层。
大家都知道从一个房间走到另一个房间必然要经过一扇门。同样从一个网络向另一个网络发送信息也必须经过一道“关口”这道关口就是网关。顾名思义网关(Gateway)就是一个网络连接到另一个网络的“关口”。 按照不同的分类标准网关也有很多种。TCP/IP协议里的网关是最常用的在这里我们所讲的“网关”均指TCP/IP协议下的网关。 那么网关到底是什么呢网关实质上是一个网络通向其他网络的IP地址。
比如有网络A和网络B网络A的IP地址范围为“192.168.1.1~192. 168.1.254”子网掩码为255.255.255.0网络B的IP地址范围为“192.168.2.1~192.168.2.254”子网掩码为255.255.255.0。在没有路由器的情况下两个网络之间是不能进行TCP/IP通信的即使是两个网络连接在同一台交换机(或集线器)上TCP/IP协议也会根据子网掩码(255.255.255.0)判定两个网络中的主机处在不同的网络里。而要实现这两个网络之间的通信则必须通过网关。如果网络A中的主机发现数据包的目的主机不在本地网络中就把数据包转发给它自己的网关再由网关转发给网络B的网关网络B的网关再转发给网络B的某个主机(如附图所示)。网络B向网络A转发数据包的过程。 所以说只有设置好网关的IP地址TCP/IP协议才能实现不同网络之间的相互通信。那么这个IP地址是哪台机器的IP地址呢网关的IP地址是具有路由功能的设备的IP地址具有路由功能的设备有路由器、启用了路由协议的服务器(实质上相当于一台路由器)、代理服务器(也相当于一台路由器)。
在和 Novell NetWare 网络交互操作的上下文中网关在 Windows 网络中使用的服务器信息块 (SMB) 协议以及 NetWare 网络使用的 NetWare 核心协议 (NCP) 之间起着桥梁的作用。网关也被称为 IP 路由器。
有很多同仁都找到了解决这个问题的方法：
解决nginx下504 Gateway Time-out：
在 CentOS下配置lnmp组合基本上用的都是同样的配置文件，一直都没出现过问题，可最近在一个vps上安装同样的环境之后，网站在线10多人就出 现了打开速度非常缓慢的情况，有好几次都是直接达到了nginx中设置的脚本最大超时时间300秒，结果导致nginx往客户端浏览器发送了一个504
Gateway Time-out的错误代码，分析了之后改动了几处配置文件，终于避免了该情况的出现。
从错误代码基本可以确定跟nginx本身无关，主要是提交给php-fpm的请求未能正确反馈而导致，一般情况下，提交动态请求的时候，nginx会直接把 请求转交给php-fpm，而php-fpm再分配php-cgi进程来处理相关的请求，之后再依次返回，最后由nginx把结果反馈给客户端浏览器，但 我这个vps目前跑的是个纯php应用内容，实际上用户所有的请求都是php请求，有的耗费时间比较久，php-cgi进程就一直都被用满，而php- fpm本身的配置文件只打开了10组php-cgi进程，这样的话在线用户稍微多的话就会导致请求无法被正常处理而出错。
大概分析出了原 因，下面做就比较容易了，首先是更改php-fpm的几处配置：
把max_children由之前的10改为现在的30，这样就可以保证 有充足的php-cgi进程可以被使用；
把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程 处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。
接着再更改nginx的几个配置项，减少FastCGI的请求次 数，尽量维持buffers不变：
fastcgi_buffers由 4 64k 改为 2 256k；
fastcgi_buffer_size 由 64k 改为 128K；
fastcgi_busy_buffers_size 由 128K 改为 256K；
fastcgi_temp_file_write_size 由 128K 改为 256K。
好了，重新加载php-fpm和nginx的配置，再次测试，至今两周时间内没有再出现504 Gateway Time-out的情况，算是达到效果了。
另外，php-fpm的默认静态处理方式会使得php-cgi的进程长期占用内存而无法释放，这也是导致nginx出错的原因之一，因此可以将php-fpm的处理方式改成apache模式。
<value name=”style”>apache-like</value>
从更改完毕到现在的测试表明上述方式的效果还是很明显的，并没有发现一次Nginx502 bad gateway或504 Gateway Time-out错误。当然，如果你的VPS或者服务器的性能足够好可以根据具体情况不必做无谓的改动。
希望学校官网尽快地从与504的超时恋情中得到解救！！阿门！！