http post請求後，返回訊息碼為504
504錯誤代表閘道器超時 （gateway timeout），是指伺服器作為閘道器或**，但是沒有及時從上游伺服器收到請求。
伺服器（不一定是 web 伺服器）正在作為乙個閘道器或**來完成客戶（如您的瀏覽器或我們的 checkupdown 機械人）訪問所需**的請求。 為了完成您的 http 請求， 該伺服器訪問乙個上游伺服器， 但沒得到及時的響應。
這通常意味著上游伺服器已關閉（不響應閘道器 / **），而不是上游伺服器和閘道器/**在交換資料的協議上不一致。
正常情況下，是由於被請求伺服器傳送超時引起。
因為伺服器有nginx**，所以上nginx伺服器檢視日誌
在對應的access_http.log檔案下查到日誌
有504請求超時。
檢視其他部落格，大概了解問題可能在nginx配置的timeout時間引數上。
修改nginx.conf檔案中以下引數值，根據實際業務情況，修改時間引數
proxy_connect_timeout 2s;
proxy_read_timeout 60s;
proxy_send_timeout 5s;
對應引數解析如下
nginx.conf中，設定以下幾個引數，增加超時時間
fastcgi_connect_timeout
fastcgi連線超時時間，預設60秒
fastcgi_send_timeout
nginx 程序向 fastcgi 程序傳送請求過程的超時時間，預設值60秒
fastcgi_read_timeout
fastcgi 程序向 nginx 程序傳送輸出過程的超時時間，預設值60秒
修改完畢後，對nginx進行重啟
/usr/nginx/sbin/nginx 路徑下使用
./nginx -s stop 先停服務
ps -ef |grep nginx 檢視nginx服務是否停止
./nginx 啟服務
ps -ef |grep nginx 檢視nginx服務是否生效
請求行，請求頭，請求體
1.請求報文 請求行 請求頭 請求資料 空行 請求行求方法字段 url欄位和http協議版本 例如 get index.html http 1.1 get方法將資料拼接在url後面，傳遞引數受限 請求方法 get post head put delete options trace connect ...
請求行 請求頭 請求體
請求行 是請求方法，get和post是最常見的http方法，除此以外還包括delete head options put trace。為請求對應的url位址，它和報文頭的host屬性組成完整的請求url。是協議名稱及版本號。請求頭 是http的報文頭，報文頭包含若干個屬性，格式為 屬性名 屬性值 服...
請求行 請求頭與請求體
請求行 請求頭與請求體可以通過httpwatch檢視 請求行，則為第一行，其中包括 get或post url http版本 注意 url的資訊必須是已經urlencoded編碼後的 瀏覽器不會自動編碼 否則將不符合要求，如 中文 請求頭，則第二行之後的資訊，可以在 httpconext.reques...