HTTP/2が速いという幻想 - Webパフォーマンスについて
難しい話じゃないです。 皆さん、ご自分でChrome Developer Toolで簡単に確認できますから、やってみて下さい。 このブログでも、過去に統計分析をした結果は掲載したんですが、「盲信」はそうそう簡単には消えないようでして… takehora.hatenadiary.jp takehora.hatenadiary.jp 以下の図は、Chrome 63.0.3239.108での結果です。 CDNにFastlyでもAWS CloudFrontでも、どのCDNを使って実験して頂いても結構です。 CDNを使わずに、Webサーバ単体でも結構です。 同様の結果になります。 どちらもHTTPS通信です。 どちらも同じオリジン、同じファイル構成です。 HTTP/1.1は、Keep-Alive設定が入っています。 HTTP/1.1での配信 … Load Event 70ms HTTP/2での配信
RailsでRestfulのAPIでのHTTPステータスコードど応答内容について - Qiita
RailsでRestfulのAPIを実装していて、createのときに成功した際にstatusを:createdにしていたので、updateを実装したときにstatusを:updatedとかにしてしまい、テストが通らなくて小一時間ほど悩んでしまいました。 簡単にHTTPステータスコードと応答内容をどうしといたほうがいいのかメモを残しておきます。 基本的なリソースに対する操作 Railsのコントローラで下記のメソッドのときのステータスコードと応答の内容は実際のAPIの受け側でどうしたいかにもよってくるかと思いますが、だいたい下記のようになるのではないでしょうか。 create update destroy create statusはcreated(201)を返して、新しく作成したオブジェクトを返します。 実際の作成された中身はビューにjbuilderとかで記述します。 APIの受け側でid
Apache HTTP Server Version 2.4 Documentation - Apache HTTP Server Version 2.4
Copyright 2024 The Apache Software Foundation. Licensed under the Apache License, Version 2.0.
HTTP入門
GET / HTTP/1.1 Accept: image/gif, image/jpeg, */* Accept-Language: ja Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (Compatible; MSIE 6.0; Windows NT 5.1;) Host: www.xxx.zzz Connection: Keep-Alive これに対してサーバは下記のような応答メッセージを返します。 HTTP/1.1 200 OK Date: Sun, 11 Jan 2004 16:06:23 GMT Server: Apache/1.3.22 (Unix) (Red-Hat/Linux) Last-Modified: Sun, 07 Dec 2003 12:34:18 GMT ETag: "1dba6-131b-3fd3
HTTP2 for front-end web developers | en.ja Article
CreditThis article is translated with permission of Matt Wilcox. You can find original article at HTTP2 for front-end web developers.本記事はMatt Wilcox氏の了承を得て翻訳された記事です。 原文はHTTP2 for front-end web developersにて掲載されています。HTTP2は我々開発者のWebサイト作成の常識を変えるだろう。HTTP1におけるベストプラクティスはHTTP2の世界では害になってしまう。 HTTP1は今日におけるWebの大半において遅く非効率であるHTTP1.xは私達が最も慣れ親しんでいるHTTPのバージョンだ。HTTP1.xは、ワールドワイドウェブがどのようになるか予想できなかったときに設計された古いプロトコル
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
