为什么Instagram的分页会一遍又一遍地返回同一页面?

时间:2015-06-10 12:52:42

标签: php wordpress oop pagination instagram

代码

我已经创建了一个PHP类来与Instagram的API进行通信。我正在使用名为api_request的私有函数(如下所示)与Instagram的API进行通信:

private function api_request( $request = null ) {

    if ( is_null( $request ) ) {
        $request = $this->request["httpRequest"];
    }
    $body = wp_remote_retrieve_body( wp_remote_get( $request, array(
                "timeout" => 10,
                "content-type" => "application/json"
            )
        )
    );

    try {
        $response = json_decode( $body, true );
        $this->data["pagination"] = $response["pagination"]["next_url"];
        $this->data["response"] = $response["data"];

        $this->setup_data( $this->data );

    } catch ( Exception $ex ) {
        $this->data = null;
    }
}

这两行代码......

$this->data["pagination"] = $response["pagination"]["next_url"];
$this->data["response"] = $response["data"];

...在此数组中设置我的数据:

private $data = array (
    "response"      => null,
    "pagination"    => null,
    "photos"        => array()
);

问题

每当我请求下一页时,使用以下功能:

public function pagination_query() {
    $this->api_request( $this->data["pagination"] );
    $output = json_encode( $this->data["photos"] );

    return $output;
}

Instagram给了我第一页,一遍又一遍。 知道问题在这里吗?

更新#1

我意识到,因为我的setup_data函数(在api_request函数中使用)将我的照片对象推送到$this->data["photos"]数组的末尾:

private function setup_data( $data ) {

    foreach ( $data["response"] as $obj ) {

        /* code that parses the api, goes here */


        /* pushes new object onto photo stack */
        array_push( $this->data["photos"], $new_obj );
    }
}

...在请求新页面时,有必要创建一个空数组:

public function pagination_query() {

    $this->data["photos"] = array(); // kicks out old photo objects

    $this->api_request( $this->data["pagination"] );
    $output = json_encode( $this->data["photos"] );

    return $output;
}

我能够检索第二页但所有后续pagination_query次来电只返回第二页。什么想法可能是错的?

更新#2

我发现使用while语句来使api_request函数调用本身,允许我逐页检索:

private function api_request( $request = null ) {

    if ( is_null( $request ) ) {
        $request = $this->request["httpRequest"];
    }

    $body = wp_remote_retrieve_body( wp_remote_get( $request, array(
                "timeout" => 18,
                "content-type" => "application/json"
            )
        )
    );

    try {
        $response = json_decode( $body, true );

        $this->data["response"] = $response["data"];
        $this->data["next_page"] = $response["pagination"]["next_url"];

        $this->setup_data( $this->data );

        // while state returns page after page just fine
        while ( count( $this->data["photos"] ) < 80 ) {
            $this-> api_request( $this->data["next_page"] );
        }

    } catch ( Exception $ex ) {
        $this->data = null;
    }
}

但是,这并没有修复我的pagination_query功能,看起来好像我的try-catch块正在创建一个闭包,我不确定该怎么做。

2 个答案:

答案 0 :(得分:2)

在您的第一段代码中:

    $this->data["response"] = $response["data"];
    $this->data["next_page"] = $response["pagination"]["next_url"];

请注意两个键:responsenext_page

然后在你的第二个片段中你有:

    $this->data["pagination"] = $response["pagination"]["next_url"];
    $this->data["response"] = $response["data"];

现在next_pagepagination

现在,如果您使用

$this->api_request( $this->data["pagination"] );

但您使用的是$this->data["next_page"] = $response["pagination"]["next_url"];,当然您无法获得正确的结果。

在任何情况下,尝试var_dump $ request的内容:

public function pagination_query() {
    var_dump($this->data["pagination"]);
    $this->api_request( $this->data["pagination"] );
    $output = json_encode( $this->data["photos"] );

    return $output;
}

如果你有一个debbugger也检查api_request内部,这是每次传递的网址

答案 1 :(得分:0)

我已将以下代码行添加到try语句的try...catch块中,以便一次返回几个连续的页面:

while ( count( $this->data["photos"] ) < 160 ) {
    $this-> api_request( $this->data["next_page"] );
}

这实际上告诉api_request调用自己,直到我的$this->data["next_page"]数组填充了160&#34;克。&#34;

这允许我从Instagram的api中检索总共320克:在页面加载后调用api_request时为160克,在我的第一次pagination_query调用时再调用160克。

这不是一个理想的解决方案,因为第二次pagination_query来电仍然会从我的第一个pagination_query来电中返回相同的数据,但它必须为时间。

更新

上述解决方案是一个黑客攻击。如果有人能弄清楚为什么我的pagination_query方法仍然不起作用,我们将不胜感激。