『壹』 我的網路出現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 數據傳輸的流通狀況。 然而， 這個錯誤不易解決， 由於互聯網流通的無規律性， 這種類型的錯誤是瞬態的。