Googleが提唱している通信プロトコル。
現在のHTTPを使いながら高速化を図るという趣旨で、高速なWeb通信の実現を目的としている。1つのTCPコネクション上でリクエストを多重化する、HTTPヘッダを圧縮する、クライアントがリクエストに優先度を付けられる、などの特徴が挙げられる。 また、特筆すべき事としてプロトコル自体にTLSが必須となっており、高いセキュリティを持つ事を考慮されて設計されている。 （しかし、2015年にHTTP/2*1が出てからSPDYの普及の勢いは急速に減少しており、Google自体も扱いを低くしてしまっている。）
*1:HTTP/2にはTLSは非必須である
ランキング参加中個人投資家 ランキング参加中投資ブログを購読しよう【株・FX・経済】 振り返ってみると、投資を始めて早４年。 mainichiblog.hatenablog.com 今まで結局いくらプラスになったのだろう？ <そんなことを調べても１円の得にもならないのですが、調べてみたくなるのが人の性。（私だけかな。。。） 運用の分析ができるカビュウアプリが秀逸！ 使ってみてカビュウというアプリが秀逸なので紹介します。 このアプリ、持っている口座を全て連携し、月次、年次、任意の時期での収益を見ることができるというスグレモノ。私のメインは楽天証券なのですが、細々ともう一つの証券口座で運用をしてい…
2024年2月12日～2024年2月18日に読んだ中で気になったニュースとメモ書きです。社内勉強会TLSらじお第144回分。 [DNSSECの脆弱性KeyTrap] [Merkle Tree証明書の実装] [その他のニュース] ▼Web PKIマーケットシェア（2024年2月） ▼Node.jsのセキュリティアップデート（2024年2月） ▼AWS API GatewayのTLS1.3サポート ▼耐量子暗号アライアンス ▼ChatGPT + RFC ▼Let's Encryptのデイリー証明書発行数（2024年2月） ▼Goでオレオレ証明書 ▼HPKEの応用動向 [暗認本：43 HTTP/3]…
実際どうすりゃいいの？ というの、調べてもまあわりと具体的に書いてないので雑にやる。 まあこんなもん個々人の環境によるから、書きようがないので心持ちの話だよ。 client_max_body_size 1 リクエストあたりでアップロードできる (扱える) 最大ファイルサイズです。 デフォルト値は 1M。 例えば複数ファイルアップロードできる CMS とかだと、 20M のファイル 5 つ添付したらそれで一杯です。 そういう感じで設定してください。 どんくらい設定してんの？ だいたいのサービス、初期は「そんなの見積もれないよ〜」と泣き言を言うので、入力側 UI か API で制限しろや！ と思い…
福田 淳（ふくだ あつし） 36期・1984年卒 株式会社スピーディ 代表取締役社長、株式会社STARTO ENTERTAINMENT代表取締役CEO spdy.jp starto.jp talked.jp www.takatsuki.ed.jp
先日京都ハンナリーズ 対 宇都宮ブレックスのGAME1に観戦行き声がガラガラになったオビーです。 HTTP/3までの歴史 最近積んでて読めてなかったソフトウェアデザインの本読んで行っています。 個人的に最近流行っている情報などはサイト見たりブログみたりするのですが ソフトウェアデザインもお金払って読むということで定期的に情報を仕入れることができて購読しています。 その中でHTTP/3までの歴史的な記事があったので覚えながらメモ書きしたので勉強のために残しておきます。 iPad買ってから本読みながらメモ残すの楽になった気がします。 HTTP/0.9 リクエストとレスポンスはシンプルなものGETメ…
今回は OSS のリバースプロキシである HAProxy 1 を使って HTTP/2 を試してみる。 HTTP/2 は HTTP/1.1 に存在するパフォーマンス面の課題を解決することを目的に生み出された。 Google が開発していた SPDY というプロトコルがベースになっている。 HTTP/1.1 では、HTTP/1.0 からの改良点として 1 つの TCP コネクション上で複数のリクエスト・レスポンスをやり取りできるようになった。 とはいえ、複数のリクエスト・レスポンスはあくまで順番に処理する必要がある。 そのため、重いコンテンツがあると後続の処理が待たされてしまう問題 (HTTP H…
はじめに 2022年6月に標準化されたHTTP/3の内容把握になります 概要 gihyo.jp の内容を自己流で噛み砕いたものです。 （間違い・違和感等あれば、やさしくご指摘頂けると幸いです） Software DesignにあるHTTP/3の記事は 大変わかりやすくので、こちらを直接読んで頂く方が断然オススメです！！ HTTPの歴史 HTTP/0.9 1991年に仕様が公開される デフォルトのポート80番を使用し、TCP(Transmission Control Protocol)とIP(Internet Protocol)によって コネクションを確立し、HTTPリクエストを送り、レスポンス…
どうも初めまして、年齢は48歳。ごく普通のサラリーマンです。 突然ですが、なぜ私がこのブログを立ち上げたのか。 先にお伝えしておきますと、本ブログの内容は、 「節約・倹約・資産運用・投資」など お金にまつわることを中心に語っていく、ブログとなります。 ただ、わたくし自身、飽き性なこともあって、途中で方向転換する可能性もございますが、そこはご愛敬ということでお許しください。 さて、今の世の中、自身で行動し、考え、決断しなくてはならない時代に突入しました。暗黒時代だった平成。所得が上がらないことを、デフレによりみんなが気づかなかったのかもしれません。当然株価も低迷してました。日本の産業は伸びず、今…
cloud.watch.impress.co.jp ⇧ 結構、話題になってますね。 xtech.nikkei.com ⇧ う～ん、機能・非機能の仕様を「要件定義」でザックリとでも良いから決めておかないと、複数人での開発において、仕様について認識齟齬が頻発して、システム開発が破綻すると思うんだけどな... 「データモデリング」も「要件定義」も、どちらも経験を積むことでしか良いものにすることができない気はするけど... 何と言うか、経験を積ませてもらう機会がほとんど無いのに、経験を積んできた人たちが、経験の乏しい人たちにとっての稀少な経験を積む機会を潰すような発言を敢えてするのはどうなのかと思うん…
エクストーンの金です。RubyKaigi2023 では多くの注目トピックスがありましたが、ここでは HTTP/3 のはなしを紹介します。 Unleashing the Power of Asynchronous HTTP with Ruby というタイトルで、HTTP をめぐる33年の歴史と Ruby における HTTP/3 対応の紹介がありました。 rubykaigi.org 地味な題材ですが、Samuel Williams 氏によるすばらしいセッションでした。 登壇して HTTP の歴史を解説する Samuel 氏 - 個人的には RubyKaigi2023 でいちばん感銘を受けたセッショ…
と、いうわけで１週間遅れですが。やってみようじゃないか。なあ。 システム更改の話。負荷分散だったり、処理能力の向上っていうテーマが多い。ちなみにａは「リバース」が入る。プロキシが代替して内部のコンテンツを取りに行く形。これのメリットは？っていうのも答えられるようにするべし。 ＤＮＳのｂ権威 ｃキャッシュとなります。これは大サービスなので撮りたいっすよね。http2は数年前から置き換えが進み、今やhttp3の話題も出てきています。目的は何かというと、TCPの3WAYハンドシェイクめんどくさいよね・・・っていうことで、もっとSPDYにならんかね？っていうことですよ。では続きは次回！
jovi0608.hatenablog.com
www.publickey1.jp
jovi0608.hatenablog.com
www.publickey1.jp
jxck.hatenablog.com
www.iij.ad.jp
www.itmedia.co.jp
blog.chromium.org
developer.hatenastaff.com
