Discover how we're implementing AI to optimize content creation
![Where content drives business momentum | Contentful](https://cdn-ak-scissors.b.st-hatena.com/image/square/38a2e27fdc480fc04faf1ce05e293c1719be8288/height=288;version=1;width=512/https%3A%2F%2Fimages.ctfassets.net%2Fjtqsy5pye0zd%2F7lBI01K3NAF1S9JZvC4rkV%2F146301adcd0b8074954ea3ca62b4c633%2F1200x630_with_logomark.png)
概要 Web、モバイル問わず、アプリケーション開発する際には、フロントエンドとバックエンド開発が一斉にスタートすることが多く、フロントエンド開発はバックエンド開発待ちになるケースがよくあります。この待ちの時に、フロントエンド側で仮で叩ける環境があると、実装をある程度進めることができ、開発が進みやすくなります。 この記事では Swagger と Heroku を用いて、 API のドキュメントとモック(スタブ)サーバーを手軽に作る方法を紹介します。 Swagger って? Swagger は特定の書式で書くと API ドキュメントとかモックを良い感じで生成してくれるやつです。詳しい説明は公式ページをご参照ください。 手順 Swagger Editor で YAML 整形 モック&ドキュメントのサーバーサイドコードを Generate する Heroku 用の修正をする Heroku にデプロ
ウィキペディアのコンテンツなどのデータは、再配布や再利用のために利用できる一元化されたデータベース・ダンプでの提供が行われています。クローラを用いてコンテンツを収集しないでください。このデータベース・ダンプの生成は不定期に行われています。 ウィキペディアのコンテンツは Creative Commons Attribution-ShareAlike 4.0 International License (CC BY-SA 4.0) および GNU Free Documentation License (GFDL) の下にライセンスされています(Wikipedia:著作権と利用規約を参照)。画像などのメディアファイルは異なるライセンスで提供されることもあり、ファイルページで明記されています。 より詳しい解説はmeta:Data dumps(英語)を参照してください。 全プロジェクトのダンプ:du
2017-01-05 追記 2016年3月にエラーの標準形式RFC7807「Problem Details for HTTP APIs」が提案され、今日現在proposed standard(標準化への提唱)となっています。こちらも是非ご覧ください。 RFC 7807 - Problem Details for HTTP APIs HTTP APIの詳細なエラー情報をレスポンスに持たせるための仕様 最近はREST APIを提供しているサービスが増えてきていますね!また公開されるAPIだけでなく、Microservicesなアーキテクチャを採用して、バックエンドがWeb APIで通信するケースも増えてきているように思います。 APIを使うときはあまり気にしたこともなかったですが、いざAPIを設計してみるとどんなインターフェイスがいいのか、どんな形式がいいのかといった疑問が次々と出てきます。
Herokuが自ら実践しているAPIデザインガイドをGithubに公開した. “HTTP API Design Guide” このガイドは些細なデザイン上の議論を避けて,ビジネスロジックに集中すること目的としている.Heroku特有なものではなく,一般にも十分適用できる知見となっている. 最近は,モバイル向けにAPIをつくることも多いため,勉強もかねて抄訳した.なお内容は,HTTP+JSONのAPIについて基本的な知識があることが前提となっている. 適切なステータスコードを返す それぞれのレスポンスは適切なHTTPステータスコード返すこと.例えば,“成功"を示すステータスコードは以下に従う. 200: GETやDELETE,PATCHリクエストが成功し,同時に処理が完了した場合 201: POSTリクエストが成功し,同時に処理が完了した場合 202: POSTやDELETE,PATCHリク
Getting startedIntroductionAuthorizationBuilding your first TI integrationRequest LimitsFirewall InformationStatus CodesFeedly API Terms of ServiceData StructuresArticle JSONCVE Insight Card JSONThreat Actor Insight Card JSONCore EndpointsCollect ArticlesgetSearchpostAutocomplete EntitiesgetAdd Articles to BoardputAnnotate articlespostTI EndpointsTrending ArticlesgetCVEsTrending Vulnerabilitiesget
By clicking “Accept All Cookies”, you agree to the storing of cookies on your device to enhance site navigation, analyze site usage, and assist in our marketing efforts. View our Privacy Policy for more info. When you visit websites, they may store or retrieve data in your browser. This storage is often necessary for the basic functionality of the website. The storage may be used for marketing, an
livedoor クリップ まとめサイト livedoor クリップについての Wiki です。 トップページページ一覧メンバー編集 FrontPage 最終更新: kyanny 2007年12月14日(金) 18:44:57履歴 Tweet livedoor クリップの Wiki へようこそ! livedoor クリップを利用するうえで有用な情報や、開発者やブログオーナーの皆さま向けの情報を提供していきます。 公式なアナウンスは livedoor クリップ開発日誌 で行われます。 基本的な使い方、よくある質問については 公式ヘルプをご覧ください。 この Wiki では、 livedoor クリップの開発スタッフが主に開発者向け API の仕様公開や、便利な使い方の紹介などを行っていきます。 ブログオーナーさま向け API クリップ数を画像で取得する API クリップ件数取得 JavaSc
はじめに LivedoorReaderのAPIを利用したアプリケーションを作りたいのでAPIとその利用方法をまとめて見ました。 ここのページの情報は大部分が http://d.hatena.ne.jp/nTeTs/20060422/1145637483とhttp://d.hatena.ne.jp/takef/20070216/1171635948から引用です。 またApiKeyに関する情報はhttp://d.hatena.ne.jp/snaka72/20090517/1242519412から入手しました。 (こんな情報を公開していたid:nTeTsさん、id:takefさん、id:snaka72さんには大感謝です!) Livedoor Reader APIを利用する前に ここに乗っているAPIは公式には発表されていません、よって突然の仕様変更などがあるかも知れません。 またここに乗っている
2013年のいま、API界隈が熱い! 今年に入り、官公庁の統計データやNHKの番組情報など、今までなかなか利用できなかったデータがAPIとして扱えるようになってきました。このエントリでは現在公開されているAPIを一覧でまとめます。いま使えるAPIはこれだけ読めば大丈夫。2013年の最新マッシュアップ事情をあますとこなく網羅します! HOT! API 総務省 次世代統計利用システム(国勢調査、人口推計、就業構造、企業統計、物価統計 etc.) NHK番組表(※未公開) 行政・自治体・公共サービス 郵便番号 郵便番号検索API(郵便番号 → 住所) 郵便専門ネット(郵便番号 → 住所、郵便番号の簡易存在チェック) ぽすたん(郵便番号 → 住所、住所 → 郵便番号) IW3 PROJECT(郵便番号 → 住所、住所 → 郵便番号) 宇宙 Google+ JAXA PR(※現在一部の学生に限定公開
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く