タグ

httpとapacheに関するse-miのブックマーク (6)

  • Webサイト高速化のプロセスだって自動化したい

    サーバ側にmod_spdyをインストールし、Google Chromeで、HTTP2.0でベースとなるSPDYのデモが行われた「Chrome Tech Talk Night #5」をレポートする。 Webサイト高速化のプロセス自動化と最高のパフォーマンス計測ツール 1月31日、Google 東京オフィスで開催された「Chrome Tech Talk Night #5」の模様をレポートします。Chrome Developer AdvocateのIlya Grigorik(イルヤ・グリゴリック)氏を迎え、SPDY導入方法を含むWebアプリケーションの高速化や、パフォーマンス向上の手法について説明されました。 イベント自体は「Making the Web Fast with PageSpeed」、「Wait, Chrome DevTools can do THAT?」の2部構成でしたが、このレポ

    Webサイト高速化のプロセスだって自動化したい
    se-mi
    se-mi 2013/02/06
    mod_pagespeedとSPDY
  • 米Google、Apache HTTP ServerをWeb高速化プロトコル「SPDY」に対応させるモジュール「mod_spdy」をリリース | OSDN Magazine

    Googleは4月17日、自社が開発したWeb高速化のためのプロトコル「SPDY」のApache HTTP Server向けモジュール「mod_spdy」を公開した。Apache Web Server 2.2以上に対応する。 SPDYはGoogleが2009年11月に発表したプロトコルで、SSLを利用する。NPN(Next Protocol Negotiaion)、ヘッダー圧縮、ストリーム多重化、サーバープッシュなどを利用することで、ページのローディング時間を50%以上高速化できるという。 mod_spdyは2011年12月に初期ベータ版が公開されていた。同モジュールをインストールすれば、Apache HTTP ServerでSPDYを利用できるようになる。ただしSPDYの利用にはクライアント側でのサポートも必要で、対応Webブラウザとしては現在Google ChromeやFirefox

    米Google、Apache HTTP ServerをWeb高速化プロトコル「SPDY」に対応させるモジュール「mod_spdy」をリリース | OSDN Magazine
  • Add SPDY support to your Apache server with mod_spdy- Google Developers Blog

    By Matthew Steele and Bryan McQuade, PageSpeed Insights Team At Google, we strive to make the whole web fast. Our work in this area includes PageSpeed, Google Chrome, and the SPDY protocol, among other efforts. In December of 2011, to make it easy for you to enable the SPDY (pronounced "SPeeDY") protocol on your sites, we released an early beta of mod_spdy, an Apache module that adds SPDY support

    Add SPDY support to your Apache server with mod_spdy- Google Developers Blog
    se-mi
    se-mi 2012/04/18
    これは試したい
  • brass.to - a really cool domain parked on Park.io

    The domain name brass.to is being parked on Park.io. Contact the domain owner to make an offer right now...

    se-mi
    se-mi 2010/08/18
    抜本的な解決じゃないけどな。これだとユーザークレームは間違いなく増えそう。
  • blog.katsuma.tv

    YSlowの評価に対する改善シリーズ、その2です。mod_deflateを利用してHTTPレスポンスを圧縮させる方法はこちらから。 YSlow対策でmod_deflateを利用してHTTPレスポンスをgzip圧縮 前回で、総合ポイントが「F」だったサイトをレスポンス圧縮することで、総合ポイントを「D」にまで上げることができました。今回は、残りの「F」項目の中の「Add an Expires header」についての処理を行いたいと思います。 YSlowの公式サイトによると、「リッチサイトはCSSやらJSやら多くのファイルをロードするために、リクエスト回数も増えちゃうよね。でも変更が少ないファイルについてはExpiresヘッダを追加することで、ユーザにキャッシュさせ、リクエスト回数を減らすことができるよ(大雑把な意訳)」と、あります。つまり、Apache側でExpiresヘッダをレスポンスに

  • Kazuho@Cybozu Labs: サーバシグニチャは隠さないのが当たり前

    « Pathtraq バージョンアップのおしらせ - サイドバー表示に対応 | メイン | Perl から MySQL に非同期アクセスする方法 » 2007年09月05日 サーバシグニチャは隠さないのが当たり前 ウェブサーバ(Apache)で、404などのエラーページを表示したとき、ヘッダやページの下にApacheやOSのバージョンが表示されます。こういったサーバ情報をわざわざ表示する必要はありません。 ウノウラボ Unoh Labs: 5分でできるウェブサーバのセキュリティ向上施策 私も何年も前からセミナーではサーバ、モジュールバージョンは隠すようにと言っています。何故こんな事で賛否両論になるのか全く理解できません。 yohgaki's blog - サーバシグニチャは隠すのが当たり前 Server: ヘッダを隠すメリットについての議論はあるようですが、Server: ヘッダを表示すべ

    se-mi
    se-mi 2007/09/05
    なるほど。そういう意見もあるのか。
  • 1