重复连接错误

Posted 2023-02-24

【中文标题】重复连接错误

【英文标题】：Recurly Connection Error

【发布时间】：2013-10-07 06:03:00

【问题描述】：

我想使用 recurly 进行计费。 我只有一个非常简单的示例，用于在我的 indexController 中进行测试：

public function init() 
    require_once APPLICATION_PATH . '/../library/Recurly/recurly.php';
    Recurly_Client::$apiKey = Zend_Registry::get('config')->get('recurly')->get('apikey');
    Recurly_js::$privateKey = Zend_Registry::get('config')->get('recurly')->get('jskey');
    Recurly_Client::$subdomain = 'mysubdomain';

我的recurlyAction：

public function recurlyAction()
    try
        $invoices = Recurly_InvoiceList::get();
        foreach ($invoices as $invoice) 
            print "Invoice: $invoice\n";
        
    
    catch (Recurly_NotFoundError $e) 
        print 'Record could not be found';
    
    catch (Recurly_ValidationError $e) 
        // If there are multiple errors, they are comma delimited:
        $messages = explode(',', $e->getMessage());
        print 'Validation problems: ' . implode("\n", $messages);
    
    catch (Recurly_ServerError $e) 
        print 'Problem communicating with Recurly';
    
    catch (Exception $e) 
        // You could use send these messages to a log for later analysis.
        print get_class($e) . ': ' . $e->getMessage();
    

我正在尝试显示所有发票，只是为了测试。问题是我总是遇到这样的异常：

Recurly_ConnectionError：无法连接到 Recurly。

我已经在我的操作中使用 var_dump 检查了我的所有键，它们都正确显示。如您所见，我没有得到任何回应：

Cache-Control:no-store, no-cache, must-revalidate, post-check=0, pre-check=0 连接：保持活动 内容编码：gzip 内容长度：4853 内容类型：文本/html 日期：格林威治标准时间 2013 年 10 月 1 日星期二 06:54:36 过期时间：1981 年 11 月 19 日星期四 08:52:00 GMT 保活：超时=5，最大值=100 编译指示：无缓存 服务器：Apache/2.2.22 (Debian) 变化：接受编码 X-Powered-By:PHP/5.5.3-1~dotdeb.1

我正在使用 vagrant box，这可能是问题所在吗？有人可以帮我吗？我已经坚持了几天了......

更新： 有时我会收到发票，有时不会...

【问题讨论】：

您可能想在 recurly google 组中提问。这是一个非常活跃的群体。

我要做的一个快速测试是使用不同的网络配置/机器运行相同的测试，因为它看起来像超时问题。

【参考方案1】：

定期创建支持票并得到以下答案：

您在连接到其他服务时是否遇到过类似的错误？在 client.php 文件中，连接超时设置为 10（应该绰绰有余）。你可以试着调整一下。

curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 10);

通常，您不必编辑它，但我将其更改为 30，现在它可以正常工作了..

【参考方案2】：

正如@karthikr 所说，这听起来像是超时或网络问题。你可以在控制台上使用 CURL 来访问它吗？