HerokuのAPIデザイン
Herokuが自ら実践しているAPIデザインガイドをGithubに公開した． “HTTP API Design Guide” このガイドは些細なデザイン上の議論を避けて，ビジネスロジックに集中すること目的としている．Heroku特有なものではなく，一般にも十分適用できる知見となっている． 最近は，モバイル向けにAPIをつくることも多いため，勉強もかねて抄訳した．なお内容は，HTTP+JSONのAPIについて基本的な知識があることが前提となっている． 適切なステータスコードを返す それぞれのレスポンスは適切なHTTPステータスコード返すこと．例えば，“成功"を示すステータスコードは以下に従う． 200: GETやDELETE，PATCHリクエストが成功し，同時に処理が完了した場合 201: POSTリクエストが成功し，同時に処理が完了した場合 202: POSTやDELETE，PATCHリク
例えば OSFA な API をやめる - @kyanny's blog
OSFA == one-size-fits-all 単一の API で全てをカバーするのをやめたらどうか、ということ。 APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sight @kenn 最近はRESTfulなエンドポイントは完全に後方互換なまま、クライアントごとにオーケストレーション層(radical versionin)を設けるという方向にシフトしようとしている。詳しくは http://t.co/zODm7mFr5B— Tatsuhiko Miyagawa (@miyagawa) February 28, 2014 この話のポイントとはちょっとずれてる && Podcast 聴いてないのですが。 Quipper プラットフォームで内部的に利用されている API も、 /v1 というパスの下にはえててごく一部のエンドポイントだけ /v2 がある、み
APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sight
ちょっと前にTwitterでAPIのバージョニングをどうやるかみたいな話をしていたのですが、そのへんもやもやしているので少し整理しておきたいなと。 APIのURLを/api/v1/*とかってやるの、やめたほうがいいとおもうんだけどなぁ。いざv2を作るとなったときに、大量のコピペが発生して後悔するよ、って伝えたい。— Kenn Ejima (@kenn) February 28, 2014 さて、これについて色々と異論・反論も含めた意見が出たのですが、まずは、大昔にURL方式（＝コントローラ分割）でやってきて後悔したぼくが、（5年ぐらい前から）現在はどうやってAPIのバージョンを管理しているか？について紹介します。 基本原理としては、コピペが多発する根っこで分岐（＝コントローラ分割）じゃなくて、必要最小限のところで限局的に分岐するのがいい、という考え方に基づきます。 一言でいうと、「パラメー
MOCO'SキッチンオリーブオイルAPI
Tweet これは何 放送日からMOCO'Sキッチンに関する各種情報をJSON形式で取得することができます 使い方 Resource URL http://pastak.cosmio.net/mocoDB/oliveAPI/getJson.php Parameters date Y-m-d形式で放送日を指定。,(コンマ)区切りで複数日を取得可能です Sample 動作サンプルページ 今後追加予定の機能 放送日を期間で指定できるようにする オリーブオイルの単位を揃える サムネイルも取得する 「グリルパン」や「タイム」、「ローズマリー」などの特徴的なキーワードにも対応させる Back to Top
RailsのRESTful APIをテストで理解する - ワザノバ | wazanova
http://www.commandercoriander.net/blog/2014/01/04/test-driving-a-json-api-in-rails1 comment | 0 pointsPivotal LabsのEno ComptonがRailsでJSON APIをテスト形式で理解できるように紹介してくれてます。「Railsアプリをてがけると、いずれ、シングルページアプリ、モバイルクライアントのためにRESTful APIが必要になるだろうから練習用に。」ということで、コードはGithubで公開されています。 GET /movies POST /movies GET /movies/:id PUT /movies/:id DELETE /movies/:id 上記のrouteをサポートするために、Railsアプリ + RSpec + FactoryGirlを用意したら、
API名最長選手権 - Qiita
なが〜い名前のAPI（関数名やクラス名など）たち。括弧内は文字数。 Windows/Win32API DeriveRestrictedAppContainerSidFromAppContainerSidAndRestrictedName (67) thanks to @egtra さんコメント RtlWriteDecodedUcsDataIntoSmartLBlobUcsWritingContext (53) ConvertSecurityDescriptorToStringSecurityDescriptor{A,W} (52) ConvertStringSecurityDescriptorToSecurityDescriptor{A,W} (52) Mac OS X/Cocoa kCMSampleBufferConduitNotificationParameter_UpcomingOu
WebPay: 開発者向けクレジットカード決済サービス
ドメインウェブの設定が見つかりません 考えられる原因 ドメインウェブの設定がまだ行われていない。 ドメインウェブの設定がまだ反映されていない。(反映には数時間～24時間かかることがあります) ドメインウェブ・DNSの設定が誤っている。 アカウントが存在しない、契約が終了している、削除されている。
twitter APIがホワイトリストの認可を終了 – 今後のサービス開発に大きく影響か？ | Token Spoken
なんと、twitter社がAPIのホワイトリスト制度の終了を発表しました。 その内容をまとめると以下の通りです。 2011年2月11日午前6時43分30秒（PST – 太平洋標準時刻）時点にて、ホワイトリストの認可を終了しました。 既に認可を受けているIPアドレスやアカウントはそのまま緩和状態を継続します。 今後は一切の申請・認可を受け付けません。 未返答の物についても、もう審査をすることはありません。すなわち、今後待っていても認可されることはありません。 今後は1時間あたり350アクセスに押さえる独自の方法を考えてください。 もしくは、twitter社よりデータの提供を受けているサービスからデータのアクセスを購入してください。 さて、知らない方のために説明しますと、twitter APIのホワイトリストとは、従来1時間あたり150アクセスしかできなかった物（現在は認証後350）を、有益な
Web API/Mashup開発者に必須！オフラインでも外部アクセスをテストできる·FakeWeb MOONGIFT
今はネットワークを使ったWeb APIを提供するサービスが増え、それを利用したMashupも増えてきている。様々なデータを容易にとれ、Webシステムを開発できるのは魅力だが、開発中にもネットワークが必須というのが大きな足かせになる。 Mashupのテストがしやすくなる便利なライブラリ また、アクセス自体に料金がかかる場合、開発中の利用を躊躇してしまう。そのような経験がある方はFakeWebを使うべきだ。 今回紹介するオープンソース・ソフトウェアはFakeWeb、Webアクセスを偽装する便利なライブラリだ。 この手のものは一時期考えなくもなかったが、自分でサーバを立てる方法がいいかと思っていた。だがFakeWebの場合は違う。指定したURLへのHTTP（恐らくHTTPSも）接続を横取りし、予め指定した結果を返すライブラリだ。 複数アクセスによって返却値を変えられる 予め返却されるデータと、接
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Apiary | Platform for API Design, Development & Documentation
#350 REST API Versioning - RailsCasts
大規模分散システム ”Amazon Web Services” の使い方
http://blog.inouetakuya.info/entry/2013/10/20/132928
TechCrunch | Startup and Technology News
http://boundio.jp/
TechCrunch