【问题标题】:Determine network status if timeouts are occuring如果发生超时,确定网络状态
【发布时间】:2014-12-24 14:30:21
【问题描述】:

上周末,我们开始在我们的 Web 应用程序中看到大量的 504 连接超时。以下是简要概述:

1) Web 应用程序托管在 GoDaddy 上。 2) Web 应用程序对各种 PHP 页面进行多次 ajax 调用(使用 javascript)(我们同时进行多次 AJAX 调用。) 3) PHP 页面包含对 Quickbase 的 API 调用,并将数据作为 json_encoded 字符串返回。 4) 返回的 JSON 在客户端解析并更新其本地数据存储。

超时在一天中的不同时间以不同的时间长度连续发生。

出于沮丧,我们复制了我们的应用程序并将其放在完全不同的服务器 (RackSpace) 上,并且那里没有发生超时 (NO CHANGE IN CODE)!!

由于代码已经运行了几个月,我怀疑存在新的网络或服务器问题。我已经从我的开发箱(即笔记本电脑)尝试过 traceroutes,但不明白它是做什么的(不是网络专家 :))。

我们已经聘请了 GoDaddy、Quickbase 和我们的 ISP (Telus),希望他们能够确定这些问题突然发生的原因。但是,每个玩家都告诉我们从他们的角度来看一切都很好,他们无法进一步帮助我们。

是否有任何网络专家可以解释我需要调查什么以缩小导致我们超时问题的原因?

【问题讨论】:

    标签: php ajax networking timeout status


    【解决方案1】:

    你的问题很困惑。

    假设您提供的信息是准确的......

    您说这些超时表现为 504 响应,这意味着您的 PHP 代码和 Quickbase 之间发生了超时。我想你会知道你的代码是否决定发生超时并做出 504 响应(尽管我注意到你没有说明你是否已经建立了这一点)。这意味着 504 响应必须来自 Intuit 或来自 goDaddy 为传出 Web 请求实现的透明代理。

    您继续说它们是成串发生的——这意味着该服务在某些时候可以正常工作,而无需更改您的代码。因此,这意味着它们是由于 Intuit 或 GoDaddy 网络上的基础设施或容量问题而发生的。

    这不是我们(或您)可以解决的问题。

    您正在向 GoDaddy 和 Intuit 支付服务费用,包括其中至少一个未能提供的支持 - 实际上您应该与他们交谈。

    【讨论】:

    • 很抱歉给您带来了困惑。是的,代码有效(通常在一天的晚些时候和早上的前几个小时),并且几个月来都是一样的。 AJAX 调用大多每次都会收到超时响应(有时它们会挂起而没有响应)。 Godaddy/Quickbase 声称不是他们。我们将应用程序安装到不同的服务器上。它在那里没有问题。所以,我们推测这一定是 Godaddy 服务器的问题。经过一些压力,我能够让技术人员说他们在周末更新后遇到了延迟问题。我们会看看他们是否做对了。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2016-12-07
    • 2021-06-28
    • 1970-01-01
    • 2016-08-17
    • 1970-01-01
    • 1970-01-01
    • 2011-07-12
    相关资源
    最近更新 更多