[B! apache] se-miのブックマーク

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部構成でしたが、このレポ

se-mi 2013/02/06

mod_pagespeedとSPDY

apache
HTTP

リンク

インストールするだけ! お手軽サイト高速化ツールGoogle mod_pagespeedはスゴかった | 初代編集長ブログ―安田英久

どれぐらいスゴいかというと、「サーバーにインストールするだけで、あとは設定ファイルをちょちょっといじれば、かなり高速化できちゃう」というぐらいスゴいのです。しかも、どんなサイトでも、どんなCMSを使っていても「インストールするだけ」。 Webサイトを高速化すると、ユーザーに優しいし、場合によっては検索結果での順位にも良い影響が出るかもしれない……それはわかっていても、なかなか本格的にサイトを高速化するのは難しいものです。サーバー側の高速化に加えて、HTMLのつくりや画像のファイルサイズ最適化、さらにはCSSを調整しての画像スプライト化やCSS/JSファイルの結合・最適化によるブラウザとサーバーの通信本数削減などなど、実はやらなきゃいけないことがたくさん。グーグルの提供するmod_pagespeedは、そうしたことの、かなりの部分を自動的に行うものです。 mod_pagespeedはこん

se-mi 2012/11/27

リンク

Passenger 4.0 beta1 の新機能解説 - 昼メシ物語

先日、 Phusion Passenger 4.0 beta 1 が公開されました。近年は Passenger に代わり Nginx + unicorn の構成が Rails の業界標準になりつつありますが、Passenger 4 は大きく進化したようなので、そのアップデート内容を紹介します。なお、この記事は 10/24 に公開された Phusion 公式ブログの記事﹁Phusion Passenger 4.0 beta 1 is here – Phusion Corporate Blog﹂を要訳したものです。説明をところどころ省いているので、詳しくは原文を参照してください。 What's new? 複数のRubyバージョンのサポート1サーバで複数のアプリケーションをホストしている場合、アプリケーション毎に違うRubyインタプリタを指定できるようになりました。イベント駆動 I/O

se-mi 2012/10/26

ruby
apache

リンク

TechCrunch | Startup and Technology News

Welcome back to TechCrunch Mobility — your central hub for news and insights on the future of transportation. Sign up here for free — just click TechCrunch Mobility! Okay, okay…

se-mi 2012/10/11

気になる

apache

リンク

http://tech.missinglink.co.jp/2011/09/16/lua%E3%81%A7%E3%82%B5%E3%83%BC%E3%83%90%E3%82%B5%E3%82%A4%E3%83%89%E3%81%A4%E3%81%8F%E3%81%A3%E3%81%9F%E3%82%89%E9%80%9F%E3%81%84%E3%81%A8%E6%80%9D%E3%81%861/

se-mi 2012/07/28

Lua熱いな

apache
lua

リンク

mrubyとmod_mrubyに関して社内勉強会で発表します

mrubyとmod_mrubyに関して社内勉強会（第3回松本勉強会）を今日行う予定ですので、それで使うスライドを先行で公開しておきます。 mod_mrubyについてシンプルに題目は「mod_mruby」にしました。これまでにブログ等で書いた事をまとめたスライドになっていますので、mod_mrubyに関してはこれが最新のスライドになります。要望や指摘、及び、質問等は@matsumotoryまでお願いします。

se-mi 2012/06/09

高速軽量rubyモジュール

ruby
apache

リンク

米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

se-mi 2012/04/20

apache
http

リンク

Add SPDY support to your Apache server with mod_spdy

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

se-mi 2012/04/18

これは試したい

Apache
HTTP

リンク

［3］Linuxカーネルの“巨大なロック”が原因と判明

大規模サイトの性能改善作業とは、どういうものなのか――。リクルートの中古車情報サイト﹁カーセンサーnet﹂を全面リニューアルした体験を基に、その実態をレポートする。第1回、第2回はミドルウエアのチューニングを行った。後半はLinuxカーネルに原因があると判明するまでの調査に進む。様々なツールを組み合わせて追跡していった。中古車情報サイト﹁カーセンサーnet﹂の性能試験が本格的に始まって10日目。試験の開始当初は、ブラウザーの表示に10秒もかかるなど目標性能に遠く及ばなかった。しかし前回までで紹介したように、ファイル共有システム﹁NFS﹂の設定変更、Webサーバー﹁Apache﹂のパラメーター修正、PHPアプリケーションの見直しによって、性能は劇的に向上した。リクルート入社3年目の私は、今回の性能検証プロジェクトのリーダーとして、得意分野を持つチームメンバーと一緒に対策を進めていた。カッ

se-mi 2012/03/28

Linux
apache

リンク

Apache 2.4.1のmod_luaでApacheに介入する（mod_rewriteの終焉？）

人間とウェブの未来︵旧︶﹁ウェブの歴史は人類の歴史の繰り返し﹂という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。といいつつも、そこまで大したことはしていない。 luaという高速に動作する組み込み系のスクリプト言語で遊んでみたかったのと、それだったmod_luaで遊んでみればいいなと思っただけである。で、実際にmod_luaをコンパイルして遊んでみた。コンパイルオプションは以下。 ./configure --prefix=/usr/local/apache2.4 --with-apr=/usr/local/apr --with-apr-util=/usr/local/apr --enable-modules=all --enable-mods-shared=all --enable-mpms-shared='prefork worker event' -

se-mi 2012/03/27

apache

リンク

IBM Developer

se-mi 2012/03/02

リンク

「Apache HTTP Server 2.4.1」公開、6年ぶりの新たな安定版　

se-mi 2012/02/22

Apache

リンク

続・mod_pagespeedの各Filterと設定についてハブろぐ - havelog.ayumusato.com

mod_pagespeedがサーバーから出力されるファイルを最適化する apacheモジュールのmod_pagespeedは、Page Speedアドオンで、検査しているような項目について、HTML・CSS・JSなどを最適化してくれます。例えば、冗長なインラインのCSSを外部ファイルにしたり、逆に短く小さいサイズの外部CSSをインラインにしてリクエストを節約したり、JavaScriptのminify処理をしたりします。基本的には、クライアントサイドの体感速度と、転送量の抑制につながる、フロントエンドに関連する最適化です。フロントの実装コストを、ある程度サーバーが吸収してくれます。 CentOSへのインストールについては、関連記事の﹁さくらのVPSにGoogleのmod_pagespeed入れてみた﹂も併せてご覧ください。実際に、どんな感じになるのかをソースコードで見るなら、﹁mod_p

se-mi 2010/11/04

apache

リンク

mod_pagespeed をちょっとだけ試してみた - 酒日記はてな支店

Google の Page Speed の Apache module 版 mod_pagespeed をインストールして、ちょっとだけ動きを見てみた。インストールは Ubuntu に deb パッケージで。 $ wget https://dl-ssl.google.com/dl/linux/direct/mod-pagespeed-beta_current_amd64.deb # sudo dpkg -i mod-pagespeed-beta_current_amd64.debconfig はデフォルトで入るものそのまま。 <IfModule pagespeed_module> SetOutputFilter MOD_PAGESPEED_OUTPUT_FILTER ModPagespeed on ModPagespeedUrlPrefix "http://localhost/mod_p

se-mi 2010/11/04

細かなチューニングをモジュールがやってくれるということか

apache

リンク

IDEA * IDEA

ドットインストール代表のライフハックブログ

se-mi 2010/11/04

リンク

node.js とは何か - I am bad at math

期せずして久々の更新になってしまった。ブログを書く気がなくなったとかそういうのではなくてただ単に忙しかっただけ。その間、まぁ仕事が予期せぬ方向から炎上してみたり、事故をもらって愛車が全損したり（フロントガラスが全面熱線入りなんていう変なオプションなどを諸々付けていたからお気に入りだったのに）と決して良いことばかりで忙しかったわけではないけどね！で、今回は node.js のお話。異様な盛り上がりを見せているものの、じゃぁそれっていったい何かというと「JavaScriptを用いたNon-blocking I/O環境」という非常にシンプルなものだ。その根底には「うまくスケールできること」と「動作が速いこと」という理念が見受けられる。まず「うまくスケールできること（多量のアクセスを捌けること）」を解決するにあたり、まずはスレッドモデルか、イベントループかという問題があった。そこで auth

se-mi 2010/10/23

リンク

nginxがApacheよりも優れていることが一目瞭然のグラフ

前回のリプレイスでどのくらい変化があるかを調べてみました。構成などはそちらをご覧ください。対象サーバーをDNSから外してアクセスを止め、リプレイス作業後、DNSに再登録しました。そのビフォアとアフターのグラフです。 Apacheのアクセス数横軸のひと目盛は6時間なので、4日午前0時にアクセスが止まって、5日の午前2時にアクセスがもどっていることがわかると思います。︵3日のアクセス数が少ないのはラウンドロビン環境下のサーバーを2台から3台に増やしたからです。5日には再び2台に戻しています。︶ nginxのリクエスト数︵アクセス数︶ nginxも5日の午前2時頃からアクセスされ始めました。ビフォア︵Apache︶もアフター︵nginx︶もちょうどピーク時に160リクエスト程度を受けているので、アクセス数は同じくらいと考えられます。トラフィックビフォアとアフターでピーク時に2Mbits

se-mi 2010/09/12

これはなかなか

Apache

リンク

Apacheをnginxにリプレイスした

yubitterという携帯向けTwitterクライアントサービスで、ユーザーのアイコンを携帯電話向けに変換している(※1)、いわゆる画像変換サーバーのhttpd部分をApacheからnginxへ変更しました。処理は単純に以下の流れです。クライアントからアイコン画像のリクエストが来る既にハードディスクにキャッシュファイルがある場合は、それをそのまま返すファイルがない場合は、PHPプログラムがアイコン画像がアップロードされているTwitterのサーバー︵現在はAmazon S3/CloudFront︶へ取りに行く PHPプログラムが取得した画像データをGDライブラリを利用して加工、ハードディスクに保存、レスポンスを返す変換するにあたり、以下の2パターンを検討しました。リプレイス案1は、Apacheのレイヤーを一つ下げてAPサーバーに専念してもらう案で、2案は、Apache+mod_