『壹』 打開網頁時出現504錯誤是什麼
504 （網關超時） 伺服器作為網關或代理，但是沒有及時從上游伺服器收到請求。
這個問題完全是由後端電腦之間 IP 通訊緩慢而產生，可能包括您的 Web 伺服器。如果您的 Web 伺服器由某一網站託管，只有負責那個網站設置的人員才能解決這個問題。
正常情況下，是由於被請求伺服器發送超時引起。
(1)504前端擴展閱讀：
遇到 504 錯誤，就請與網站官方聯系（例如通過電子郵件） - 此問題個人無法解決。需要網站方和互聯網服務供應商 (ISP) 及 Web 伺服器軟體供應商聯絡， 檢查在其控制下的不同電腦之間的 IP 數據傳輸的流通狀況。 然而 這個錯誤不易解決， 由於互聯網流通的無規律性， 這種類型的錯誤是瞬態的。
『貳』 後端使用springboot+tio-http-server，前端使用element-ui+websocket，如何解決跨域問題後端已支持跨域
最便捷的還是使用nginx反向代理吧。
例如，假設後端的ip和埠號為：192.168.111.222:8080，前端的ip和埠號為：192.168.111.222:8001，此時前後端埠不一致導致跨域。
部署一個ngnix，修改ngnix安裝目錄下的/config/nginx.conf文件，剛安裝的ngnix的配置文件里默認應該為：
配置好ngnix後，你前端工程里訪問後端介面時，只需要將請求url修改為http://192.168.111.222:8001/api/即可。
例如你原來的登錄後端介面可能是訪問http://192.168.111.222:8080/login，你要修改為訪問http://192.168.111.222:8001/api/login
『叄』 打開網頁後出現503 service unavailable等字樣，什麼意思
這是由於網站超過了iis限製造成的，由於2003的操作系統在提示IIS過多時並非像2000系統提示「鏈接人數過多」，而是提示"Service Unavailable",出現這種情況是由於網站超過了系統資源限製造成的，主要是程序佔用資源太多。
解決辦法：
增加IIS連接數；
增加網站的資源；
修改程序錯誤。
拓展資料：
503是一種HTTP狀態碼。英文名503 Service Unavailable與404（404 Not Found)是同屬一種網頁狀態出錯碼。前者是伺服器出錯的一種返回狀態，後者是網頁程序沒有相關的結果後返回的一種狀態，需要優化網站的時候通常需要製作404出錯頁以便網站整體優化。
由於臨時的伺服器維護或者過載，伺服器當前無法處理請求。這個狀況是臨時的，並且將在一段時間以後恢復。如果能夠預計延遲時間，那麼響應中可以包含一個Retry-After起頭用以標明這個延遲時間。
對於最新型的攻擊，其實是ddos的一種派生，原理在於找數千個IP，同時向伺服器的apache發出請求，然後 立即斷開，讓apache處於等待狀態，致使apache線程全部被填滿，致使伺服器死機。因此，為了保證大多數客戶的利益，我們給每個 空間，作出了每19秒64個php請求的限制。注意，是php請求，一般的圖片請求和html請求不包括在內。
如果沒有給出這個Retry-After信息，那麼客戶端應當以處理500（Server Internal Error)響應的方式處理它。注意：503狀態碼的存在並不意味著必須在伺服器過載的時候使用它。某些伺服器只不過是希望拒絕某些客戶端的連接。
503錯誤—網路
『肆』 504錯誤是伺服器問題還是程序問題
HTTP狀態碼（HTTP Status Code）
一些常見的狀態碼為：200 - 伺服器成功返回網頁 404 - 請求的網頁不存在 503 - 服務不可用
所有狀態解釋：點擊查看
1xx（臨時響應）
表示臨時響應並需要請求者繼續執行操作的狀態代碼。
代碼 說明
100 （繼續） 請求者應當繼續提出請求。 伺服器返回此代碼表示已收到請求的第一部分，正在等待其餘部分。
101 （切換協議） 請求者已要求伺服器切換協議，伺服器已確認並准備切換。
2xx （成功）
表示成功處理了請求的狀態代碼。
代碼 說明
200 （成功） 伺服器已成功處理了請求。 通常，這表示伺服器提供了請求的網頁。
201 （已創建） 請求成功並且伺服器創建了新的資源。
202 （已接受） 伺服器已接受請求，但尚未處理。
203 （非授權信息） 伺服器已成功處理了請求，但返回的信息可能來自另一來源。
204 （無內容） 伺服器成功處理了請求，但沒有返回任何內容。
205 （重置內容） 伺服器成功處理了請求，但沒有返回任何內容。
206 （部分內容） 伺服器成功處理了部分 GET 請求。
3xx （重定向）
表示要完成請求，需要進一步操作。 通常，這些狀態代碼用來重定向。
代碼 說明
300 （多種選擇） 針對請求，伺服器可執行多種操作。 伺服器可根據請求者 (user agent) 選擇一項操作，或提供操作列表供請求者選擇。
301 （永久移動） 請求的網頁已永久移動到新位置。 伺服器返回此響應（對 GET 或 HEAD 請求的響應）時，會自動將請求者轉到新位置。
302 （臨時移動） 伺服器目前從不同位置的網頁響應請求，但請求者應繼續使用原有位置來進行以後的請求。
303 （查看其他位置） 請求者應當對不同的位置使用單獨的 GET 請求來檢索響應時，伺服器返回此代碼。
304 （未修改） 自從上次請求後，請求的網頁未修改過。 伺服器返回此響應時，不會返回網頁內容。
305 （使用代理） 請求者只能使用代理訪問請求的網頁。 如果伺服器返回此響應，還表示請求者應使用代理。
307 （臨時重定向） 伺服器目前從不同位置的網頁響應請求，但請求者應繼續使用原有位置來進行以後的請求。
4xx（請求錯誤）
這些狀態代碼表示請求可能出錯，妨礙了伺服器的處理。
代碼 說明
400 （錯誤請求） 伺服器不理解請求的語法。
401 （未授權） 請求要求身份驗證。 對於需要登錄的網頁，伺服器可能返回此響應。
403 （禁止） 伺服器拒絕請求。
404 （未找到） 伺服器找不到請求的網頁。
405 （方法禁用） 禁用請求中指定的方法。
406 （不接受） 無法使用請求的內容特性響應請求的網頁。
407 （需要代理授權） 此狀態代碼與 401（未授權）類似，但指定請求者應當授權使用代理。
408 （請求超時） 伺服器等候請求時發生超時。
409 （沖突） 伺服器在完成請求時發生沖突。 伺服器必須在響應中包含有關沖突的信息。
410 （已刪除） 如果請求的資源已永久刪除，伺服器就會返回此響應。
411 （需要有效長度） 伺服器不接受不含有效內容長度標頭欄位的請求。
412 （未滿足前提條件） 伺服器未滿足請求者在請求中設置的其中一個前提條件。
413 （請求實體過大） 伺服器無法處理請求，因為請求實體過大，超出伺服器的處理能力。
414 （請求的 URI 過長） 請求的 URI（通常為網址）過長，伺服器無法處理。
415 （不支持的媒體類型） 請求的格式不受請求頁面的支持。
416 （請求范圍不符合要求） 如果頁面無法提供請求的范圍，則伺服器會返回此狀態代碼。
417 （未滿足期望值） 伺服器未滿足"期望"請求標頭欄位的要求。
5xx（伺服器錯誤）
這些狀態代碼表示伺服器在嘗試處理請求時發生內部錯誤。 這些錯誤可能是伺服器本身的錯誤，而不是請求出錯。
代碼 說明
500 （伺服器內部錯誤） 伺服器遇到錯誤，無法完成請求。
501 （尚未實施） 伺服器不具備完成請求的功能。 例如，伺服器無法識別請求方法時可能會返回此代碼。
502 （錯誤網關） 伺服器作為網關或代理，從上游伺服器收到無效響應。
503 （服務不可用） 伺服器目前無法使用（由於超載或停機維護）。 通常，這只是暫時狀態。
504 （網關超時） 伺服器作為網關或代理，但是沒有及時從上游伺服器收到請求。
505 （HTTP 版本不受支持） 伺服器不支持請求中所用的 HTTP 協議版本。
出現這種情況可能存在下面原因：
1、當前網頁本身存在錯誤，如程序錯誤，伺服器在解析時因該錯誤無法繼續，顯示此提示
2、當前伺服器存在故障，無法解析網頁程序
當然也可能是其它原因，但總的來說與用戶電腦沒什麼關系，因此若出現這類問題不必擔心。
用黃山ie修復專家或者超級兔子修復ie
以後就別用ie瀏覽器了，用世界之窗瀏覽器就好了，他又以各種安靜模式，
以後你的電腦可以說大部分的廣告就不用你操心了，這個瀏覽器的功能非常強悍。基本上可以清掃一切的流氓軟體和廣告程序。
黃山IE修復專家 V8.16 - 天空軟體站 - 軟體分..
超級兔子魔法設置 V7.5 正式版
世界之窗瀏覽器 - 下載
千萬別用yahoo助手3721等垃圾軟體修復此問題，你的系統會越來越慢的，它會用最簡單的功能耗去你太多的資源，還有很多的副作用。在國外的某些殺軟中，他們已經是病毒
『伍』 前端是DLINK的DI504有線路由器,後端是DLINK的DI605無線路由器,如何進入無線路由器設置頁面
你這樣簡單認為屬於二級路由 兩個網關需要重新設置的 DI504網關是192.168.0.1 那麼你的DI605的網關就不可以這個了 你現在兩個路由都默認是192.168.0.1的 ，要設置好路由再連接才可以分別進入兩個路由界面 首先單獨連接DI605進去界面設置網關為192.168.1.1吧 再設置其他
『陸』 介面告警
晚上收到服務介面電話告警，第一時間通過prometheus查看服務耗時卻正常。這就奇怪了，為了確保告警程序沒有問題，不是誤報。登錄伺服器查看告警程序的日誌，通過日誌發現確實是介面調用頻繁超時引起的告警。因為告警程序部署在阿里雲，而服務部署在k8s。我們的告警邏輯是通過告警程序調用部署在k8s服務介面，如果介面超時超過一定的次數就告警。因為告警程序和服務部署在不同的機房，於是認為是網路抖動引起的，因為前幾天就發送過k8s網路組建出現問題導致服務調用耗時突然變高。後面同事去向運維確定下是否k8s的nginx-ingress-controller是否出現問題，後面運維同事確認是因為k8s nginx-ingress-controller在新的擴容機器出問題了。一開始不太明白為什麼nginx-ingress-controller出現問題會引起服務耗時很高，後面自己縷了下調用關系。因為我們還有郵件告警，郵件告警是監聽nginx的error日誌來告警，郵件內容告警的內容都是status 504，504錯誤表示nginx調用服務出問題了。那麼接下來只需要找到服務方是誰就可以了。而我們的nginx又會調用k8s ingress controller的nginx，nginx-ingress-controller進而調用部署在k8s的服務，整個調用鏈路是這樣的。
前端介面請求->lvs->阿里雲nginx->nginx-ingress-controller->service
郵件告警內容是阿里雲nginx報出來的，顯示status504.
所以下一步需要排查k8s ingress controller和我們的服務本身有無問題。
通過監控指標，我們排查了服務本身正常，那麼可以確定是nginx-ingress-controller出了問題，後面排查確實是一個nginx-ingress-controller的node節點出問題導致。
總結
排查問題要有思路，根據關鍵信息去排查問題事半功倍。比如這次郵件告警提示的status 504，順著這個思路去排查很快可以定位問題。
『柒』 UI設計師和前端工程師該如何更好的銜接
先製作UI組件，再拼接頁面
製作產品流程圖
提取出全局的可通用的部分
在開發過程中避免需求的修改
如果UI給前端的是一堆頁面，前端需要花一些時間去整理提取UI組件。另一方面，UI設計師如果從組件的角度出發，先做組件再拼頁面，既可以提高效率也可以避免UI元素在各個頁面不統一的問題
設計產品流程圖可以給前後台通用（新建一個大畫布，把界面拉進畫布，將按鈕/鏈接與對應點擊所進入的界面用線段鏈接起來），可以一目瞭然的明白業務需求，不用打開Axure導出的HTML一個鏈接一個鏈接的點擊（偶爾還會有沒加鏈接的情況）
1、錯誤及提示列表 / 根據不同用戶角色的錯誤及提示列表（訂單中）
2、設計通用的錯誤頁面，比如404（頁面未找到）錯誤頁面、504（伺服器內部錯誤，可替換成更友好的提示）錯誤頁面，用戶許可權錯誤頁面
1、修改需求需要時間（尤其是修改已做好的功能），而開發時間是固定的，常常修改會壓縮開發時間。壓縮開發時間，就要靠加班解決
2、一個頁面往往不是獨立的，修改可能會影響多個地方。
3、多次的修改，容易讓產品和開發產生矛盾。產品覺得開發簡單，開發覺得產品傻逼
4、產品修改是為了能設計出好的產品，開發打代碼是為了能做出好的產品，兩者的目標相同，多溝通多理解但是少修改 : )
『捌』 為什麼我使用ajax請求一分鍾後前端頁面就504了
兄弟你解決了嗎 ？
我的本地跑 不會報504，部署到伺服器上請求 一分鍾後就報504錯誤
我覺得應該不是ajax是超時，而是nginx超時，
我已經解決了 是請求超時了，你得在nginx配置文件你配置 超時時間，網路了一下 有很多中超時 ，全部配置未一個小時
『玖』 我的網路出現504是什麼意思
回答：
504錯誤代表網關超時 （Gateway timeout），是指伺服器作為網關或代理，但是沒有及時從上游伺服器收到請求。
伺服器（不一定是 Web 伺服器）正在作為一個網關或代理來完成客戶（如您的瀏覽器或我們的 CheckUpDown 機器人）訪問所需網址的請求。 為了完成您的 HTTP 請求， 該伺服器訪問一個上游伺服器， 但沒得到及時的響應。
這通常意味著上游伺服器已關閉（不響應網關/ 代理），而不是上游伺服器和網關/代理在交換數據的協議上不一致。
正常情況下，是由於被請求伺服器發送超時引起。
延伸：
遇到504錯誤，請與網站官方聯系（例如通過電子郵件）——此問題個人無法解決，需要網站方和互聯網服務供應商（ISP）及Web伺服器軟體供應商聯絡，檢查在其控制下的不同電腦之間的IP數據傳輸的流通狀況。
然而， 這個錯誤不易解決， 由於互聯網流通的無規律性， 這種類型的錯誤是瞬態的。
『拾』 前端打包上線後引入字體圖標文件載入504
錯誤問題。前端打包上線後引入字體圖標文件載入504是錯誤問題，前端開發是創建Web頁面或app等前端界面呈現給用戶的過程，通過HTML，CSS及JavaScript以及衍生出來的各種技術、框架、解決方案，來實現互聯網產品的用戶界面交互。