Open-source developers all over the world are working on millions of projects: writing code & documentation, fixing & submitting bugs, and so forth. GH Archive is a project to record the public GitHub timeline, archive it, and make it easily accessible for further analysis. GitHub provides 15+ event types, which range from new commits and fork events, to opening new tickets, commenting, and adding
<g> <g> <defs> <rect id="SVGID_1_" x="-468" y="-1360" width="1440" height="3027" /> </defs> <clippath id="SVGID_2_"> <use xlink:href="#SVGID_1_" style="overflow:visible;" /> </clippath> </g> </g> <rect x="-468" y="-1360" class="st0" width="1440" height="3027" style="fill:rgb(0,0,0,0);stroke-width:3;stroke:rgb(0,0,0)" /> <path d="M13.4,12l5.8-5.8c0.4-0.4,0.4-1,0-1.4c-0.4-0.4-1-0.4-1.4,0L12,10.6L6.2
本日、Google+にAPIが公開されました。現状としては試験段階で、APIそのものは2種類3パターンしかなく、レスポンス形式はJSON、及びJSONPにしか対応していません。また、制限がありますが申請すれば拡張可能です(後述) APIキーの取得 Google+のAPIの使用には、APIコンソールが必要です。Googleにログインした状態でAPIコンソールに行き、左側にあるセレクタから新しいプロジェクトを作り、Google+APIを有効にした上でAPI AccesというタブをクリックするとAPI Keyが取れます APIの形式 Google+のAPIはいわゆるRESTfullAPIで、特定のURLにリクエストを投げるとレスポンスを受け取る形式です。 いくつか共通のリクエストがありますが、そのうち必須なのはkeyというキーです。ここに必ずAPIキーを設定する必要があります。 ユーザー認証 G
なんと、twitter社がAPIのホワイトリスト制度の終了を発表しました。 その内容をまとめると以下の通りです。 2011年2月11日午前6時43分30秒(PST – 太平洋標準時刻)時点にて、ホワイトリストの認可を終了しました。 既に認可を受けているIPアドレスやアカウントはそのまま緩和状態を継続します。 今後は一切の申請・認可を受け付けません。 未返答の物についても、もう審査をすることはありません。すなわち、今後待っていても認可されることはありません。 今後は1時間あたり350アクセスに押さえる独自の方法を考えてください。 もしくは、twitter社よりデータの提供を受けているサービスからデータのアクセスを購入してください。 さて、知らない方のために説明しますと、twitter APIのホワイトリストとは、従来1時間あたり150アクセスしかできなかった物(現在は認証後350)を、有益な
はてなダイアリーがバージョンアップしてTwitterと密な連携がとれるようになった記念に(?)、 はてなIDからTwitterのユーザ名を取得 Twitterのユーザ名からはてなIDを取得 するようなAPIを試作してみました。 結果はJSON(P)で返ります。 はてなIDからTwitterのユーザ名を取得するには? http://hatena-anohito.appspot.com/c/?hatena_id=<はてなID>[&callback=<コールバック関数名>] オプションでcallbackを付けるとJSONPとなり、コールバック関数の引数としてJSONが返ります。 はてなIDからTwitterのユーザ名を取得するには? http://hatena-anohito.appspot.com/c/?twitter_screen_name=<Twitterユーザー名>[&callback=
2010年8月4日水曜日 Streaming API: Concepts http://dev.twitter.com/pages/streaming_api_concepts ※意味がとれてないところが沢山あります。実際に触って、それから修正する予定… 目次 非公開 vs. 公開 結果の品質 結果の関連性 認証 アクセスと制限値 コネクティング レスポンスのパース(解剖) 収集と処理 サービスの品質 サンプリング フィルターの制限 フィルター演算子の更新 言語と国によって 非公開vs公開 非公開ではない公開アカウントのみが公開ステイタスを作成します。 リプライ(文頭に@usernameがあるStatus)とmentions(@usernameを含むStatus)を含む、 公開アカウントによって作成されたステイタスがストリーミングAPIへ含まれる候補に
twitterのように更新頻度が高いサービスのAPIはポーリングとあまり相性がよくありません。どうせtwitter API使うプログラム書くなら、リアルタイムなイベントベースっぽいAPIの方が色々と都合が良いので調べてみました。なんとなくXMPPに対応してる気がしてたんですが、実際はStreaming APIという独自のインターフェースが用意されていました。 Streaming API自体はただのHTTPリクエストで、リクエストのコネクションを張りっぱなしにして、都度データが流れてくる様な形になります。見るからに相性が良さそうなのでgeneratorで書いてみました。この例では幾つか種類があるStreaming APIの中からfilterを使っています。 #!/usr/bin/python # -*- coding: utf-8 -*- import sys import base64 i
FreeBSD、MacOSX、Webアプリ系、RDBMS(PostgreSQL)などの話題が中心になるかと思います。 OAuthって結構難しいと思われてるようですが、難しいというよりは、『ややこしい』です(苦笑) そんなわけで。 手順毎に順番に説明をしようと思います。 ※2009/09/23 説明の図(手書きでごめんなさい)追加しました。 ●語句の説明 ・サービスプロバイダ(service provider)・・・サービスを提供しているところ。この場合、twitter。 ・ユーザ(user)・・・サービスプロバイダに登録していて、そのサービスを利用している人。 ・コンシューマ(consumer)・・・サービスを提供しているところに、ユーザにかわって、そのサービスに対してアクセスする第三者。サードパーティ、とでも言うべきでしょうか。要は、この記事を見て「何か作ってみたい」という、あなたです。
ほたるさんが、yoyaQ APIを活用したサイト「東京ホテル検索」を開発されましたので、ご紹介させて頂きます。 【リンク】 http://hotel.zzkt.com/ 【サービス内容】 東京を中心としたシティホテルをホテル名から探すことができます。
天天拍夜夜添久久精品中文,天天碰天天摸久久中文av,天天日日干,天天日天天添,在线欧美a片,国产精品亚洲片在线,日韩无码视频
TwitterではAPI制限があり、一時間に150までにアクセスが制限されています。それを解除してくれるのがホワイトリスト申請です。 livernal.netの次期バージョンの関係でTwitterにホワイトリスト申請したのですが、そのさいのやり取りからちょっとしたコツみたいのがわかりました。 申請にIPアドレスはいらない フォームからするとサービスのIPアドレスが必要なように見えますが、これはオプションです。無ければないでそのまま通ってしまいます。 StreamingAPIで何とかならないものである、ということを書く 最初に申請したとき「ケッ、そんなのStreamingAPI使えよバーカ(意訳)」といわれて蹴られました。なので、「こちとらGoogle APP Engineで動かしているんじゃハゲ!(意訳)」と書いて再申請したところ通りました。 Twitter側としてはクローラー系はStre
Streaming APIとは TwitterのStreaming APIをご存知でしょうか。 Twitter API Wiki / Streaming API Documentation 2009年4月頃から試験的に公開されているAPIなので、ご存知な方も多いと思います。2009年8月現在でまだαテスト中ですが、これを利用すると、push型でリアルタイムに情報を受け取ることができます。 TwitterのAPIは基本的にpull型なので、クライアントが能動的にリクエストを発行しなければ情報を受け取ることができません。しかし、1時間あたりのリクエスト回数、1リクエストあたりの最大データ数など、APIには様々な制限がかけられていますので、例えばリアルタイム性の必要なプログラムや、大量のtweetsが必要な統計プログラムなどの用途で通常のAPIを利用するのは厳しいものがあります。 そのような時は
GREEの情報を利用したアプリケーションサービスの開発、サイト内外での提供を可能とするAPIをデベロッパーに提供いたします。GREEは1,673万人(2009年12月末現在)のユーザが利用する国内最大級のソーシャルネットワーキングサービスです。今後、デベロッパーの皆様と共に、更にユーザに支持されるサービスの構築を目指して、GREEのソーシャルプラットフォームを利用したアプリケーションサービスの提供を可能とする、GREE Connectをご用意いたしました。 GREE Connect GREEのソーシャルグラフ情報や更新情報を、外部のサービスや、スマートフォン等の各種デバイスから利用できる仕組みです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く