タグ: php

前回の続き。 PEAR::Services_Twitterを使ってAPI1.1にリクエストを送る方法はこちらを読んでください。 【PHP】 PEAR::Services_TwitterでTwitter API 1.1対応 | mutter 「タイムラインから「google」という単語で検索してマッチしたツイートを取得したい」というような要求があった場合に、API1であればこんなリクエストを送れば取得出来ました。 GET search | Twitter Developers

http://search.twitter.com/search.json?q=google

API1.1では、要Authentication付きでこんなリクエストになります。 GET search/tweets | Twitter Developers

https://api.twitter.com/1.1/search/tweets.json?q=google

このリクエストをServices_Twitterで組み立てるとこんな感じになるのですが、

$obj = new Services_Twitter();
/* oAuth省略 */
$data = $obj->search->tweets(array('q' => 'google'));

実際に動かすと、

Unsupported endpoint search/tweets

と言われて動きません。問題は2つあります。

1. Services_Twitterが「search/tweets」をサポートしていない
2. searchの場合のリクエストURLが「http://search.twitter.com」になっている

この2つを解決してやれば、無事に動くようになります。

続きを読む

息抜きにちょっとした自分向けアプリケーションを作りました。仕様はこんな感じ。

• 「1日1ニコ」ブログのアカウント @__1nico__ に投稿しているブログの更新情報を拾って
• メインアカウント @nobodyplace でリツイートする

ただそれだけ。 いちいち確認してリツイートするの面倒くさいってことなんだけども、Twitter API 1.1向けの課題としては軽くて面白いかなってことでさくっとこしらえました。使用言語は例によってPHPです。 大体の流れはこんな感じ。

1. PEAR::Services_Twitterを読み込み
2. OAuthアクセス
3. 「GET statuses/user_timeline」を使ってユーザー「@__1nico__」のツイートを取得する
4. リツイートしてなければ「POST statuses/retweet/:id」でユーザー「@nobodyplace」としてリツイート

最初の構想では、3と4の間に、

• 「GET statuses/retweets/:id」を使ってリツイート一覧を取得して自分がリツイート済みかどうかチェックする

という工程も入っていたのですけど、実際に使ってみると、「GET statuses/user_timeline」「POST statuses/retweet/:id」のリクエスト制限が15分当たり180であるのに対して、「GET statuses/retweets/:id」の制限が15分当たり15でボトルネックになってしまうことが解ったので、除外しました。 Twitterへのリツイートのリクエストは、重複している場合は無視される（ただしエラーは返ってきて今回なら、Services_Twitter_Exceptionが投げられる）そうなので、まあそれでいいかなという。

追記

こんなことをしなくても自分がリツイートしているかどうかは、「retweeted」という要素を確認することでチェックできるのですね。「retweeted」は、そのツイートがリツイートされているかどうかを示していると勘違いしていたのですが、実際にはそのリクエストを送ったユーザー（この場合なら@nobodyplace）がリツイートしているかどうかをあらわしていました。trueならリツイート済み、falseなら未リツイートと。そもそもツイートがリツイートされたかどうかは、「retweet_count」で判断できますもんね。そうかー

続きを読む