① 如何解決訪問Apache 80埠出現超時的問題
nagios監控前端apache 80埠，同時也有監控後端webserver的埠，偶爾會出現apache埠超時的報警。但是後端伺服器響應正常。基本上確定問題出現在apache上。
登陸到機器上檢查問題，通過以下幾點基本上能確定問題所在了。
系統負載正常，cpu利用率正常。
內存已經被分配殆盡。
ps -ef | grep httpd | wc -l ，看到已經有1024個進程，已經達到配置文件中maxclient的限制。
所以問題應該是並發訪問量比較高，導致進程數已經達到配置中的限制。由於配置了長連接而且時間比較長15秒，所以在高並發的訪問環境中導致沒有空閑的進程來接收新的訪問。這個時候訪問就需要等待了。所以nagios會報超時。
分析下日誌統計出每個訪問基本上在5秒內就沒有連續的請求了，因此把keepalivetimeout時間改成5秒。
然後reload配置文件。 apachectl -k graceful
對於幾個apache的配置不是特別清楚特意記錄一下。
TimeOut指令用於設置Apache等待以下三種事件的時間長度：
接受一個GET請求耗費的總時間。
POST或PUT請求時，接受兩個TCP包之間的時間。
應答時TCP包傳輸中兩個ACK包之間的時間。
我們計劃在發展里程中，逐步把它們分別變得更易配置。計時器在1.2版本之前的默認值為1200，而現在已經設置為300了，但對於絕大多數情況來說仍是足夠的。沒有把它默認值設的更小的原因在於代碼里還有點問題：有時發送一個包之後，計時器沒有復位。
Apache在關閉持久連接前等待下一個請求的秒數。一旦收到一個請求，超時值將會被設置為Timeout指令指定的秒數。
對於高負荷伺服器來說，KeepAliveTimeout值較大會導致一些性能方面的問題：超時值越大，與空閑客戶端保持連接的進程就越多。
② 如果php運行超時怎麼返回超時錯誤給前端
返回前端只適用於是使用AJAX進行載入的。
varres=$.ajax({
url:'xxxxxx/index.php',
timeout:1000,//超時時間設置，單位毫秒
complete:function(xhr,status){
if(status=='timeout'){
//超時處理
}
}
});
③ 端到端診斷信息介面調用超時是啥意思
提示超時就是調用診斷信息介面的時候服務沒響應或者網路問題等原因造成的超時異常，程序在前端提示使用者可能的情況。介面服務一般是前後端分離的情況下使用較多，或者提供給第三方使用，可以聯系管理員檢查下服務，檢查下網路等情況。希望能幫到你！
④ 如何判斷前端調用後端介面超時
在前端請求的時候記錄請求時間(開始時間)，記錄介面返回數據介面的時候(結束時間)，記錄curl狀態值。
狀態值獲取方法：$httpCode = curl_getinfo($ch,CURLINFO_HTTP_CODE);
比如，設置10s 為超時。
當 結束時間 - 開始時間 》10s 的時候，記錄到redis隊列。
當 狀態值 != 200 的請求，記錄到redis隊列。
然後後端消耗隊列，比如 寫到數據，或者 發簡訊，發郵件 等等。
⑤ 前端會話超時，異常怎麼處理
）普通http請求的session超時。
b）非同步http請求的session超時，使用ext後大部分的界面刷新都是非同步的ajax請求。
不管是那種類型的http請求總是可以由一個過濾器來捕捉。
分類：普通http請求的header參數中沒有x-requested-with:XMLHttpRequest頭信息，而非同步的有。
其實對於常見的ajax框架，header中還有標示自己身份的header信息。
對於普通的http請求，發現session超時後直接重定向到一個超時頁面，顯示訪問超時。
對於非同步http請求，其實有兩種處理方式，第一種：發現session超時後則向請求的response中寫入特定的超時頭信息，客戶端ajax對象檢測
頭信息，發現有超時狀態標志後調用顯示超時信息的javascript方法，提示用戶訪問超時。
第二種：發現session超時後，添加respone報錯信息 ，在前端通過ext的requestexception事件來監聽是否會話超時。
⑥ 小程序開發 雲函數超時設置了,但還是3s警報
有可能是設置的時間長了。
雲函數設置的是相當於雲端執行時長過長時最長執行時間。而客戶端斷網情況下，實際屬於客戶端網路請求超時，並且會重試三次。每次超時是20s還是15s。
在雲函數中使用了setTimeout函數並且設置了大於3秒以後觸發，在前端請求雲函數時出現了超時問題，代碼反復檢查很多遍都沒有錯誤，控制台只輸出超時，原因是雲開發控制台雲函數配置超時間時間默認為3秒，你設置了超過3秒當然超時。
⑦ 為什麼我使用ajax請求一分鍾後前端頁面就504了
兄弟你解決了嗎 ？
我的本地跑 不會報504，部署到伺服器上請求 一分鍾後就報504錯誤
我覺得應該不是ajax是超時，而是nginx超時，
我已經解決了 是請求超時了，你得在nginx配置文件你配置 超時時間，網路了一下 有很多中超時 ，全部配置未一個小時
⑧ 前端session超時,後台資料庫查詢連接還在執行
如果需要查詢結果增加timeout,時間就行。如果不需要，主動終止查詢，後台的查詢session會處於inactive狀態，kill掉就行，這樣就無此連接了。如果經常需要，編寫儲存過程腳本。下面是參考：
CREATE OR REPLACE PROCEDURE "KILL_SESSION" AS
v_sid number;
v_serial number;
killer varchar2(1000);
CURSOR cursor_session_info is select sid,serial# from v$session where type!='BACKGROUND' and status='INACTIVE' and last_call_et>2700 and username='ICWEB' and machine='orc';
BEGIN
open cursor_session_info;
loop
fetch cursor_session_info into v_sid,v_serial;
exit when cursor_session_info%notfound;
killer:='alter system disconnect session '''||v_sid||','||v_serial||''' post_transaction immediate';
execute immediate killer;
end loop;
dbms_output.PUT_LINE(cursor_session_info%rowcount||' users with idle_time>2700s have been killed!');
close cursor_session_info;
END;
/
⑨ AJAX請求超時
使用 Firefox 瀏覽器的 firbug 插件 跟蹤一下你就知道是怎麼回事了
我估計是你的 db_config.do 地址不對.
⑩ 前台超時修改哪裡的配置
數據計算量過大，介面響應時間過長時，網關會報超時，頁面就掛了，沒有更好的解決辦法時，暫時採用以下的臨時方案：
1.將原本的一個介面拆分為3個，三個介面非同步操作。介面1：獲取本地非同步操作的唯一標識——唯一且加密後的code值（請求體：此次查詢操作的查詢條件；返回體：唯一的加密後的唯一code）。介面2：輪詢此次查詢的結果是否已計算並准備好（請求體：介面1返回的code；返回體：-1或0——0數據未計算完成1-數據已經計算完成並准備好）。介面3：查詢（請求體：介面1返回的code；返回體：最終的查詢結果）。
2.三個介面的執行順序。頁面發起查詢請求，首先調用介面1，獲取code。code已返回，前端啟用定時器，固定間隔調用介面2，直到介面2返回1，停止輪詢，調用介面3，拿到返回數據，渲染頁面。前端開始調用介面2時，後端同時執行介面2和3，獲取查詢狀態。