2006-09-27
昨日USB接続のディスクをくっつけて、そこをキャッシュディレクトリにしたことを書きました。一日たってCPU負荷はこんな感じです。 日中に時々CPU負荷が上がっているのは、古いキャッシュを消去しているためです。くっつけたUSBディスクはext2ファイルシステムで構築しました。手順は以下の通り。 USBディスクをくっつける。 ファイルシステムをext2(mkfsのデフォルト)で作成 # mkfs /dev/sdb1 /etc/fstabを編集して適当なディレクトリにマウント /dev/sdb1 /usr/local/apache2/cache2 ext2 default 0 0 # mount /usr/local/apache2/cache2 /usr/local/apache2/conf/httpd.confを編集してCacheRootのディレクティブを/usr/local/apache2
Caching Guide - Apache HTTP Server Version 2.2
Please note This document refers to the 2.2 version of Apache httpd, which is no longer maintained. The active release is documented here. If you have not already upgraded, please follow this link for more information. You may follow this link to go to the current version of this document. This document supplements the mod_cache, mod_disk_cache, mod_mem_cache, mod_file_cache and htcacheclean refer
でじたま日記2.1 » Apache 2.2 on FreeBSD mod_cache
Ads Profile 株式会社でじたまコンピュータ mixi technorati Links SNSPing! TechCamp Categories GeneralSuperGTサーバ関連モバイル会社関連開発 Archive 2008/10 2008/09 2008/08 2008/07 Statistics meromero park Search DNSサーバの次はWebサーバとしてApacheをインストールします。 これまでは仕事上でもプライベートでもApache1.3系列を使ってきましたが、Apache2.2.2においてついにステーブルブランチが開始されたこともあり、今後は2.2系列を使う機会も増えてくるのではないでしょうか。 この記事では、FreeBSDにApache2.2をインストールした時に気づいたことと、その他の機能についてカンタンにまとめたものですが
mod_proxy_balancer + mod_disk_cache on Apache 2.2.3 - 積み重ねた日々
Apache2.2.3の環境下で mod_proxy_balancer と mod_disk_cache を使い、キャッシュサーバを構築したのでメモしておきます。 イメージする構成としては、まずフロントエンドにApacheのReverse Proxy Serverがあり、そしてその裏側に実際にアクセスする複数台のWeb Server(以下の例では5台)があります。 クライアントからのアクセスを受けると、リバースプロキシは、負荷分散アルゴリズムにしたがって、実際のウェブサーバへリクエストを投げることになります。その際、画像コンテンツのみをキャッシュし、次回以降のアクセスではキャッシュファイルのみを返すようにします。 ということで早速設定してみます。 mod_proxy_balancerモジュールを有効にするためには、mod_proxyおよびmod_proxy_httpモジュールが有効になって
メンテナンス中画面を出す正しい作法と.htaccessの書き方 | Web担当者Forum
【2026年版】関東の「住みたい街」ランキング！ 2年連続の首都圏トップは？【ニフティライフスタイル調べ】 2月9日 6:00
mod_wsgi は VirtualHost 単位でないと Daemon を分けられない？ - methaneのブログ
WSGIDaemonProcess ディレクティブは、server config か virtual host の context で使える。 http://code.google.com/p/modwsgi/wiki/ConfigurationDirectives#WSGIDaemonProcess なので、 Location 毎にProcessを分けるとかはできない。 社内でオレサーバーでwsgiアプリをいくつか動かす場合、(オレtrac+bzrとかオレmoinとか) サブドメインの管理を考えると簡単に VirtualHost にできないんだよね･･･。 mod_wsgiのdaemonモードの利点の一つはWebサーバーとWebアプリのユーザーを分けられることだったんだけど、サービス用ユーザーを一つで全サービス提供するか、apache に複数のポートをlistenさせてmod_proxy
ApacheとKeep Aliveの実験 | noriyuruの日記 | スラド
Apacheのログ取りと設定を見直すため、いくつか実験を行った。 Keep Aliveにまつわる観測結果と導き出される設定について、ここに記す。観測はApacehログを利用した。 Keep AliveはHTTP/1.1で定められたもので、1度の接続で複数のリクエストと、その応答を行うことを目的としてる。接続の継続と終了のためにヘッダーConnectionフィールドを定めている。Connectionフィールドはブラウザー、サーバー共に出力する。 ブラウザーは引き続き要求コンテンツがあればkeep-alive、なければcloseだ。IEとFirefoxは常にkeep-aliveだ。たぶん、世界中のほとんどのブラウザーは常にkeep-aliveを出す。よってサーバーは最後のコンテンツを認識する方法がない。だから、ApacheでKeepAliveをONにすると常にkeep-aliveを返す。もちろ
sanonosa システム管理コラム集: KeepAliveについて考える
「KeepAlive設定のon/offの違いだけでサーバのキャパシティが数倍違ってくる」。大規模サイトならではの経験則です。ApacheやIIS等、一般的なWEBサーバでは通常KeepAliveの設定ができます。この設定はアクセスが少ないWEBサーバの場合にはonでもoffにしても大差がないため、小規模サイト運営の経験しかない管理者はこの設定についてあまり深く考えない場合が多いと思います。しかし大規模サイトではこの設定を誤るとサーバのキャパシティをすぐに超えてしまうので要注意です。 【一般的にonとoffのどっちがよいの？】 あくまでも私の大規模サイト運用上での経験則ですが、offにしておいたほうが安全であると感じています。例をお見せしましょう。これは非常にアクセス数の多いWEBサーバの例です。 KeepAliveがoffの時にはTCPコネクション数が少なく押さえられていますが、onにした
TUXのベンチマーク記事 - naoyaのはてなダイアリー
カーネル・モードで高速に動作するオープンソースのWebサーバー「TUX」の性能を，現在主流の「Apache」と比較した。静的コンテンツに大量のアクセスが集まる用途で，TUX 3.2はApache 2.0の1.57倍の性能を出した。OSが扱えるTCPコネクション数を増やす調整を施せば，標準設定時より性能が33％改善する。 TUX のベンチマーク記事。参考になります、グッジョブ。 カーネルモードで動作するウェブサーバー TUX、ということで久しぶりにこの名前を聞きました。3, 4 年前に Linux Magazine のムックか何かで特集されていたのを思い出します。その後あまり話を聞かなかったので TUX プロジェクトは頓挫したのかなと思いきや、それは僕の勘違いで、ちゃんとプロジェクトは動いていて成果が出ているということなのかも。 この記事ではベンチマークの比較対象として Apache が選ば
https リバースプロキシーサーバの作り方 - file-glob こと k.daibaの日記
はじめに ひょんなことからhttpsを使うリバースプロキシーサーバを作ることになりました．個人情報を含んだ通信は暗号化すべき，なんて世の中の流れに乗ったわけです．で今回はそのメモ．今回作ったプロキシーはクライアントとの間をhttpsで通信しますが，サーバとの間はhttpsを使うものと，httpを使うものの2種類を実現します．ざっと絵に描くとこんな感じ．数字はポート番号です． --- https ---> 443 --- https ---> 443 サーバA クライアント リバースプロキシー --- https ---> 8443 --- http ---> 80 サーバB apacheをコンパイル 今回は，リバースプロキシーをnetbsd3.0上で作ってみました．netbsdを選んだ理由は特にありません．以前使っていたので他のOSより慣れてる，というぐらいでしょうか．まぁ，それはともかく
Ajax,Apache,CSS,CVS,HTML,JS,Perl,PHP等のチートシートまとめ:phpspot開発日誌
Smashing Magazine Blog Archive Cheat Sheet Round-Up: Ajax, CSS, LaTeX, Ruby… Ajax,Apache,CSS,CVS,HTML,JS,Perl,PHP等のチートシートまとめが紹介されてます。 チートシートって印刷して貼っておくとほんとに便利でお世話になってます。 Ajax関連 What’s Ajax? Cheat Sheet - PDF Prototype Dissected - Cheat Sheet PNG scriptaculous Combination Effects - Cheat Sheet - PDF Apache関連 Apache Cheat Sheet Apache 1.3 Quick Reference Card - free quick reference cards - PDF htacc
404 Blog Not Found:クローラにしかとシカトしてもらう50の方法
2006年10月28日22:30 カテゴリTips クローラにしかとシカトしてもらう50の方法 というわけで備忘録代わりに。 Apache: The Definitive Guide [邦訳:Apacheハンドブック] [を] Yahoo! Slurp に rel="nofollow" を無視されたYahoo! Slurp に一斉にアクセスされてサーバのロードアベレージが激ヤバ。 とりあえず、CGIスクリプトのファイル名を変更して回避。robots.txt 最も基本的なのがこれ。たつをくんがこれを知らないはずはないのだけど一応基本からということで。 robotstxt.org Robots Exclusion Standard - Wikipedia, the free encyclopedia http://www.dan.co.jp/robots.txt ちなみに最後のワイルドカードを
mod_loadaverage_redirect
milanoさんから始まった空前のload averageブーム！かどうかわからないけど、各所で話題になっているので自分もApacheモジュールを練習がてら作ってみました。ちなみにこのモジュールはmilanoさんがやりたそうな複雑なものにはまだ対応していません。。。 http://svn.clouder.jp/repos/public/mod_loadaverage_redirect/trunk/ LoadAverageRedirectThresholdで指定した数よりもそのマシンのload averageが高くなったら、LoadAverageRedirectURLで指定したURLにリダイレクトをするというものです。インストールは、make && make install でオッケイ。あとは、httpd.confに LoadModule loadaverage_redirect_modul
Milano::Monolog: mod_rewriteでサーバーの負荷が高いときだけリダイレクトする
mod_rewriteでサーバーの負荷が高いときだけリダイレクトする ワタシが働いている会社のホームページは、たまーにYahooのトピックスからリンクされます。 トピックスに載るとそれはもう大量のアクセスが津波のように押し寄せてきて、あっというまにサーバーのリソースを食いつぶしてアクセス不能になってしまいます。 こういうときのために、Contents Delivery Networkによるキャッシングも利用してます。 今までは、リンクされそうになったらmod_rewriteでリダイレクトって方法を使っていました。 でも毎回これをやるのが面倒になってきたので、なんとかならんかなーと思って、RewriteMapに初挑戦してみた。 RewriteMap使えばRewriteCondとかRewriteRuleにプログラムの出力結果を使うことが出来るようになるので、これでWebサーバーのロードアベレー
mod_authz_iplist - なんとなく◎
mod_authz_host / mod_access による Deny や Allow のようなアクセス制御のために用います． Deny や Allow は .htaccess などに直接記述しますが， このモジュールでは IP アドレスやホスト名は別ファイルに記述します． .htaccess での Deny / Allow の記述はリクエストがある度に読み込まれパースされるが， このモジュールでは規制リストはファイル更新が検出されるまでメモリ上にキープされるため， 特に記述する IP アドレスやホスト名が多い場合パフォーマンス面で有利になる． 規制対象の IP アドレスやホスト名を動的に変更する場合， 規制リストが .htaccess とは別ファイルなので .htaccess を 直接書き換える場合よりもトラブルが発生しにくい． といったメリットがあります． このモジュールはマルチスレ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Basic Apache Performance Tips
Lurker - Database message source pull failure
バックナンバー – おくvillage
井上の日誌 -Apacheの話-(2006-07-13) - Apacheソースコード概論