トップ  > メモ一覧  > カテゴリ「API」の絞り込み結果 : 33件

33件中 1 〜 10 表示  1 | 2 | 3 | 4  次の10件> 最後»

No.2409【引用】1年で70億枚の顔写真をスキャンしたFace.comが顔認識APIを無料で一般公開

1年で70億枚の顔写真をスキャンしたFace.comが顔認識APIを無料で一般公開
TechCrunch Japan Robin Wauters

7 人のユーザーがお気に入りに登録しました

顔認識技術の Face.com が 一般公開されたd のは、昨年イスラエルのテルアビブで開かれたTechonomyでだった。そして今日(米国時間5/3)は、ぼくも行く予定の Techonomy 2010 の前夜祭だから、同社が重要な発表をする日としてふさわしい。
今日同社は、 デベロッパコミュニティ を 立ち上げ 、APIを公開する。これによりサードパーティのデベ...

引用元

更新:2010/05/04 22:54 カテゴリ: web開発  > API ▲トップ

No.2373【引用】TwitterのBASIC認証廃止、企業ユーザーが知っておくべきこと

TwitterのBASIC認証廃止、企業ユーザーが知っておくべきこと

来る2010年7月1日、Twitterにいつもと違う感じを抱いたなら、BASIC認証が廃止になったことを思い出してほしい。特に、企業でTwitterを利用している場合は要注意だ。

[ 西尾泰三, ITmedia]

2010年04月28日 00時00分 更新
<div id="update">2010/04/28 00:00</div>

');
document.write(' ');
//-->

<iframe height=19 width=395 marginwidth=0 marginheigh...

引用元

更新:2010/04/28 11:08 カテゴリ: web開発  > API ▲トップ

No.2110 gravatarの画像表示

gravatarの画像表示

http://www.gravatar.com/avatar/md5(メールアドレス)?s=サイズ
例:http://www.gravatar.com/avatar/c48061122452025e21fdfc88826fad14?s=48

引用元

 
更新:2010/02/19 16:48 カテゴリ: web開発  > API ▲トップ

No.2087【引用】GoolgeBuzzのBuzzItボタンをブログに実装する

Goolge BuzzのBuzz Itボタンをブログに実装する
5509 nori

先日公開されたGoogle Buzzですが、流行るとか流行らないは別としてとりあえずサイトにBuzzを投稿するためのボタンを実装してみましょう。と思って API を見てたんですが、まだその辺については公開されてないのか見あたりませんでした。そもそもBuzzするって何て言うんですかね。Buzzる?なんか変。。
今のところ便利そうなのは以下の、Google Readerのブックマークレットを使う方法でしょうか。

Add a “Buzz It&rdq...

引用元

更新:2010/02/12 11:09 カテゴリ: web開発  > API ▲トップ

No.2061【引用】位置情報とウェブメディア

位置情報とウェブメディア

普段は地図、路線、天気など生活に関わる便利機能系コンテンツを担当しています。これらのコンテンツは「生活に関わる」ということのほかに「位置情報」と いう共通点があります。地図は言わずもがな、路線は駅、天気は居住地・外出先と、必ずリアルな位置情報に紐付いています。

インターネットが生活のインフラとなりつつあるなかで、リアルとバーチャルを繋ぐのはやはり位置情報ではないかと考えています。ネットにはほとんど無限の可能性がありますが、能動的にユーザーに使わなければ...

引用元

更新:2010/02/04 14:25 カテゴリ: web開発  > API ▲トップ

No.1938 google search api のURLで指定できるオプション

http://code.google.com/intl/ja/apis/ajaxsearch/documentation/reference.html#_intro_fonje

引用元

更新:2009/12/28 18:12 カテゴリ: web開発  > API ▲トップ

No.1875 mixi:RESTfulAPI仕様

RESTful API仕様

PC版のみ対応mixiアプリでは、ユーザのプロフィール情報やマイミクに関する情報をRESTful APIにより取得して利用することができます。各APIは、OpenSocial RESTful APIに準拠しています。

PC向けmixiアプリについて、JavaScript APIから取得した情報は、Webブラウザ上で悪意を持ったユーザに改ざんされてしまう可能性があります。つまり、JavaScript APIにて取得した情報を、gadgets.io.makeRequest()関数などにより外部サーバに送信することを考えた場合に、その内容はユーザによって不正に変更されているかもしれない、ということになります。外部サーバからRESTful APIを利用してJavaScript APIの代わりに情報を取得することによって、悪意を持ったユーザによる改ざんの余地を最小限に留めることが可能となります。

各APIへアクセスするためには、Consumer KeyとSecretを用いた署名(OAuth Signature)をつける必要があります。OAuth Signature の生成方法については 2-legged OAuthによるAPIアクセス を参照ください。

mixi OpenSocial RESTful APIのエンドポイントは、下記になります。

http://api.mixi-platform.com/os/0.8

利用準備

PCのみ対応のmixiアプリにおいてRESTful APIを利用するためには、Consumer keyおよびsecretを発行、入手する必要があります。

mixiアプリの設定画面(edit_appli.pl)において、もしConsumer keyおよびConsumer secretが表示されていなかった場合は、一度その画面で設定内容を保存します。その際に、設定内容を変更する必要はありません。この時点で、対象のmixiアプリで利用可能なConsumer keyおよびsecretが発行され、同一ページ内にそれらが表示されます。

制限事項

PCのみ対応のmixiアプリにおいてRESTful APIを利用する際には、アクセスに関して制限があります。

RESTful APIにアクセスする際に、xoauth_requestor_idパラメータによって、誰の権限でアクセスを行うかを指定することが必要になります。パラメータ値は、対象ユーザのIDとなります。このユーザIDについて、「一定時間内にWebブラウザで対象のmixiアプリを起動したユーザ」のIDのみ指定することが可能です。

対象ユーザが対象のmixiアプリを起動していない、もしくは起動から一定時間が経過した後にRESTful APIにアクセスを行った際には、HTTPレスポンスコードとして「401 Unauthorized」が返却されます。

提供されるAPI

PC向けのみ対応のmixiアプリでは、以下のAPIが利用可能です。なお、取得可能なフィールドおよびアクセスコントロールについてはPC用のJavaScript APIと同一です。

Person & Friends API

ユーザのプロフィールやマイミクに関する情報の取得を取得することができます。

/people/{guid}/@all
/people/{guid}/@friends
/people/{guid}/@self
/people/@me/@self

application/json 形式:

{
  "entry" : {
    "thumbnailUrl":"http://img.mixi.jp/img/basic/common/noimage_member76.gif",
    "nickname":"ミクシィ開発部",
    "lastLogin":"2009-06-01T12:10:05Z",
    "name":{
      "formatted":"ミクシィ 開発部",
      "givenName":"ミクシィ",
      "familyName":"開発部"},
    "isViewer":"true",
    "hasApp":"true",
    "isOwner":"true",
    "id":"xxxxxxx",
    "updated":"2009-06-01T12:11:31Z",
    "displayName":"ミクシィ開発部"},
  "startIndex":0,
  "totalResults":1
}

application/atom+xml 形式:

<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:osearch="http://a9.com/-/spec/opensearch/1.1">
  <entry>
    <content type="application/xml">
      <person xmlns="http://ns.opensocial.org/2008/opensocial">
        <id>urn:guid:mixi.jp:xxxxxxx</id>
        <displayName>ミクシィ開発部</displayName>
        <name>
          <familyName>開発部</familyName>
          <formatted>ミクシィ 開発部</formatted>
          <givenName>ミクシィ</givenName>
        </name>
        <nickname>ミクシィ開発部</nickname>
        <thumbnailUrl>http://img.mixi.jp/img/basic/common/noimage_member76.gif</thumbnailUrl>
        <lastLogin>2009-06-01T12:10:05Z</lastLogin>
      </person>
    </content>
    <title/>
    <updated>2009-06-01T12:11:31Z</updated>
    <author/>
    <id>urn:guid:mixi.jp:xxxxxxx</id>
    <link href="http://img.mixi.jp/img/basic/common/noimage_member76.gif" rel="alternate" type="image/jpeg"/>
  </entry>
  <osearch:startIndex>0</osearch:startIndex>
  <osearch:totalResults>1</osearch:totalResults>
</feed>
取得可能なフィールド一覧

基本情報

フィールド名 内容 フォーマット
nickname ニックネーム xs:string
profileUrl プロフィールURL xs:string
thumbnailUrl プロフィール画像URL xs:string
hasApp アプリ利用状態 xs:boolean
bloodType 血液型
※A, AB, B, Oのいずれか
xs:string

プロフィール情報

フィールド名 内容 フォーマット
addresses 現住所 address Element
birthday 生年月日 xs:date
gender 性別 xs:string

基本情報以外の項目を取得する場合は、以下のように fields パラメータに項目名をカンマ区切りで指定します。

/people/@me/@self?format=json&fields=birthday,gender
アプリをインストールしているマイミク一覧の取得

Friends APIにて、現在のmixiアプリをインストールしているユーザのみの一覧を取得する場合は、以下のように filterBy パラメータに hasApp を指定します。

/people/@me/@friends?format=json&filterBy=hasApp

最初から必要なデータのみを取得することで、mixiアプリのレスポンス向上を図ることが可能になり、開発者およびユーザの双方にメリットがあります。Friends APIアクセス時は、基本的にこのフィルタを設定するようにしてください。

マイミク一覧から特定ユーザの取得

あるユーザがマイミクシィかどうかを確認したい場面がしばしば登場します。これを行うために、@friends/{pid}という指定を利用することができます。

/people/@me/@friends/{pid}

pidには、取得したいユーザのmember_idを指定します。上記の例では、xoauth_requestor_id値により指定されたユーザのマイミクシィ一覧にpidで指定したユーザが含まれている場合は、そのユーザのプロフィール情報が結果として得られます。それに対して、もしマイミクシィ一覧に含まれていない場合は、エラーコードとして404が返却されます。

つまり、プロフィール情報が取得できたかどうかで、マイミクシィかどうかを判断することが可能となります。

エラーコード

Person & Friends APIの呼び出し時に、いくつか結果として得られる可能性があるエラーコードがあります。これらのエラーコードは、HTTPレスポンスのHTTPステータスコードとして返却されます。エラーコードの種別によって、適切な処理を行ってください。

エラーコード 発生する状況
400 (BAD_REQUEST) ページング指定値が不正、認証情報が不正、取得対象IDが未指定
403 (FORBIDDEN) 取得権限がない、セレクタ(@self, @sfriendsなど)が未指定
404 (NOT_FOUND) 指定ユーザが見つからない、取得対象ユーザIDが不正
500 (INTERNAL_SERVER_ERROR) mixi側の内部エラー

利用可能なクエリーパラメータ

これらのクエリーパラメータは上記で紹介したAPIにて利用することができる追加のqueryパラメータです。startIndexとcountパラメータはOpenSearch仕様に基づいて解釈されます。

format={format}		-- 出力フォーマット(atomまたはjson)、デフォルトはjson
count={count}		-- ページコレクションのページサイズ
fields={field}		-- 結果に含めたいフィールドのリスト
startIndex={startIndex}	-- ページコレクションのインデックス
filterBy={fieldname}	-- 指定されたフィールドでフィルタされます(hasAppのみ対応)

guidについて

各APIの{guid}には、mixiのユーザIDを指定します。
mixi.jp:1234 または 1234 のような書式を利用してください。

取得できる情報について

個人情報や他のユーザーの情報を扱うAPIについて、mixi Platformでは取得や更新に関して一定のルールを定め、情報へのアクセスに関する制限を行っています。このルールのことを「パーミッションモデル」呼びます。

PC版のみ対応mixiアプリからのRESTful APIについてのパーミッションモデルは、取得できる情報についてにて説明された内容が適用されます。

参考文献:

OpenSocial Restful Protocol v0.8.1
http://www.opensocial.org/Technical-Resources/opensocial-spec-v081/restful-protocol

引用元

更新:2009/12/14 10:02 カテゴリ: web開発  > API ▲トップ

No.1730 OAuth認証フロー


更新:2009/11/12 19:02 カテゴリ: web開発  > API ▲トップ

No.1729 HybridOnboarding概要

Hybrid Onboarding概要
    事例
        Plaxo
        Facebook
            など
    メリット
        ユーザ登録が簡単になる
            具体例
                確認メールが不要
                フレンド登録が不要
                パスワード入力が不要
                    OpenIDを利用
                    プロフィールもとってくる(OpenID AX)
            効果
                登録率が上がる
                    登録率を90まで上昇
    やってみよう
        http://ja.plaxo.com/
    何でハイブリッド?
        以下の技術の組み合わせ
            OpenID
                拡張可能
                    ⇒OpenID OAuth Extension
            OAuth
                認証を要するwebサイトを外から利用する技術
                アクセス用トークンを使ってAPIにアクセスする
                    ⇒トークンを無効にするだけで悪質利用を防ぐ
                フロー
                    アクセストークンの取得
                    認可する
                    認可済みリクエストトークンの取得
                    API利用可能になる
            Portable Contacts API
                Googleの連絡先取得用API
                    →Gmailの連絡先リストの取得
                OpenSocialでも活用?
    フロー
        OpenIDでメールアドレス
        OpenID OAuth Extension でPortable Contacts APIを叩く
        ユーザ登録
        連絡先リスト
    OpenID OAuth Extension
        OpenID認証時にOAth認可を同時に行う
            アクセストークンの取得が不要
            以下、OpenID認証で代用
                認可する
                認可済みリクエストトークンの取得
    今後の利用
        複数のOpenPNE間の連携が実現可能になる
        SNS内で活かす
            フォロー
            アクティビティ

引用元

えび勉強会
更新:2009/11/12 18:50 カテゴリ: web開発  > API ▲トップ

No.1716 OAuth関連トピックキャッチアップ:Y!は1.0クローズ、GはanonymousOAuthを実装

OAuth関連トピックキャッチアップ : Y!は1.0クローズ、Gはanonymous OAuthを実装Add Startzmtkotsune

■ Yahoo! IncのOAuthがRev Aのみになる

Yahoo!Incは今まで、4月にセキュリティの問題が見つかった際に一時的にOAuthのシステムを止めましたが、その後はユーザーに警告画面を出すものの動作はするように戻していました。

よって、OAuth Core 1.0とその問題が修正された仕様のOAuth Core 1.0aの両方の仕様でOAuthを利用できる状態になっていたのです。

これは既にOAuth Core 1.0を利用していたアプリケーションへの配慮だったのだと思われますが、11/9にOAuth Core 1.0のほうの仕様ではOAuthの処理ができなくなるようです。

1.0aの説明を利用ガイドに追記したり、もう十分開発者に対してサポートしたのでクローズするってところでしょうか。

もうちょっと早くても良かったような。。。

ちなみに、Yahoo! JAPANのOAuthは1.0aのみです。

2009年4月下旬にOAuth Core 1.0の仕様にセキュリティ問題があることが発表されました。

Yahoo! JAPANのOAuthはその問題を解決したOAuth Core 1.0 Revision Aという仕様に従っています。この仕様に加え、Yahoo! JAPANはOAuth Session Extensionという拡張仕様を導入しています。

Yahoo! JAPANがOAuthのService Providerになりました! (Yahoo! JAPAN Tech Blog)

GoogleがAnonymous OAuthを実装

OAuthOpenIDとの比較でもよく言われてきたことですが、OAuthはConsumerとSPの間に事前登録が必要です。

Consumerがアプリケーションの情報やRSA PubKeyを登録したり、SPがConsumerKey/Secretを発行したりするわけです。

Googleはこのたび、この事前登録が不要であるAnonymous OAuthとでもいうべき実装をしたとブログで発表しました。

1. The ability to use OAuth without registration

Based on consistent feedback from our developers, we added the ability to use OAuth without having to register the website ahead of time. This change is especially helpful for developers working on test servers that cannot be accessed directly from the Internet.

Google Code Blog: OAuth Enhancements

これはいったいどういうことなのでしょうか?

ドキュメントを追ってみます。

Applications making OAuth requests to Google can be either registered or unregistered, but must sign all requests.

...

Although most Google services allow access to unregistered applications, some require more secure access.

OAuth for Web Applications - Accounts APIs - Google Code

ということで、Googleの中には情報レベル?が低い情報もあるからそいつらは事前登録なしでも出しちゃうってことなんですかね。

では、次に実装方法について見ていきます。

If your application is not registered, select HMAC-SHA1 and use the following key and secret:

consumer key: "anonymous"

consumer secret: "anonymous"

OAuth API Reference - Accounts APIs - Google Code

consumer key,secretをanonymousにしてHMACの署名つけろと言っています。

その署名って意味があるのかちょっと気になりますが。

では、実際の処理を見てみます。

Googleが提供しているOAuth PlayGroundを使ってやってみます。

OAuth Playground

長くなりそうだったので動作確認の結果をスライドにまとめました。

この件についてはもう少し考えて別途エントリ書きたいと思います。

引用元

更新:2009/11/08 10:31 カテゴリ: web開発  > API ▲トップ
33件中 1 〜 10 表示  1 | 2 | 3 | 4  次の10件> 最後»

Python

フロントエンド開発

Linux

web開発

svn・git

ソース・開発

プロマネ

マネタイズ

FuelPHP

HTML・CSS

JavaScript

プレゼン

Alexa

webサービス運用

webサービス

Mac

サーバ管理

MySQL

PHP

ツール, ライブラリ

ビジネス

テンプレート

負荷・チューニング

Windows

メール

メール・手紙文例

CodeIgniter

オブジェクト指向

UI・フロントエンド

cloud

マークアップ・テキスト

Flash

デザイン

DBその他

Ruby

PostgreSQL

ユーティリティ・ソフト

Firefox

ハードウェア

Google

symfony

OpenPNE全般

OpenPNE2

Hack(賢コツ)

OpenPNE3

リンク

個人開発

その他

未確認

KVS

ubuntu

Android

負荷試験

オープンソース

社会

便利ツール

マネー

Twig

食品宅配

WEB設計

オーディオ

一般常識

アプリ開発

サイトマップ

うずら技術ブログ

たませんSNS

rss2.0