WebAPIでエラーをどう表現すべき？15のサービスを調査してみた - Qiita
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を設計してみるとどんなインターフェイスがいいのか、どんな形式がいいのかといった疑問が次々と出てきます。
一人旅が捗るWebサービスを思いついたので、開発から公開まで全部一人でやってみた話 - Qiita
先日、ひとり旅のための宿検索サイト「ソロ旅ねっと」というサービスを公開しました。 ソロ旅ねっと ソロ旅ねっとは、複数地域、複数の宿泊予定日を自由に組み合わせて、一人宿泊が可能な旅館、ホテルを検索できるサービスです。 「どこかの金曜日に有給を取って北の方の温泉地に泊りで行きたい」、みたいな条件で、旅館、ホテルを簡単に検索できるようなサービスを目指しています。 このサービスをまじめに考えだしたのは2018年の12月初旬で、ソースを書き始めたのは同年12月の下旬頃です。 ソースコードの最初のコミットから３か月、最初のリリースからも約2か月が経ったので、これまでを振り返りつつ、宣伝もかねて、今回は、サービスを作ろうと思った経緯、サービスの中身の話などを、サービスの紹介と合わせてお話ししたいと思います。 なぜ作ろうと思ったか 僕は割と一人での旅行（特に温泉地）が好きで、年に数回、どこかの温泉地に赴き
サルでも分かるExpressでのjsonAPIサーバーの作り方 - Qiita
サル並みの語彙力の僕が書いた記事です。 事前知識 APIサーバーとは Webサービスのバックエンドによく使われる。 「PHP入門」などでWebサービスを作るシーンが多く見られますがその違いは簡単に言うと「Webサービスの外部から利用できるかできないか」です。 多くのPHP入門の記事ではPHPでMySQLなどのデータベースからデータを取ってきてそれをそのままechoなどで表示する例がよく見られます。 しかし最近のWebサービス開発ではフロントエンドの役割をする部分がバックエンドのAPIサーバーにリクエストを投げてAPIサーバーがデータベースからデータを取ってきてそれをフロントエンドに返しページに表示するのが多い気がします。 APIサーバーを立てるメリットとして僕が一番思うのはそのアプリのスマホ版を作る時に楽です。 主なAPIサーバーの機能をまとめると「 受け取ったリクエストに対してそれに応じ
Apache Kafkaを使ったアプリ設計で反省している件を正直ベースで話す
Apache Kafka: Producer, Broker and Consumer2017年は生まれて始めてApache Kafkaを本格的に業務利用（PoCではなく本番運用）した年でした。Apache Kafka的なメッセージングミドルウェアそのもののは、社内的な事情でよく使っていたのでその使い勝手に対して困惑はほとんど無かったですし、ミドルウェアとして非常に安定しているため、Kafkaクラスタそのものでの不具合らしい不具合が発生したことは一度もありませんでした。 しかし、Kafkaのトピック設計などに関してのベストプラクティスは事例ベースでもあまり見かけたことがなく、チームメンバーと悩むことも多かったです。このストーリーでは、主にKafkaを利用したアプリ設計で考えたことや失敗したことを振り返りつつ共有します。なお、パーティション数や各種バッファサイズなどのチューニング要素は今回取
2018年のAPI動向 | gihyo.jp
皆様、新年あけましておめでとうございます。今年も昨年の特集に引き続き、2018年のAPI動向を探っていきたいと思います。新年早々の記事なので当たるも八卦、当たらぬも八卦。気軽な気持ちで読んでみてください。 JSONを巡る動き RFC 8259の策定 まず直近の2017年12月に策定されたRFC 8259 - The JavaScript Object Notation (JSON) Data Interchange Formatに触れない訳にはいかないでしょう。簡単に要点を列挙すると以下のようになります。 このRFC 8259はECMA-404との統合がなされ、今後これらの仕様が足並みを揃えて更新されるようになっていきます。 8.1. Charactor Encodingに示されるとおり、原則JSON textはUTF-8でエンコードされないといけなくなりました。 8.2. Unicode
Angular+Cognitoで作るログインページ– ClassmethodサーバーレスAdvent Calendar 2017 #serverless #adventcalendar | DevelopersIO
Angular+Cognitoで作るログインページ– ClassmethodサーバーレスAdvent Calendar 2017 #serverless #adventcalendar 追記：２０１８年６月２４日 現時点の最新版で書き直しました。下記を参照ください。 AWS Amplify+Angular6+Cognitoでログインページを作ってみる ~バックエンド編~ AWS Amplify+Angular6+Cognitoでログインページを作ってみる ~フロントエンド編①~ AWS Amplify+Angular6+Cognitoでログインページを作ってみる ~フロントエンド編②~ AWS Amplify+Angular6+Cognitoでログインページを作ってみる ~UI編~ どうも！大阪オフィスの西村祐二です。 このエントリはServerless Advent Calendar 2
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SwaggerとAPIのデザイン