HTTPS化もHTTP/2にすれば負荷を下げられる～奥一穂氏による「HTTPとサーバ技術の最新動向」（後編）。Developers Summit 2016
HTTPS化もHTTP/2にすれば負荷を下げられる～奥一穂氏による「HTTPとサーバ技術の最新動向」（後編）。Developers Summit 2016 HTTP/2の登場を背景に、いまHTTPとWebサーバの技術がどのように進化しているのか、Developers Summit 2016で行われた同氏のセッション「HTTP とサーバ技術の最新動向」の内容をダイジェストで紹介します。 記事は3部に分かれています。いまお読みの記事は後編です。 （前編）レイテンシに負けないプロトコルとして登場したHTTP/2 （中編）リクエストを待たずに送信を開始する「サーバプッシュ」 （後編）HTTPS化もHTTP/2にすれば負荷を下げられる HTTP/2だとパケットをまとめられるので負荷が下がる 次はHTTPSとサーバ負荷についての話です。 多くの方が、HTTPS化するとWebサーバの負荷が上がるんじゃな
Webサイトを「HTTP」から「HTTPS」へ切り替える際に行う一連の作業をまとめました｜今村だけがよくわかるブログ
Googleが「HTTPS everywhere」を提唱していることなどが影響して、HTTPSで通信できるようにWebサイト全体を独自ドメインに対してSSL/TLSによる暗号化を行い、運用をスタートしている様子がちらほら私の周りには増えてきました。 Google ではさらにもう一歩踏み込んで、数か月前の Google I/O では、「HTTPS everywhere」をウェブで提唱しました。 ユーザーがもっと安全にサイトを閲覧できるよう、すべてのサイト所有者の皆様に HTTP から HTTPS への切り替えをおすすめしたいと考えています。 （Google ウェブマスター向け公式ブログ: HTTPS をランキング シグナルに使用しますより） 私はしばらく動向を伺っていましたが「Webサイト全体をHTTPSへ切り替える流れは今後はより加速すると考えてもいい」と判断をし、このブログも全体をHTT
httpとhttps。1文字だけど大きな違い。皆さんのサイトはどっち？ | 株式会社アルマドール
こんにちは。買い物中毒のファション通販アドバイザーの野田( @KURUZE )です。 12月18日、Googleが https で接続されたサイトを優先的に登録するようシステム変更を行ったと 発表 しました。そこで今回は、俗にいう「常時SSL」について、これまでの流れをご紹介していきたいと思います。 httpとhttps。みなさんのサイトトップはどちらのURLですか？ まず最初にお聞きします。みなさんのサイトのトップページのURLは、httpから始まりますか？ httpsから始まりますか？ 申込みフォームや通販サイトのカートページなど、個人情報やカード情報の入力が必要なページのURLは https になっていると思いますが、トップページをはじめとするその他のページは http で始まっているサイトが多いのではないでしょうか？ s が付く場合は、鍵マークが付くのが特徴です Sのあるとない
政府の検閲で消されたページを示す「451エラー」がスタート
by Ben Raynal ウェブページを見ているときに「404エラー」のようなHTTPエラーコードが表示された経験は、インターネットユーザーなら誰にでもあるはず。「404」は該当ページが削除されていたり、サーバーが落ちていることを表すエラーコードなのですが、新たなエラーコードとして、「政府による検閲で消去されたページ」に対して表示される「451エラー」が承認されました。 draft-ietf-httpbis-legally-restricted-status-04 https://datatracker.ietf.org/doc/draft-ietf-httpbis-legally-restricted-status/ mnot’s blog: Why 451? https://www.mnot.net/blog/2015/12/18/451 インターネット技術の標準化を策定する団体In
meta name="referrer"は、HTTPS→HTTPでもリファラを出す新しい仕様 | 初代編集長ブログ―安田英久
今日は、ちょっと技術的な話を。「meta referrer」という、リンクをクリックしてページ移動するときなどにリファラをどう送るかを、ページ側で指定できるタグの実装が進んでいるのです。 グーグルはHTTPSを推奨するけれども、リファラが……グーグルは、サイトがHTTPSかどうかを順位決定の要因とするなど、HTTPSを推奨しています。 でも、自分のサイトをHTTPSにすると、自分のサイトから非HTTPS（ふつうのHTTP）のサイトへのリンクをクリックしたときに、リファラが飛ばないんですよね。 これは、RFC 2616で、「セキュア接続のページから、非セキュア接続のページに移動するときは、リファラを送出するべきではない」と定められているからです（セクション15.1.3）。 とはいえ、Web担のようなメディアでは、「Web担のページから、うちのサイトにけっこう来る人いるんですよ」という反応も大
ブログの完全HTTPS化を完了、HTTPからHTTPSへの移行プロセスを共有
[対象: 上級] 気付いている人もいるかと思いますが、このブログ全体をHTTPSにしました。 この記事では、備忘録を兼ねて、完全HTTPSへの移行を検討しているサイトの参考になるように僕が実行してきたプロセスをまとめます。 実行した主な作業は次のとおりです。 サーバー証明書の取得 HTTPSへのリダイレクト 内部リンクの修正 各種ツール・パーツのHTTPS動作確認 すべてのコンテンツがHTTPSでダウンロードされているかを確認 WordPressの設定変更 rel=”canonical”の更新 ウェブマスターツールへの登録 サイトマップの更新 ソーシャルシェアの引き継ぎ HSTSの設定 外部リンクの更新 高速化 順に説明します。 1. サーバー証明書の取得 サーバー証明書をまず取得します。 手順は利用しているサーバー会社によって変わってきます。 詳しくはお使いのサーバー会社のヘルプを参照し
HTTPSへの移行時にはrel=”canonical”が指すURLもHTTPSに必ず更新すること
[対象: 中級] サイトをHTTPSへ移行した際には、rel=”canonical”で指し示すURLも忘れずに https:// に更新しなければなりません。 http:// のままだと移行前のHTTPのURLがインデックスに残ってしまうことがあります。 rel=”canonical”の更新ミスでHTTPに戻ってしまった事例 英語版の公式ヘルプフォーラムで次のようなトラブルの相談がありました。 301リダイレクトを設定し、完全なHTTPSへと正常にサイトを移行完了 http:// のURLがインデックスから順調になくなり、https:// のURLに置き換わる ところが http:// のURLのインデックスが再び増え始め、https:// のURLのインデックスがゼロになる 原因は、rel=”canonical”で指定するURLが http:// で始まるURLだったことでした。 以前に
なぜHTTPSはHTTPより速いのか
先週、httpvshttps.com というウェブサイトが公開されました。このウェブサイトでは、HTTP と HTTPS を用いてアクセスした場合のウェブページのダウンロード完了までにかかる時間の比較ができるのですが、多くの環境で HTTPS の方が HTTP よりも高速なことに驚きの声が上がっていました。 HTTP が TCP 上で平文を送受信するのに対し、HTTPS は TCP 上で TLS (SSL) という暗号化技術を用いて通信を行います。ならば、TLS のオーバーヘッドのぶん HTTPS のほうが遅いはずだ、という予測に反する結果になったのですから、驚くのも無理はありません。 実は、この結果にはからくりがありました。 Google Chrome、Mozilla Firefox、最近のSafari注1は、Google が開発した通信プロトコル「SPDY」に対応しており、HTTPS
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
