HTTPを学ぶ

[yanachuwan9sm]

理解が難しい所や今理解する必要がなさそうな所は「さら読み」 重要そうな部分は別途技術書で理解を深めるなどする。

• [x] 1章 : HTTP/1.0の世界 : 基本となる4つの要素
• [x] 2章 : HTTP/1.0のセマンティクス・ブラウザの基本機能の裏側
• [x] 3章 : Go言語によるHTTP/1.0クライアントの実装
• [x] 4章 : HTTP/1.1のシンタックス : 高速化と安全性を求めた拡張
• [x] 5章 : HTTP/1.1のセマンティクス : 広がるHTTPの用途
• [x] 6章 : GO言語によるHTTP/1.1クライアントの実装（後回し）
• [x] 7章 : HTTP/2、HTTP/3のシンタックス : プロトコルの再定義
• [x] 8章 : HTTP/2のセマンティクス : 新しいユースケース
• [x] 9章 : Go言語によるHTTP/2、HTML 5のプロトコルの実装
• [x] 10章 : クライアント視点で見る Restful API
• [x] 11章 : JavaScriptによるブラウザからの動的なHTTPリクエスト
• [x] 12章 : ウェブアプリケーションの基礎
• [x] 13章 : クラウド時代のHTTP : WEBを強くする様々な技術
• [ ] 14章 : セキュリティ : ブラウザを守るHTTPの機能

前回

https://github.com/yanachuwan9sm/til/issues/10

[yanachuwan9sm]

プロキシ と リバースプロキシ ってなかなか広義に使われて混乱するけど、シンプルにはそういうことよね。

プロキシ → ローカルのネットワークから外のネックワークに行く途中にいるやつ。 → リクエストを投げる側のOSやブラウザで設定して明示的にそこを通す設定をする

リバースプロキシ → 外のネットワークからリクエストが来た時に、そのリクエストを最初に受けるやつ。 → ブラウザから見ると、通常のサービスを行うウェブサーバーと特に変わらない。

CDN → エッジの近くで稼働し、コンテンツをキャッシュするリバースプロキシ。 ロードバランサ → 大量のリクエストを受け、負荷が均等になるように配下の複数サーバーに処理を振り分けるリバースプロキシ。

[yanachuwan9sm]

FetchAPI、Server Sent Events（サーバー側からイベントを通知）、Websocket（双方向通信）、WebRTC（P2P通信）、HTTPウェブプッシュ

[yanachuwan9sm]

AMP -> 現代のリッチなウェブサイトを、平準化してモバイル専用の軽量なページを作る仕組み。

・作り手に厳しい制約を課す（決められたサブセット、AMP専用のカスタムタグ、特別な代替記法） ・もちろんJSを自由に使えない（指定されたサブセット、指定されたカスタムタグのみ）

日本ではSEOSEO言うけど、パフォーマンス面だと実際どうなの？？

[yanachuwan9sm]

XMLHttpRequestではなくFetchAPIにしかできないこと ・キャッシュ制御 ・Service Worker対応

[yanachuwan9sm]

3月入ったけど、あとは「14章 : セキュリティ : ブラウザを守るHTTPの機能」さら読みする程度。