タグ

apiに関するohidaのブックマーク (12)

  • GData/Protocol

    このページは, Google Data APIs (Beta) Developer's Guide - Google Data APIs Protocol を対訳形式で和訳したものです.厳密さより読みやすさを優先し,意訳を多用しています.ご了承ください. 翻訳作業はたけまるが行いました.翻訳には誤りがある可能性があり,内容について一切保証をするものではありません.正確さを求める場合には必ず原文を参照してください.当方は,この文書によって利用者が被るいかなる損害の責任を負いません. This document describes the protocol used by the Google data APIs ("GData"), including information about what a query looks like, what results look like, and

  • たけまる / AtomPub のエラー処理について

    _ AtomPub のエラー処理について [atompub] daiba さんから召還されたので,あんまり書くこともないのですが, AtomPub のエラー処理について簡単に説明します. エラーについて AtomPub 仕様 が定めていることはほとんどありません. - HTTP 仕様に従ってステータスコードを正しく使うように - エラー時は 4xx, 5xx を返すように - PUT においてバージョン違反 (ETag の不一致など) があったときは 412 Precondition Failed を返す - 認証やアクセス制御のエラーは 401 Unauthorized や 403 Forbidden を返す - 人間が読めるようなエラーの説明を含めるべきである これだけです.レスポンスの書式については何も定めていません. - ステータスコードでエラーの有無を判断する - エラー (4x

  • RESTはWebAPIの代わりにはならない

    Photo by Pulpolux !!! bobchinさんの日記から「やっぱRESTは厳しいのかな?」。 RESTでは、リソースに対して一意のURLに、これって結局データストレージとして使えるっていうだけなんだと思います。MVCでいうmodelの部分。 これは、これでとても大切な部分なのですが、モデルを検索したり、いろいろ機能をRESTで提供するのは、うまくいかないと思います。 Railsだと、create, show, update, destroyメソッドはいいのですが、index(list)メソッドをXMLで返すようにしても、あまりうまくいかないケースが多いと思います。1画面に出る情報が多岐にわたるので、きれいに表現できないんですよね。 1つのコントローラでHTMLとXMLを返す上での最大の問題は、メソッド名の変更が出来なくなることだと思います。APIとして外部に公開してしまうと

    RESTはWebAPIの代わりにはならない
    ohida
    ohida 2008/04/16
  • Charts with PHP and Google Charts API | LuddeP.se

    Charts with PHP and Google Charts API Just yesterday I found out about the Google Charts API and I was impressed by this excellent service but noticed that creating multiple charts got pretty messy, especially if I wanted to edit the data later on. I figured if I wanted to use this in the future, I’d like an easier way to create charts out of my data - thus the class GoogChart was born. What I wan

    ohida
    ohida 2008/04/16
    Google Charts APIを利用するためのPHPクラス。// このAPI日本語使えないんだよなぁ...
  • Apache(mod_rails)とmongrelでHTTPレスポンスヘッダに特定の値を返す

    Photo by icanteachyouhowtodoit レスポンスコードでステータスを判断するとFreeSpotとかで問題にならない?からの続き。 ステータスコードで200が帰ってきたときに、ほんとに自分が通信したいサーバから帰ってきたかを検証する方法を考えてみました。 ほんとに相手のサーバを認証したい場合はSSLを使うべきですが、そんなに大事にしたくない場合は、HTTPレスポンスヘッダに特定の値をセットすることで、相手を特定できるのではないかと思います。 Railsのbefore_filterなどでresponse.headersをセットしてもいいのですが、これだとcacheに入った場合など、Railsを通らないときには、ヘッダが追加されません。 そのため、mod_railsの場合はApacheで、mongrelの場合はmogrel内でヘッダにセットする必要があります。 Apach

    Apache(mod_rails)とmongrelでHTTPレスポンスヘッダに特定の値を返す
    ohida
    ohida 2008/04/15
    レスポンスヘッダにX-AppNameを含むことで簡単にサーバの検証を行えるという話。lighttpdだと setenv.add-response-headerな感じ。
  • レスポンスコードでステータスを判断するとFreeSpotとかで問題にならない?

    Photo by Paco CT いま、Sticka用などに外部からデータの更新と参照をするためにWebAPIを計画しているんだけど、WebAPIと一口に言っても、いろいろなプロトコルがあって、どれを採用するかでとても悩み中。 候補になっているのは下記の4つ。 RESTful (Rails) XML-RPC AtomPP GData Railsだけを考えるなら、サービス全体をRESTfulにして、HTML以外にXMLも返す様にしておけば、外部から使うのも比較的容易。Rails同士ならActiveResourceも一応使えるし。ただ、Rails以外でクライアントを作るのがメンドクサイ。また、実際問題、HTMLのコントローラとAPI用のコントローラを一緒にするのは難しいケースもあるので、一つのクラスでHTMLAPIもとはなかなか行かない。 サービスをRESTfulにしてXMLを返すのはいいけ

    レスポンスコードでステータスを判断するとFreeSpotとかで問題にならない?
  • コトノハ x Lingr

    「Lingr」という、Web上でリアルタイムチャットができるサービスがあります。 最先端の技術を応用することで、今までWeb上では難しかったとても自然なチャットが実現していて、今後にとても期待できるサービスです。 ふと、コトノハとチャットを組み合わせたら面白いかもと思い、実験的にLingrとコトノハを組み合わせて遊べるようにしてみました。 Lingrの「コトノハ x Lingr」の部屋では、コトノハから定期的にコトが書き込まれます。 そのコトに対して○と×をつけたり、コトをテーマにして皆さんでチャットをして楽しんでいただくことができます。 また、簡単な設定を行っていただくことで、チャット中につけた○×を、そのままあなたのコトリストに反映させることができます。 (もちろん、コトリストの方には全く影響させないようにもできます) ぜひ、チャットという仕組みを通して、今までと違った感覚でコトノハを

    ohida
    ohida 2007/02/08
    チャットでコトノハですたい
  • http://solvalou.net/club/

  • クークル[Qooqle]人気おすすめ動画検索サイト

    2018.12.26 私の心は花の雨 2018.12.26 ATHENA ーアテナー 2018.12.26 金蘭良縁 2018.12.26 私たち結婚しました3 イ・ジャンウ&ウンジョン編 2018.12.25 太陽の末裔オリジナルサウンドトラック 2018.12.25 王の顔 2018.12.25 僕は彼女に絶対服従~カッとナム・ジョンギ~ 2018.12.24 密会(韓国ドラマ) 2018.12.24 私だけのあなた 2018.12.24 キム・マンドク~美しき伝説の商人~ 2018.12.23 白夜姫 2018.12.23 未来の選択 2018.12.23 バラ色の恋人たち 2018.12.23 風中の縁(えにし) 2018.12.22 トライアングルメイキング(韓国ドラマ) 2018.12.22 カクシタル 2018.12.22 トライアングル(韓国ドラマ) 2018.12.22

    ohida
    ohida 2006/05/31
    YouTubeのビデオを簡単にまとめておけます。JugemKey認証APIを利用してみました。はてな認証APIもつかってます。
  • mizzy.org : JugemKey 認証 API リリース

    JugemKey 認証 API リリース Posted by Gosuke Miyashita Wed, 31 May 2006 03:47:00 GMT 追記 CPAN モジュールが Perl 5.8.7 じゃないとインストールできない、という指摘が宮川さんからありましたので、修正しました。CPAN に反映されるまで時間がかかりますので、ここから取得してください 。モジュール作るのに h2xs を使うのはやめます。今は Module::Starter の時代らしいです。 JugemKey 認証 API がリリースされました。PHP4, PHP5, Perl の 認証 API ライブラリも提供しています。 基的には、Flickrはてなの認証 API とほぼ同等のものなのですが、Kazuho@Cybozu Labs, Tociyuki::Diary, まちゅダイアリー のはてな認証

  • 2018年10月31日(水) をもって、はてな認証APIの提供を終了します。それに伴い、OAuthへ移行をお願いいたします - はてなの日記 - 機能変更、お知らせなど

    2018年10月31日(水) をもって、はてな認証APIの提供を終了します。それに伴い、OAuthへ移行をお願いいたします いつもはてなをご利用いただきありがとうございます。 下記の告知にて予告させていただきましたが、ご利用状況を鑑み、2018年10月31日(水)をもちまして、はてな認証APIの提供を終了させていただきます。 今後、はてなグラフ、ポケットはてななど、複数のサービスの提供を終了する予定です - はてなの日記 - 機能変更、お知らせなど はてな認証APIは、はてなアカウントによるユーザー認証をサードパーティのアプリケーションでも利用できるようにする開発者向けAPIで、2006年4月24日に公開しました。 なお、代替として、はてなではOAuthサービスプロバイダの機能を提供しておりますので、こちらのへの移行をご検討ください。 http://developer.hatena.ne.

    2018年10月31日(水) をもって、はてな認証APIの提供を終了します。それに伴い、OAuthへ移行をお願いいたします - はてなの日記 - 機能変更、お知らせなど
    ohida
    ohida 2006/04/25
    キタコレ
  • Qooqle

    アニメ『盾の勇者の成り上がり(2期)』の「あらすじ」や「動画を無料視聴する方法」をご紹介していきます! ↓『盾の勇者の成り上がり(2期)』の動画を今すぐ無料で見たい方はこちらをクリック↓ 盾の勇者の成り上がり(2期)を無料で視聴する! アニメ『盾の勇者の成り上がり(2期)』とは?(あらすじ・見どころ) まずは、『盾の勇者の成り上がり(2期)』とはどんな作品なのか?、作品の概要をご紹介します。 あらすじ 尚文が次の「波」への準備を進めていると、謎の魔物たちが現れ、同時に「波」へのカウントダウンが停止してしま ... アニメ『RPG不動産』の「あらすじ」や「動画を無料視聴する方法」をご紹介していきます! ↓『RPG不動産』の動画を今すぐ無料で見たい方はこちらをクリック↓ RPG不動産を無料で視聴する! アニメ『RPG不動産』とは?(あらすじ・見どころ) まずは、『RPG不動産』とはどんな作品な

    ohida
    ohida 2006/01/20
    (o e o)ククッテネ
  • 1