2014-10-29 22 views
1

上個週末我們開始在我們的Web應用程序中看到大量504個連接超時。這裏是一個簡要的概述:如果發生超時,請確定網絡狀態

1)Web應用程序託管在GoDaddy上。 2)Web應用程序對各種PHP頁面(我們同時進行多個AJAX調用)進行幾次ajax調用(使用javascript)。 3)PHP頁面包含對Quickbase的API調用,並將數據作爲json_encoded字符串返回。 4)返回的JSON在客戶端被解析,並且它的本地數據存儲被更新。

超時在一天中的不同時間段發生在不同時間段。

出於沮喪,我們製作了一份我們的應用程序的副本,並將其放在一個完全不同的服務器(RackSpace)上,並且超時不會在那裏發生(代碼無變化)!

由於該代碼已運行數月,我懷疑有新的網絡或服務器問題。我已經嘗試從我的開發盒(即筆記本電腦)traceroutes,但不明白該怎麼做(不是網絡人:))。

我們已經聘請了GoDaddy,Quickbase和我們的ISP(Telus),希望他們能夠確定這些問題突然發生的原因。然而,每個球員都告訴我們,從他們的最後看,一切都看起來不錯,他們不能再幫助我們。

是否有任何網絡專家可能能夠解釋我需要查看什麼來縮小導致超時問題的原因?

回答

0

你的問題很困惑。

假設您所提供的信息是準確的....

你說的這些超時表現爲504級的響應這意味着超時被你的PHP代碼和Quickbase之間發生。我想你會知道你的代碼是否確定超時已經發生並正在做出響應(儘管我注意到你沒有說明你是否已經建立了這個)。這意味着504響應必須來自Intuit或由goDaddy實現的透明代理,用於傳出Web請求。

你繼續說它們正在發生一堆 - 意味着該服務正在工作的一些時間沒有改變你的代碼。這意味着它們是由於Intuit或GoDaddy網絡中的基礎設施或容量問題而發生的。

這不是我們(或您)可以解決的問題。

您正在爲GoDaddy和Intuit支付一項服務,其中包括至少其中一方未能提供支持的服務 - 確實應該與他們交談。

+0

對不起,我感到困惑。是的,代碼可行(通常在當天的晚些時候以及在早上的頭幾個小時),並且在幾個月內一直如此。 AJAX調用大多每次都會收到超時響應(偶爾掛起而沒有響應)。 Godaddy/Quickbase聲稱這不是他們。我們將應用程序安裝到不同的服務器上。它在那裏工作沒有問題。所以,我們推測它一定是Godaddy服務器問題。 經歷了一段時間的壓力之後,我得到了一個技術,說他們在週末更新後遇到了延遲問題。我們會看看他們是否正確。 – user2154757 2014-10-30 14:55:48