‘壹’ 我的网络出现504是什么意思
回答：
504错误代表网关超时 （Gateway timeout），是指服务器作为网关或代理，但是没有及时从上游服务器收到请求。
服务器（不一定是 Web 服务器）正在作为一个网关或代理来完成客户（如您的浏览器或我们的 CheckUpDown 机器人）访问所需网址的请求。 为了完成您的 HTTP 请求， 该服务器访问一个上游服务器， 但没得到及时的响应。
这通常意味着上游服务器已关闭（不响应网关/ 代理），而不是上游服务器和网关/代理在交换数据的协议上不一致。
正常情况下，是由于被请求服务器发送超时引起。
延伸：
遇到504错误，请与网站官方联系（例如通过电子邮件）——此问题个人无法解决，需要网站方和互联网服务供应商（ISP）及Web服务器软件供应商联络，检查在其控制下的不同电脑之间的IP数据传输的流通状况。
然而， 这个错误不易解决， 由于互联网流通的无规律性， 这种类型的错误是瞬态的。
‘贰’ 高考志愿填报网页打不开 ，显示的是504。连接超时 。是因为不在填报时间内 ，所以系统自动关闭吗
对的。因为不在填报时间内。到点网站才会开启填报志愿。等会就能填了。
填报志愿的第一步，就是要做到“知分、知线、知位”。“知分知线”，即考生要知道自己的分数及各批次录取控制分数线；而“位”指的是考生高考总分在全省同科类考生排位中的对应位置，即“一分一段表”上的位次。“考生可查找一分一段表，对比自己的位次和各高校往年录取位次。圈定略高于、持平、略低于自己位次的十几所高校，以便缩小范围，重点了解。”
“考了什么样的分数，在省内排名有多高，能读什么样的学校、专业，基本与多年来该位次考生的整体录取情况相一致。”华中师范大学测量与评价中心主任胡向东说。“不要妄想获得超出分数位置的录取结果，更不要听信商业机构的宣传，通过他们所谓的指导，占到便宜。”
(2)打不开网站显示504是怎么回事扩展阅读
在知己知彼后，就要考虑学校和专业的选择了。通常来说，要将兴趣爱好、职业规划与社会需求结合起来，选择合适的学校、专业。
南京大学教育研究院副教授孙俊华认为，“志愿填报要基于对一定时期的人生规划作出选择，首先需要明确个人兴趣爱好，提早规划职业生涯。”胡向东对此表示认同，“学校、专业与地域之间的选择，因个人成绩和家庭情况而异。
核心要找到匹配自己兴趣、分数条件和家庭条件的学校。有人说学校选择离家越远越好，家住海南的考生到哈尔滨读书，每年交通费都是巨大支出，这个选择也并非最优解。”
‘叁’ 打开网页显示504 Gateway Time-out是什么意思
504错误代表网关超时 （Gateway timeout），是指服务器作为网关或代理，但是没有及时从上游服务器收到请求。
任何客户端在和网络服务器通讯时，都需经过以下循环：
1、从站点的 IP 名称获得一个 IP 地址。这个对应关系 （ 即由 IP 名称向 IP 地址转换的对应关系 ） 由域名服务器 （DNSs） 提供。
2、打开一个 IP 套接字 （socket） 连接到该 IP 地址。
3、通过该套接字写 HTTP 数据流。
4、从Web服务器接受响应的 HTTP 数据流。该数据流包括状态编码， 其值取决于 HTTP 协议 。 解析该数据流得到 状态编码和其他有用信息。
5、该错误在以上所述的最后一步生成，即当客户端收到 HTTP 状态编码 并识别其为 ‘504’ 时。
(3)打不开网站显示504是怎么回事扩展阅读
特性
1、可扩展性
服务器必须具有一定的“可扩展性”，这是因为企业网络不可能长久不变，特别是在当今信息时代。
2、易使用性
服务器的功能相对于PC机来说复杂许多，不仅指其硬件配置，更多的是指其软件系统配置。服务器要实现如此多的功能，没有全面的软件支持是无法想象的。
3、可用性
对于一台服务器而言，一个非常重要的方面就是它的“可用性”，即所选服务器能满足长期稳定工作的要求，不能经常出问题。其实就等同于Sun所提出的可靠性（Reliability）。
4、易管理性
在服务器的主要特性中，还有一个重要特性，那就是服务器的“易管理性”。
‘肆’ 打开网页时出现504错误是什么
504 （网关超时） 服务器作为网关或代理，但是没有及时从上游服务器收到请求。
这个问题完全是由后端电脑之间 IP 通讯缓慢而产生，可能包括您的 Web 服务器。如果您的 Web 服务器由某一网站托管，只有负责那个网站设置的人员才能解决这个问题。
正常情况下，是由于被请求服务器发送超时引起。
(4)打不开网站显示504是怎么回事扩展阅读：
遇到 504 错误，就请与网站官方联系（例如通过电子邮件） - 此问题个人无法解决。需要网站方和互联网服务供应商 (ISP) 及 Web 服务器软件供应商联络， 检查在其控制下的不同电脑之间的 IP 数据传输的流通状况。 然而 这个错误不易解决， 由于互联网流通的无规律性， 这种类型的错误是瞬态的。
‘伍’ 我的网络出现504是什么意思
当我们访问流量较大的网站或操作数据较多的网站时，偶尔会出现504网关超时错误，这主要是由于网站服务器配置不当造成的。让我们分享解决504gatewaytime超时错误的方法。
详细介绍方法/步骤
代码解释
504网关超时字面意思是，可以理解为网页请求超时，即浏览网站网页发送的请求无响应或无响应。在网站程序层面，请求没有执行相应的php-cgi程序，或者php-cgi程序没有进行相应的处理，或者cgi程序的响应处理结果没有反馈给浏览器或者没有及时反馈给浏览器。
错误报告背景
504网关超时错误大多存在于nginx网站服务器的环境中，大多与nginx.conf和php-fpm.conf设置是否正确合理有关。解决方案是根据网站服务器性能、网站流量等诸多因素，正确合理地设置niginx.conf和php-fpm.conf的配置。
溶液
为了正确合理地配置nginx.conf，我们需要了解和理解我们网站服务器的配置性能，包括cpu、内存等。并对网站服务器进行必要的性能测试(参考vps主机性能测试方法的详细描述)，从而准确掌握网站服务器本身的性能状态；
其次，通过添加网站统计代码，分析一段时间内的网站流量情况，如cnzz站长统计等。并掌握网站日常流量和php-cgi请求的概况；
比较后，根据我们所了解的服务器性能和网络流量，我们在nginx.conf中合理正确的设置了以下语句。
fastcgi _ connect _ timeout300s
fastcgi _ send _ timeout300s
fastcgi _ read _ timeout300s
fastcgi _ buffer _ size128k
fastcgi _ buffers8128k#8128
fastcgi _ busy _ buffers _ size256k
fastcgi _ temp _ file _ write _ size 256k；
fastcgi _ intercept _ errorson
以及php-fpm.conf中max_children和request _ end _ time out的设置这两个参数的设置需要我们根据php程序和服务器带宽综合考虑，计算出合理准确的值，以避免504 gateway超时或其他cgi无响应错误。
‘陆’ 打开网页出现504是什么
打开网页出现504是通常意味着上游服务器已关闭（不响应网关 / 代理），而不是上游服务器和网关 / 代理在交换数据的协议上不一致。
正常情况下，是由于被请求服务器发送超时引起。服务器（不一定是 Web 服务器）正在作为一个网关或代理来完成客户（如您的浏览器或我们的 CheckUpDown 机器人）访问所需网址的请求。 为了完成您的 HTTP 请求， 该服务器访问一个上游服务器， 但没得到及时的响应。
(6)打不开网站显示504是怎么回事扩展阅读
解决方法
这个问题完全是由后端电脑之间 IP 通讯缓慢而产生， 可能包括 Web 服务器。 如果 Web 服务器由某一网站托管， 只有负责那个网站设置的人员才能解决这个问题。
网络上代理和缓存的使用日渐增加。尽管 CheckUpDown 机器人将总是试图 ' 钻入 ' 真正收管的网站的电脑， 但是 HTTP 请求实际上落在哪里并不能完全控制。 只要在处理 HTTP 请求的一连串电脑中， 有一个环节坏了，类似 504 的错误就很容易产生。
遇到 504 错误，与网站官方联系（例如通过电子邮件），此问题个人无法解决。需要网站方和互联网服务供应商 (ISP) 及 Web服务器软件供应商联络， 检查在其控制下的不同电脑之间的 IP 数据传输的流通状况。
参考资料来源：网络-504错误
‘柒’ "504 Gateway Time-out"是怎么回事
504 Gateway Time-out就字面意思，我们可以理解为网页请求超时，也就是浏览网站网页所发出的请求没有反应或者未响应。
出现"504 Gateway Time-out"的原因：
1、在网站程序层面来说，就是请求未能够执行相应的PHP-CGI程序，或者PHP-CGI程序未能做出相应的处理，又或者是CGI程序的响应处理结果未能够反馈到浏览器或者未能及时反馈到浏览器。
2、504 Gateway Time-out错误多是存在于Nginx网站服务器环境下，多与nginx.conf与php-fpm.conf设置是否正确合理有关。
504GatewayTime-out错误的解决方法：
1、就是根据网站服务器性能及网站流量等诸多因素整合考虑，正确合理的设置niginx.conf和php-fpm.conf配置。
2、进行正确合理nginx.conf配置，我们需要先了解和清楚我们网站服务器的配置性能，包括CPU、内存等，并对网站服务器进行必要的性能测试，从而准确的掌握网站服务器自身性能状况。
3、其次，是通过网站统计代码的添加，分析段时间内网站流量状况，比如：网络统计、CNZZ站长统计等，掌握网站日流量及PHP-CGI请求的大概情况。
根据我们掌握的服务器性能状况及网络流量情况，合理的对nginx.conf中的下列字句进行合理正确的设置。
fastcgi_connect_timeout300s;
fastcgi_send_timeout300s;
fastcgi_read_timeout300s;
fastcgi_buffer_size128k;
fastcgi_buffers8128k;#8128
fastcgi_busy_buffers_size256k;
fastcgi_temp_file_write_size256k;
fastcgi_intercept_errorson;
这些字句的设置规定了PHP-CGI的连接、发送和读取时间限制，需根据服务器性能及网络流量综合考虑设置，时间设置过长会给网站服务器造成压力，导致网站响应缓慢，甚至服务器死机；
时间设置过短，则就会出现504 Gateway Time-out或者其他CGI无响应错误。
4、还有就是php-fpm.conf中max_children与request_terminate_timeout两个重要参数的设置。
这两个参数的设置需要我们根据PHP程序情况及服务器带宽状况综合考虑并计算出合理准确的值，才能够避免504 Gateway Time-out或者其他CGI无响应错误的出现。
5、通常情况下，一般网站，可将request_terminate_timeou设置在900s左右，而max_children值根据服务器内存大小和CGI请求数目设置为合理的数值，一般设置为800M左右。
(7)打不开网站显示504是怎么回事扩展阅读：
"504 Gateway Time-out"其他修复方式：
情况一：由于nginx默认的fastcgi进程响应缓冲区太小造成
这种情况下导致fastcgi进程被挂起，如果fastcgi服务队这个挂起处理不是很好的话，就可能提示“504 Gateway Time-out”错误。
情况一解决办法：
默认的fastcgi进程响应的缓冲区是8K，我们可以设置大一点，在nginx.conf里，加入：fastcgi_buffers 8 128k，这表示设置fastcgi缓冲区为8块128k大小的空间。
情况一解决办法（改进）：
在上述方法修改后，如果还是出现问题，我们可以继续修改nginx的超时参数，将参数调大一点，如设置为60秒：send_timeout 60;
经过这两个参数的调整，结果没有再提示“504 Gateway Time-out”错误，说明效果还是挺不错的，问题基本解决。
‘捌’ 网页出现“504 Gateway Time-out”，没有其它信息是什么原因
对于一个Web开发者来说，504和502问题看上去好像很简单，每个人也可能都遇到过，但把问题说清楚并不那么容易
两台设备只要通过proxy或fastcgi协议互相通信，都会遇到504问题，比如Nginx+PHP-FPM会遇到;代理服务器连接后端Web服务也会遇到。本次遇到的场景属于后者，重点讲解代理导致的504问题。
那到底上面是504错误呢，看下wiki的引用：
4GatewayTimeout
The server was acting as a gateway or proxy and did not receive a timely response from the upstream server
意思就是一个网关或代理服务器能够连接后端服务器，但在读取服务器响应的时候超时了。遇到504问题一般是后端服务的问题，比如：
后端进程无故退出了(可能是代码异常，也可能是apache或nginx进程异常)，导致代理服务器接收不到后端响应。
后端响应缓慢，导致代理服务器接收后端响应超时了。
服务器出现504 Gateway Time-out的解决方法!
按照上述可能的两个情况，逐一分析。
(1)x.php程序在特定的情况下，确实运行缓慢，但apache得access log在25秒左右的时候成功记录了200访问日志(由于php代码执行结束后才记录日志，一开始可能看不到access日志，导致开始误认为是后端程序的问题)。
(2)在x.php程序中记录应用日志，应用日志和access log日志一样，没有任何异常。
这说明代码并没有问题(但程序执行时间过长，有优化的空间)，虽然在20秒产生504错误(由nginx处理)，后端代码进程仍然继续运行，并在25秒成功运行。
排除这个问题后，最有可能是代理服务器觉得后端响应过于缓慢，主动关闭了该连接，是不是代理服务器设置的超时时间过短?由于公司的代理服务器(ssl nginx)是由专人维护的，看不到具体的配置，邮件询问了同事，得到回复如下：
proxy_read_timeout 60
proxy_send_timeout 60
首先看下 proxy_read_timeout 的介绍：
Defines a timeout for reading a response from the proxied server. The timeout is set only between two successive read operations, not for the transmission of the whole response. If the proxied server does not transmit anything within this time, the connection is closed.
最后将该值修改为：
proxy_read_timeout 300
proxy_send_timeout 300
问题最终解决了，肯定是proxy读取超时了，但具体的配置仍然疑惑。
进一步测试
可以进一步了解nginx的proxy配置，如果没有特殊的需求，配置非常简单。
server {
listen 443 ssl;
server_name www.simplehttps.com;
location / {
access_log access.log main;
error_log error.log;
proxy_pass http://127.0.0.1:8080;
proxy_read_timeout 5;
}
}
proxy_pass 可以是一个host、内部域名、ip地址，不用是一个对外的域名。
如果遇到超时问题，观察error.log日志，会看到以下错误：
2018/09/19 21:01:19 [error] 17034#0: *253 upstream timed out (110: Connection timed out) while reading response header from upstream, client: *.*.*.*, server: www.simplehttps.com, request: "GET /x.php HTTP/1.1", upstream: "http://*.*.*.*:8080/x.php", host: "www.simplehttps.com"
最后经过不断调整nginx的proxy_read_timeout指令和后端x.php程序的执行时间，也没有遇到工作中遇到的问题(20秒和60秒之间不对称的问题)，只能后续继续留意了。
总结
1：网关和后端的超时时间(proxy或fastcgi)必须协调一致，在本案例中，apache/mod_php运行最长时间如果是30秒，那么nginx设置的超时时间必须大于30秒，因为必须考虑网络传输延时时间(非网络包总传输时间);而如果是nginx+php-fpm模式，nginx设置的超时时间相对简单，因为大部分情况下，nginx和php-fpm部署在同一台机器上，网络延时相对较短，但必须考虑php最大执行时间和php-fpm最大执行时间，
2：针对504错误，可认为都是http错误码，都是服务器端的错误(相对于客户端)，在遇到相关错误的时候，必须根据错误码判断可能存在的问题，然后再针对性的排查，否则排查时间会增加很多。
‘玖’ 504错误是怎么回事
504错误是（网关超时） 服务器作为网关或代理，但是没有及时从上游服务器收到请求。
服务器（不一定是 Web 服务器）正在作为一个网关或代理来完成客户（如浏览器或 CheckUpDown 机器人）访问所需网址的请求。 为了完成HTTP 请求， 该服务器访问一个上游服务器， 但没得到及时的响应。
这通常意味着上游服务器已关闭（不响应网关 / 代理），而不是上游服务器和网关 / 代理在交换数据的协议上不一致。
正常情况下，是由于被请求服务器发送超时引起。
解决方法：
这个问题完全是由后端电脑之间 IP 通讯缓慢而产生， 可能包括Web 服务器。 如果Web 服务器由某一网站托管， 只有负责那个网站设置的人员 才能解决这个问题。
网络上代理和缓存的使用日渐增加。尽管CheckUpDown 机器人将总是试图 ' 钻入 ' 真正收管您的网站的电脑， 但是HTTP 请求实际上落在哪里并不能完全由使用者控制。 只要在处理HTTP 请求的一连串电脑中， 有一个环节坏了，类似 504 的错误就很容易产生。
只要遇到 504 错误，就请与网站官方联系（例如通过电子邮件） - 此问题个人无法解决。需要网站方和互联网服务供应商 (ISP) 及 Web 服务器软件供应商联络， 检查在其控制下的不同电脑之间的 IP 数据传输的流通状况。 然而， 这个错误不易解决， 由于互联网流通的无规律性， 这种类型的错误是瞬态的。