トークンを利用した認証・認可 API を実装するとき Authorization: Bearer ヘッダを使っていいのか調べた - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TL;DR HTTP でトークンを利用した認証・認可をする手法として RFC 6750 がある OAuth に限らず、トークンを利用して認証・認可する機構の一部として Authorization: Bearer ヘッダを使うことができる 使い方について詳しくはこの記事の下のほうに書いた 要求 トークンを利用した認証・認可機構を持つ API を作りたい クライアントがトークンを HTTP リクエストに含めて送信し、サーバはトークンを検証してリソースへのアクセスを許可したい Authorization: Bearer トークン ヘッダでトー
Swaggerの概要をまとめてみた。 - Qiita
概要 最近は API Blueprint で仕様書を書くことが多かったのですが、Swagger が世界標準になるかもしれない、ということもあり、開発の効率化を進めるためにも概要をまとめてみようと思った次第です。 Swaggerとは Swagger は RESTful APIを構築するためのオープンソースのフレームワークのことです。「Open API Initiative」という団体がRESTful APIのインターフェイスの記述をするための標準フォーマットを推進していて、その標準フォーマットがSwaggerです。Swaggerには多くの便利なツールが提供されていることもあり、多くのメリットを享受できそうです。 Swagger Spec を書いておけば自動的にドキュメント生成までしてくれ、それだけではなく、ドキュメントから実際のリクエストを投げられる優れものです。 Swaggerのツール群
Google MAPのサイト埋め込み、APIキー必須で有料になる！？ | 初代編集長ブログ―安田英久
Googleマップ（グーグルマップ）をホームページに埋め込みする際、「Maps Embed API」などのプログラムを使っていたら、APIキー必須で新しい料金プランに。ただし、［地図を埋め込む］ボタンで取得したiframeによるものならば、この変更の影響を受けない仕組みになっています。どの方式で埋め込まれているのか、チェックツールで調べてみましょう。 GoogleマップをWebサイトに埋め込んでいる場合、グーグル側の仕様変更により「APIキー」が必須となり、対応しない場合は7月16日から表示されなくなります。ただし、実はすべての埋め込みGoogleマップが対象ではなく、そのままで問題ない場合もあります。 結論としては、次のような切り分けです。 通常のGoogleマップから［地図を埋め込む］でページに設置したマップ ―― そのままで問題なしグーグルの「Static Maps API」「Map
ヤマト運輸、各種APIを提供するサイト「YBM For Developers」を開設 | EC業界ニュース・まとめ・コラム「eコマースコンバージョンラボ」
ヤマトホールディングス株式会社傘下のヤマト運輸株式会社（以下、ヤマト運輸）は、12月14日より、ヤマト運輸が運営するビジネス向け会員制サービスのポータルサイトヤマトビジネスメンバーズに「YBM For Developers」を開設することを発表した。 YBM For Developersでは、全国に張り巡らされた宅急便ネットワークを活用したサービスや、個人向け会員制サービス、法人や個人事業主の業務支援サービスなど、ヤマトグループが提供する荷物の発送・受け取りを便利にする多彩なサービス機能を、様々なクラウドサービスなどと連携できるAPIを公開する。 荷物の発送、受け渡しがより便利に EC自宅外受け取りAPIでは、ECサイトでの購入時に、全国のヤマト運輸営業所と計25,000拠点以上の取扱店を、商品の受け取り場所として選択できるようになり、ユーザーは自分の生活スタイルに合わせて商品を受け取るこ
翻訳: WebAPI 設計のベストプラクティス - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これは Enchant の開発者である Vinay Sahni さんが書いた記事「Best Practices for Designing a Pragmatic RESTful API」1を、ご本人の許可を得て翻訳したものです。 RESTful な WebAPI を設計しようとすると、細かなところで長考したり議論したりすると思います。また、他の API に倣ってやってはみたものの、本当にそれでいいのか、どうしてそうしているのか分からない、何てことも少なくはないと思います。 この記事では、そのようなハマリどころについて Vinay さん
心臓が止まったらSNSに「死にました」と投稿する - Qiita
概要 fitbit(alta HR)で心拍数をモニタリングして、心拍数が0になったらSNSに「死にました」と投稿するスクリプトを書きました。 リポジトリ 僕はほぼ24時間fitbitを付けっぱなしにしているので、fitbitごと壊れる死に方でない限り大体カバーできるはずです。 fitbit alta HRとは リストバンド型ウェアラブル端末の1つで、常時心拍数などを測れます Pure Pulseという技術で従来のデバイスより正確に測れるらしいです APIが充実しています Fitbit APIで心拍数を監視する Fitbitアプリを登録する こちらから登録できます 心拍数データを取るためには「OAuth 2.0 Application Type」を「Personal」にする必要があります 心拍数を取得する python-fitbitを使わせてもらいました。使い方は他に多くの解説記事があるので
HTTP APIの詳細なエラー情報をレスポンスに持たせるための仕様
今日では HTTP(s) で API が公開されることは当たり前の時代ですが、エラーをアプリケーションにどう伝えるかは、個々の API の設計に依存していました。特に、HTTP ステータスコードは有限であり、元々持っている意味があるので、自由に使うことはできません。API はそのドメインごとにもっと複雑で細かなエラー情報があるはずで、それらはレスポンスボディに載せてアプリケーションに伝えることになりますが、その書式に規定は今までありませんでした。 HTTP API にて、アプリケーションにエラー情報を伝達するための（レスポンスボディに載せられる）標準的な形式が、RFC7807 Problem Details for HTTP APIs で定められています。適用例としては、以下のようになります。 HTTP/1.1 403 Forbidden Content-Type: application
LINE DEVELOPER DAY 2016 開催のお知らせ « LINE Engineers' Blog
LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog saegusa2017-04-16Yoshihiro was a network engineer at LINE, responsible for all levels of LINE's infrastructure. Since being named Infra Platform Department manager, he is finding ways to apply LINE's technology and business goals to the platform. こんにちは。LINEでネットワークやデータセンターを担当している三枝です。2017年1月にJANOG39で登壇する機会を頂きましたので、今回
LINE BOT API Trialでできる全ての事を試してみた - Qiita
4/7 18:00頃にLINEの「BOT API Trial Account」が無償提供されたと聞いてとりあえず触ってみたら出来る事は結構少なかったので勢いで全て試してみた。 [追記 4/14 9:28] Facebook Messenger Platform BETAでできる全ての事を試してみた（LINE BOT APIとの比較あり）も合わせてどうぞ。 [追記 4/9 11:49] 現在、巷で話題のLet's Encrypt問題以外でコールバックがコールされない問題があるらしいのでご注意を。 [追記 4/9 12:49] 上記の問題は解決した模様。 まずはアカウント登録 ※先着10,000名って少ない気がするけどまだ登録できるって事はそんなに人気ないのかな。 https://business.line.me/ja/products/4/introduction BOT API が利用開始
「WebAPI 設計のベストプラクティス」に対する所感 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 「翻訳: WebAPI 設計のベストプラクティス」を読んで色々と思うところがあったので書きました。 上記の記事は訳文でありますので、正しくは「Best Practices for Designing a Pragmatic RESTful API」に対する所感と述べた方が良いのかもしれませんが、日本語で通して読めるよう Qiita に投稿された訳文に対する所感として書いています。 以下では「翻訳: WebAPI 設計のベストプラクティス」並びに「Best Practices for Designing a Pragmatic RESTf
はじめに | DoubleClick for Publishers API | Google Developers
Stay organized with collections Save and categorize content based on your preferences. You can use the Google Ad Manager SOAP API to build apps that manage inventory, create orders, pull reports, and more. To help you get started, we offer client libraries for Java, .NET, Python, PHP, and Ruby. To make your first API request, follow these steps: Get access to an Ad Manager network If you don't alr
PHPでfile_get_contents使ったHTTP接続がエラーなのかタイムアウトなのかを判別する - なんたらノート第三期ベータ
PHPでサーバ-サーバ間でREST-APIを使うとき、file_get_contentsを使うのが簡単なんですが、エラーレスポンスの場合、その状況をどう解釈したらいいのかという説明がどうもあいまいな気がしたので、ちょっと調べてみました。 レスポンスコード200とエラー、それと、タイムアウトを判別する方法は、どうやらこんな感じみたいです。 <?php $data = @file_get_contents('http://hostname/resouce', false, stream_context_create(array( 'http' => array( 'timeout'=>10 // 早めにタイムアウト ) )) ); if($data === FALSE) { if(count($http_response_header) > 0) { $stat_tokens = explod
図1 RESTとSOAPの違い図の左側に並んでいる角丸四角形はブラウザなどの情報/サービスの受け手を，右側の四角形はリソースやサービスを表す。RESTでは，リソースとその識別子であるURIが1対1に対応しており，URIを指定するだけで情報を取得できる。
日経クロステック登録会員になると… ・新着が分かるメールマガジンが届く ・キーワード登録、連載フォローが便利 さらに、有料会員に申し込むとすべての記事が読み放題に！ 【キャンペーン】8/7（木）まで ＞＞詳しくは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Laravel5でAPI(JSON Response) - Qiita
質の高いAPIを作るための7つの習慣
駅すぱあと API | 乗換案内などの機能を実装できるAPIサービス
http://support.google.com/dfp_sb/bin/answer.py?hl=ja&answer=2372721&expand=pubservice_details
Loading...