今なぜHTTPS化なのか？インターネットの信頼性のために、技術者が知っておきたいTLSの歴史と技術背景
【変更履歴 2018年2月15日】当初の記事タイトルは「いまなぜHTTPS化なのか？ 技術者が知っておきたいSEOよりずっと大切なこと ― TLSの歴史と技術背景」でしたが、現行のものに変更しました。現在GoogleではWebサイトのHTTPS対応と検索結果の関係を強調しておらず、本記事の趣旨の一つにも本来は独立した問題であるSEOとHTTPS化を関連付けるという根強い誤解を解くことがありますが、当初のタイトルではかえってSEOとHTTPSを関連付けて読まれるおそれがあり、また同様の指摘もいただいたことから変更いたしました。 HTTPとHTTPSは、共にTCP通信上で動作します。したがって、いずれもTCPハンドシェイクで通信を開始します。 HTTP通信の場合には、このTCPハンドシェイク直後に、HTTPリクエストとレスポンスのやり取りが始まります。このHTTPのやり取りは平文通信であり、途
HTTP/2は流行らないけど広く使われるものだと思う。 - ぼちぼち日記
まずは Disclaimer、 「あくまでも個人の感想であり、HTTP/2の効能を保証するものではありませんw」 1. はじめに、 先日、HTTP/2, HPACKのRFC(7540,7541)が無事発行されました。2年余りHTTP/2の標準化活動に参加してきたのですが、もうすっかり昔の事のような感じがします。 今日、Scutumの開発をされている金床さんの「HTTP/2のRFCを読んだ感想」のエントリーが公開され、読ませて頂きました。今回初めてHTTP/2の仕様書を読まれた感想ということで、長くかかわってきた立場から見ると非常に新鮮な内容でした。 実は「HTTP/2が流行らない」という指摘は、１年半ほど前に私も同じことを書いていました。 HTTP/2.0がもたらす�Webサービスの進化(後半） また、偶然なのかわかりませんが、同じ Proxy製品 vanish varnish *1 の開
HTTP/2.0がもたらす�Webサービスの進化(後半）
#http2study 第7回で発表した資料です。 http://http2study.connpass.com/event/29813/ IETF95 httpbis WG, tls WG報告
「URLの長さは2,000文字より短くした方がいい」とGoogleのMueller氏がアドバイス ｜ SEOモード
「URLはどれくらい長ければ長すぎるといえるのでしょうか」という質問が英語版ウェブマスターフォーラムに投稿され、John Mueller氏が「2,000文字より短くした方がいい」とアドバイスしています。 投稿された質問は以下です。 URLはどれくらい長ければ長すぎるといえるのでしょうか？私たちが使っているツールによれば、http://www.tlcingredients.com/about-us…が長すぎるというのですが、本当でしょうか？ Mueller氏は次のようにアドバイスしています。 私が知っている限りでは、理論上長さの制限はありません。しかし、管理できるようにしておくために、2000字よりも短くしておくことをお勧めします。あなたの挙げたURLはそれよりはずっと短いようです。だから長さには問題ありません。(…) Mueller氏のいうように基本的にURLはできるだけ短くまとめた方がい
WEBページに設定しておくと良いHTTPヘッダとかメタタグとか - Qiita
header('Vary: User-Agent'); header('Vary: Accept-Encoding'); header('Vary: Accept-Language'); header('Vary: Cookie'); プロキシサーバなどのキャッシュを適切に行ってもらうために必要 UserAgentなどの条件によってコンテンツの内容が変わる場合は、別々にキャッシュしてもらう。 HTTP圧縮に対応しているなら、Accept-EncodingをつけるとブラウザがHTTP圧縮したコンテンツを受けてくれる。 参考 http://web-tan.forum.impressrd.jp/e/2013/05/17/15269 http://kaigai-hosting.com/opt_site-specify-vary-header.php Cache-Control: Webサーバから返
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
知っているようで知らないWebサーバアーキテクチャ
TLS徹底演習