WebAPIについての説明 - Qiita
レストランで例えた説明の詳細1 コックのスタンス コックはウエイターがどういう方法で注文を受け付けたのかは気にしない。 お店にお客さん来て注文、電話注文、FAX注文、ネット注文何でも良い。とにかく伝票クレというスタンス。 ブラウジングでいうと、サーバはクライアントが何かは気にしない。PCのブラウザでもスマホアプリでも何でも良い。 レストランで例えた説明の詳細2 ウエイターのスタンス ウエイターはコックがどう料理するかは気にしない。コックが1人で作ってる。コックが1000人で作ってる。スイーツは隣のお店から買っている、とか別に興味が無い。とにかく伝票と料理をクレというスタンス。 ブラウジングでいうと、クライアントはサーバがどういう処理しているかは気にしない。DBがMysqlでもOracleでもよいし、ハードウェア的に1台のコンピュータでも複数台のコンピュータでもよいし、サーバから別なサーバを
Webサービスのパフォーマンスに関する考え方まとめ - Qiita
自分の経験をドキュメントに整理する目的で書き出し。 どうやって効率を良くするか、という観点ではなく、今のシステムのパフォーマンスはどの程度か、という事を把握する目的。 流れも関係なくざーっと書いているので随時構成は変更する。 内容も随時更新。 突っ込み歓迎。 Webサービスパフォーマンスとは ここでは、以下に書くように狭義なものと広義なものを定義する。一般的な定義ではなくオレオレ定義なので注意。 狭義：ユーザーがアクセスしてからレスポンスが返ってくるまでの速度。 Webサイトやアプリが早い・遅いという時の一般的な指標。 そもそもこの段階でパフォーマンスが悪いとユーザー体験が非常に良くないもっさりとしたサイトとなる。 大体の目安として 数十ms以下 : 早い 100ms ~ 500ms : ちょっと遅いかな 500ms ~ 1s : もっさり 1s以上 : ヤバい という感じ。ただし、モバイ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
