twittercounter.com 2024 著作権. 不許複製 プライバシーポリシー
Introduction To accommodate a class of applications that require near-realtime access to Twitter data, we provide several tiers of streaming API methods. This document describes how a client can consume data from these methods. Table of Contents Concepts Authentication HTTP Basic Authentication is required to access the streaming API methods. A client must provide the credentials of a valid Twitt
TwitterのAPIでストリーミングAPIというものがリリースされていたので、 PHPでどれだけ簡単にいけるのか実装してみました。 今回はTwitterのアカウントを持っていれば誰でも利用できる、 けど一部のデータしか取得できない「spritzer」APIを利用しました。 Streaming API Documentation ※json_decode()を利用しているのでPHP5.2.0以上対象になります。 <?php $user = 'username'; $password = 'password'; $stream = fopen("http://{$user}:{$password}@stream.twitter.com/spritzer.json", "r"); while ($json = fgets($stream )) { $twitter= json_decode($
Twitter API proxyをGoogle App Engine上で動かす方法 プロキシの必要性 プロキシを経由してAPIにアクセスすると何がいいのか TwitterのAPIはアカウント&IPアドレスでカウントされているので、APIの使用回数を増やせる。 グローバルIPアドレスをPCごとに変えられない環境で2台のPCから見るときに便利 Twitterへのアクセスが制限されている環境でも使用できる。 元々GFW(グレート・ファイアー・ウォール)を超えるために作られたっぽい ちゃんと確認してないけど、GAEはホワイトリストに入ってる気がするので、API回数が20000になったりする事もある。 要はAPI使用回数を増やせるよって話。 必要なもの Google App Engineのアカウント Google App Engine SDK とPython実行環境 birdnest 一式のファイ
The OAuth 1.0 Protocol draft-hammer-oauth-10 Abstract OAuth は、リソースオーナー (別のクライアントやエンドユーザー) に代わって、サーバーリソースにアクセスするための方法を、クライアントに提供するものである。また、リダイレクトを利用することで、エンドユーザーはクライアントにユーザ名やパスワードを共有することなく、サーバーリソースへの第三者アクセスを認可することができる。 Status of this Memo This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering T
TwitterのストリーミングAPIが公開されましたね。 http://apiwiki.twitter.com/Streaming-API-Documentation curl http://stream.twitter.com/1/statuses/sample.json -uuzulla:PASSWORD とかするとガンガン流れるのが見れて面白い訳ですよ。 で、こうやって流れてるのを見ると、実際どれくらいの流量があるのかリアルタイムに知りたいじゃないですか? ってことで、てきとーにPerlで書いてみた(OSX LeopardのPerlでテスト)。 #!/usr/bin/perl $|=1; use strict; use threads; use threads::shared; use Socket; use MIME::Base64; # http://stream.twitter
The no-code app builders have gained massive attention amidst the pandemic due to their agility and faster business solutions. These development solutions have overcome the limitations of traditional mobile app development. So, small and large business owners have enforced the importance of embracing no-code app-building platforms for their business growth. Let's begin with the basics of no-code a
RSSが無いサイトを、フィードリーダーで購読したいと思った事はありませんか?Page2Feed APIとは RSSが存在しないページでもlivedoor Readerなどで購読できるように、RSSを生成する実験的サービスです。 動作としては、HTMLから特徴的なループを見つけてフィードに変換します。 変更があった箇所が未読になるので新着が分かるのでlivedoor Readerで使用する前提のPage2Feedシステムです。 簡単に言うと「きれいなフィードではないけど、変更を検知するのに適したフィードを作ってくれる」 そんな機能です。 Page2Feed APIの使い方 以下のフォームにURLを入力し、livedoor ReaderなどのRSSリーダーで購読してください。 また、livedoor Readerのブックマークレットを使って登録可能なフィードが見つからなかった場合にも表示
異なるWebサービスをつなぎ,新たなWebサービスを作り上げるマッシュアップ(mashup)。筆者が新聞や雑誌,インターネットでマッシュアップというキーワードを見かけるようになったのは2006年ころだった。このころ日経コンピュータに所属し,企業の情報システムを取材していた記者は,Google Maps APIで加熱したマッシュアップ・ブームについて懐疑的な見方をしていた。 当時公開されていたWebサービスは,企業の情報システムには関係がないものが多かった。開発者がWebサービスを利用できるようにするためのWeb API(Application Programming Interface)を公開している企業も少なかった。Web APIの開発には当然,それなりのコストが発生する。企業分野に限らず,マッシュアップはそれほど普及しないのではないか。こう高をくくっていたのである。 Web APIは当
FreeBSD、MacOSX、Webアプリ系、RDBMS(PostgreSQL)などの話題が中心になるかと思います。 OAuthって結構難しいと思われてるようですが、難しいというよりは、『ややこしい』です(苦笑) そんなわけで。 手順毎に順番に説明をしようと思います。 ※2009/09/23 説明の図(手書きでごめんなさい)追加しました。 ●語句の説明 ・サービスプロバイダ(service provider)・・・サービスを提供しているところ。この場合、twitter。 ・ユーザ(user)・・・サービスプロバイダに登録していて、そのサービスを利用している人。 ・コンシューマ(consumer)・・・サービスを提供しているところに、ユーザにかわって、そのサービスに対してアクセスする第三者。サードパーティ、とでも言うべきでしょうか。要は、この記事を見て「何か作ってみたい」という、あなたです。
クロスドメインでのデジタルアイデンティティを守る APIアクセス権を委譲するプロトコル、 OAuthを知る 作島 立樹 NRIパシフィック 2008/1/21 マッシュアップと呼ばれる仕組みで、既存のWebサービスが次々とつながり、新たなサービスが登場している。しかし、メールアドレスなど重要な個人情報が意図せずに「つながれてしまう」可能性もある。そこで登場したのがアクセス権の「委譲」を目的としたプロトコル、OAuthである。本記事ではOAuthの仕組みとともに、なぜそれが登場したのかという背景にも触れる(編集部) マッシュアップの犠牲になるユーザーのアイデンティティ GETなどのHTTPメソッドをもちいてURLへリクエストする、いわゆる「RESTful」【注1】なWeb APIを使ったアプリケーション同士の交流は、いままさに隆盛を極めている。「マッシュアップ」と呼ばれているこのサービス形態
この記事以降 Twitter API の仕様が変わっており、このままでは正しく機能しない場合があると思います。近いうちに今のやり方を書くので、それまで参考程度にご覧ください。 Twitter API の OAuth でひととおりやってみた。 忘れないようにメモ。 大雑把な流れ Twitter にアプリケーションを登録する。 Consumer Key と Consumer secret を取得する。 リクエストトークンを取得する。 認証用 URL を取得する。 ユーザーから承認を受ける(bot の場合は自分でやる)。 アクセストークンを取得する。 API にアクセスする。 以下、やった作業の手順です。 事前準備 HTTP_OAuth を使えるようにする OAuth の通信部分そのものは PEAR の HTTP_OAuth を使うことにしたので これをインストールする。 一番めんどくさい部分を
2010/01/06 Twitterが2009年4月からアルファテストを行ってきた「Streaming API」が1月6日、正式版としてリリースされた。Streaming APIは、パブリック・タイムラインや特定の検索語彙、ユーザーID、位置情報によるフィルタリングで流れてくるリアルタイムな情報を取得するためのAPI。パブリックタイムラインの取得は一般ユーザーの権限(BASIC認証を使う)では、サンプリング済みのサブセットだけとなるが、より多くのサンプルを取得するAPIや、フルセットのパブリックタイムラインを取得する“Firehose”(非常に大量のデータが流れ出てくることから、水圧の高い消防ホースになぞらえている)と呼ばれるAPIもある。 “ストリーム”は小さなデータの更新情報の流れを表す一般的語句としても用いられているが、FacebookやTwitterが提供するStreaming A
続いて、RESTという考え方について見ていきましょう。RESTという言葉は、例えば「Amazonの商品情報取得APIであるECS(注2)では、SOAPとRESTのインターフェイスが用意されている」といった形で耳にした方も多いのではないでしょうか。この言い方を聞くと、RESTもSOAPと同じようなWebAPIのための仕様であるような印象を受けますが、最初に「考え方」と述べたように、実際には仕様ではなく、Web APIの仕様を決める上でのアーキテクチャスタイル、つまり基本的な考え方ということができます。 ただしここでまず最初に覚えておいてほしいことは、一般的にRESTという言葉は、RESTという言葉が誕生したときの本来の意味で使われる場合と、その後その解釈を拡大して、もっと広い意味で使われるようになったものの2通りがあるということです。例えば前述のAmazonのECSがRESTで提供されている
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Available Service twitter: http://usericons.relucks.org/twitter/{user_id} wassr: http://usericons.relucks.org/wassr/{user_id} hatena: http://usericons.relucks.org/hatena/{user_id} nowa: http://usericons.relucks.org/nowa/{user_id} lastfm: http://usericons.relucks.org/lastfm/{user_id} flickr: http://usericons.relucks.org/flickr/{user_id} github: http://usericons.relucks.org/github/{user_id} powered
Twitterで同じ趣味を持っている人を探してフォローしよう [ベータ版]プロフィール検索API 概要 「プロフィール検索API」は、Twitterプロフィール検索を実行する為のRest APIです。 httpのGETリクエストをすることで簡単に検索結果をJSON形式で取得することができます(XML形式は未サポート)。 β版として提供しています。 現在は、アクセス制限を設けずに公開していますが、状況に併せて制限を設ける可能性もありますのでご了承ください。 仕様 検索結果はJSON形式でレスポンスされます。 TwitterユーザーがTwitterに登録した順に、最新最大100件のデータが含まれます。 リクエスト送信先 http://tps.lefthandle.net/rest/ リクエスト s : 検索文字列 [必須] 検索文字列を指定します。 半角スペース区切りでAND検索できま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く