Apacheやlighttpdへのアクセス状況をリアルタイムで確認できる「ApacheTop」を使ってみた - 元RX-7乗りの適当な日々
ApacheなどのWebサーバを運用していると、たまにリアルタイムで今現在の利用状況や負荷などがどうなっているかを確認したくなるときがあります。 そこで、UNIX/Linuxの"top"ライクに、Apacheの使用状況を確認することができるのが「ApacheTop」と呼ばれるツールです。 インストール インストールはパッケージ管理されているものを使うので簡単です。 $ sudo apt-get install apachetopUbuntuやDebianなど、APTを使っているなら↑のような感じ。 $ sudo yum install apachetopFedoraなど、YUMを使っているなら↑のような感じです。 早速使ってみる 使い方は、"-f"オプションでApacheのログファイルを指定して使います。 $ apachetop -f /var/log/apache2/access_log
apache2 - おいぬまの覚え書き
[server] [linux] 言わずとしれたシェアNo.1のWebサーバ、Apache についてです。バージョン2の話が中心となっています。 参考リンク インストール Debian 流のインストール Debian 固有の話 sites-available と site-enabled ディレクトリ モジュールを有効/無効にする 設定 Tips ~user 形式で各ユーザのコンテンツを公開する 日本語のファイルが文字化けするのですが... 註 参考リンク 本家 - 本家だけあってドキュメントが充実しています。ドキュメントは日本語訳されているものもあります。 インストール 本家から最新版のソース(2003年3月の時点では2.0.44)をダウンロードして、任意のディレクトリに解凍します。そして、解凍してできたディレクトリに移動して、configureします(以下 --prefixで指定したデ
めも - Apache で mod_rewrite が動かない
_[Ubuntu] Apache で mod_rewrite が動かない ローカルでのテスト用に、 Apache を Ubuntu 5.10 Installation Notes (Japanese) を参考にインストールして無事動くようになったのだが、 .htaccess に RewriteEngine on が書いてあるとエラーになった。ログを見ると Invalid command 'RewriteEngine', perhaps mis-spelled or defined by a module not included in the server configuration なんてメッセージが出てる。どうも mod_rewrite が有効になってないみたい。 で、どうやって有効にすんのさ、とググって Ubuntu, Apache and making mod_rewrite ha
Htaccess File Sample - AskApache
An attempt to create a default skeleton .htaccess file with the very best apache htaccess examples... Updated semi-frequently based on detailed info from the Apache htaccess tutorial. NOTE: Check out and use the Google 404 Error Page. Sample Htaccess File If you see any room for improvement, or if you can add something than go ahead and comment and I will definately give it a look for possible inc
秋元@サイボウズラボ・プログラマー・ブログ: 究極の.htaccess?
via del.icio.us/popular Apacheのフォルダローカルな設定ファイル.htaccess で使いそうな設定をかたっぱしから書き込んだファイル。 メイン、スクリプト関連、ヘッダ(キャッシュや最速化)、URL書き換え、認証、SSL、開発中サイト、というようなジャンルごとに、よく使われそうなディレクティブがずらずらと並んでいる。PHPの設定、cool URLの設定、エラーページ、認証の掛けかた、などなど。 書き換えるべきところは英単語で何を書くのかわかるようになっているので、コメントとあわせて思い出しながらコメントを外していくとそれなりに使えそうな .htaccess が作れるかもしれない。僕なんかは細かい設定方法すぐ忘れてしまって検索することが多いので、これで楽になりそう。 # 本当に不要なものはコメントにせずファイルから消すべきだし、安定運用に入ったら.htaccess
ClearSilver を Apache のフィルタモジュールとしてインプリメントしてみた - daily dayflower
これまでもちらほらと ClearSilver という名前を聞いたことがあったんですが，YAPC::Asia での ikebe さんの発表でさらに興味を持ちました。 mod_livedoor_page.so http://www.livedoor.com/ use ClearSilver Template engine. top-page is not changed so frequently. top-page has simple data structure only. so we use C for top-page. Inside Livedoor 2006-2007 - PDFへのリンクなので注意 興味を持ちましたというか，キーくやしい（←何が？）となったので，自分でも ClearSilver を使った Apache モジュールを書いてみました。ソースはこちら。 実はググったら
なぜ apache module を更新すると Segmentation fault するのか : DSAS開発者の部屋
今回は、apache module について気になることがあったので紹介します。 先日 バージョンアップするために apache module を更新した直後 apache が Segmentation fault してしまうという問題に気が付きました。 Segmentation fault した後に apache を再起動すれば、新しいモジュールが反映されて正常に動作するものの何故この様なことが起こるのか不思議に思い原因を調査してみました。 % curl http://localhost/ curl: (52) Empty reply from server レスポンスが空です。apache のログには [Thr Mar 29 17:52:01 2007] [notice] child pid 20001 exit signal Segmentation fault (11) この様なエ
Apache 3.0構想発表 - 抜本的性能向上へ (MYCOMジャーナル)
Paul Querna氏は14日(協定世界時)、Apache MLにおいてApache HTTP Server 3.0に関する意見提示を立て続けに行った。 現行の主流ブランチである2.xは、以下の問題が挙げられている。 ハックを加えない限り、coreにおいて非同期IOを動作させることができない フィルタにおいては非同期IOが正しく動作しない モジュールAPIがあまりに多くの内部情報を露呈している HTTPプロトコルがcoreへ結び付いており分離作業が進んでいない 実行時に設定変更を反映することができない 設定ファイルにおけるプログラム性が低い 3.0では基本的にこれらの問題を解決したいとしており、同氏が提案している基本方針は次のようなもの。 高性能イベントシステムコールの採用(KQueue, Event Ports, EPoll, I/O Completion Ports) 非同期ソケット
ApacheでWebサイトのヘッダとフッタを出力 - レイアウト統一にmod_layout | エンタープライズ | マイコミジャーナル
TangentOrgは21日(米国時間)、mod_layoutの最新版となるmod_layout 5.0を公開した。mod_layoutは、Webページに対してヘッダとフッタを追加して出力するためのApacheモジュール。主にWebサイトのデザイン・レイアウトを統一するためにヘッダとフッタを挿入する用途で採用される。バナーの挿入などの用途で利用可能だ。 5.0における変更はサポートサーバにApache 2.2が追加されたことにある。ほかにもFOREACHループが変更されたほかコマンド定義に関するバグが修正されている。モジュール自身はApache License Version 2.0のもとで提供されているオープンソースソフトウェア。 ディレクティブで指定できる設定はAddOutputFilter、LayoutFooter、LayoutHeaderなど。ファイルを指定することもできれば、直接
サーバにDoS耐性を付ける - stanaka's blog
ウェブサービスでは、アクセスが集中して、サイトが落ちる、というのは、よくある話です。純粋に人気が出てアクセス集中するなら、サーバ管理側の責任と言われても、しかたないと思います。しかし、botやF5アタックによる突発的な集中アクセスで、落ちてしまう、というのは、運営側としても、あまり納得がいくものではありません。 そのような突発的なアクセスに対応するために、大量のアクセスをしてくるクライアントを検出し、優先度を落すか、アクセス禁止にする方法などがあります。 というわけで、Apacheモジュールでそれを検出するためのmod_dosdetectorを開発しました。(ちなみにコア部分の開発期間は、Apacheモジュールって、どう書くんだっけ、という状態から、3日でした。) mod_dosdetectorは、Apacheモジュールとして動作し、クライアントのIPアドレスごとにアクセス頻度を測定し、設
squid vs apache - 最速配信研究会(@yamaz)
http://blog.livedoor.jp/nipotan/archives/50538571.html を読むとmixiではsquidが一部で使われているようだ.具体的にどこで使われているかはわからないけれど, 当然我々もsquidには目をつけていてapacheのmod_proxyとの比較検討を行ったことがある. その結果squidはスケーラブルな配信サーバを構築するのには向いていないという結論になった. それはこんな理由による. 1. キャッシュされたファイルのインデックスデータとメタ情報をメモリに置くのが無駄 squidはキャッシュされたファイルのインデックスデータとメタ情報をメモリに置く. よって画像が増えれば増えるほどインデックスが大きくなりすぎて,本来使用したい ファイルシステム用のバッファキャッシュが食いつぶされてしまうという結果になった. 実際某サイトでは数十万URL程
hori-uchi.com: コネクションプーリング都市伝説は正しそう
またちょっと古いねたですが、WEB+DB PRESS vol.33でnipotanさんが書いてたコネクションプーリング都市伝説を読んだ時、ほんとのところどっちが速いのかってのをabでベンチマークをとってみました。 ベンチマークとったときにエントリを書こうと思ってたんですが、モチベーションがあがらず今になっちゃいました。。 以下がベンチマークの結果です。 プーリングを有効にした場合 Server Hostname: rakuda.localhost Server Port: 80 Document Path: / Document Length: 12323 bytes Concurrency Level: 20 Time taken for tests: 107.840 seconds Complete requests: 1000 Failed requests: 0 Broken pi
CGI 出力キャッシュ - なんとなく◎
CGI 等で生成される動的コンテンツには，個別のリクエストごとに異なるレスポンスを 返さなければならないものもあれば，ある程度の時間内であればどのリクエストに 対しても同じレスポンスを返すものもあるでしょう．後者であれば，レスポンスを mod_mem_cache でキャッシュすることにより毎回 CGI 等を実行せずに済むので， かなり効果的にサーバの負荷軽減を実現することができます． # mod_mem_cache は Apache 2.0 ではまだ "experimental" という扱いですが， Apache 2.1 / 2.2 ではかなり改良されています． httpd.conf での設定は，例えば以下のような感じで．動的コンテンツでは Content-Length ヘッダを出力しないことが多いですから，MCacheMaxObjectSize の指定に際しては併せて MCacheMax
2006-01-08
mod_perl 2 が Stable リリースになって気がつけば半年以上経った様子。はてなではこれまで mod_perl 2 は mod_perl 2.0RC-4 (1.99) とかを使ってましたが、ぼちぼち 2.0 にちゃんと移行した方がいいかなと、重い腰を上げつつ作業してます。 現在、mod_perl には互換性のない三つのバージョンが存在してます。 mod_perl 1.0 (1.29) mod_perl 1.99 mod_perl 2.0 (2.0.2) 1.0 は Apache 1.3 の API に対応している mod_perl、1.99 と 2.0 は Apache 2.0 API に対応している mod_perl です。Apache 2.0 がそれまでのバージョンとの API の互換性を捨ててアーキテクチャの見直しが行われたのをきっかけに、mod_perl も後方互換性を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM LAMP システムを調整する、第 1 回: LAMP アーキテクチャー・・ - Japan
井上の日誌 -Apacheの話-(2006-07-13) - Apacheソースコード概論
Loading...
井上の日誌 -Apacheの話-(2006-05-10) - bucketとbrigadeの説明
Loading...
自信を持ってApacheを操るために