often find unexpected finds among the things they leave behind. Used to warn against rushing ahead
often find unexpected finds among the things they leave behind. Used to warn against rushing ahead
mod_rewriteでサーバーの負荷が高いときだけリダイレクトする ワタシが働いている会社のホームページは、たまーにYahooのトピックスからリンクされます。 トピックスに載るとそれはもう大量のアクセスが津波のように押し寄せてきて、あっというまにサーバーのリソースを食いつぶしてアクセス不能になってしまいます。 こういうときのために、Contents Delivery Networkによるキャッシングも利用してます。 今までは、リンクされそうになったらmod_rewriteでリダイレクトって方法を使っていました。 でも毎回これをやるのが面倒になってきたので、なんとかならんかなーと思って、RewriteMapに初挑戦してみた。 RewriteMap使えばRewriteCondとかRewriteRuleにプログラムの出力結果を使うことが出来るようになるので、これでWebサーバーのロードアベレー
======================================================================= Apache::LoadAvgLimit What this? * Apache::LoadAvgLimit returns HTTP status 503 if the system load-averages is over the limited value. It's useful to prevent your machine from freezing by high CPU load. Requirements * Apache web server + mod_perl environment * getloadavg() system call (or try GetAvg.pm.uptime instead) Note * I
Apache2.2のmod_cacheを使って,Wiki(CGI)の高速化を試みる Apache 2.2.3を使用した. 1.基礎知識 まずキャッシュをやるなら, Caching Guide http://httpd.apache.org/docs/2.2/en/caching.html を熟読すべき. 英語だからといって敬遠して俺のように斜め読みしていると,つまらないところではまる. それで結局のところ,パラメータ付きのCGIをキャッシュするには,CGIからの出力に Last-Modified Expires のヘッダをつけるべきだということがわかる. ↑ 要件 キャッシュの更新タイミングとは, ページの更新がキャッシュに反映されてwebに公開されるまでのタイムラグ となる.その観点で考えると,常識的にはせいぜい1日とかになってしまうが,1日だけキャッシュできて嬉しいだろうか? 毎日1回
This directive enables operating system specific optimizations for a listening socket by the Protocol type. The basic premise is for the kernel to not send a socket to the server process until either data is received or an entire HTTP Request is buffered. Only FreeBSD's Accept Filters, Linux's more primitive TCP_DEFER_ACCEPT, and Windows' optimized AcceptEx() are currently supported. Using none fo
リバース(Reverse Proxy)とは: † リバースProxy(reverse proxy) (@IT) ブラウザからリクエスト Reverse Proxyでリクエストを受ける Reverse ProxyはHTTPヘッダのHostフィールドにあるホストの名前解決を行う。 squid.confのdnsserverで指定されたDNSサーバー または resolv.confに指定されているDNSサーバーを使う。 DNSに登録されていない場合、squidはエラーを返す(ERR_DNS_FAIL)。 名前解決したホストにリクエストを転送する。 ホストがサービスを提供していな場合はホストからRSTを受け取り、squidはエラーを返す(ERR_CONNECT_FAIL)。 Web Serverへのリクエストの送信元アドレスはProxyのものに書き換えられる。 ↑ 構成図 † browser | |
Summary The mod_rewrite module uses a rule-based rewriting engine, based on a PCRE regular-expression parser, to rewrite requested URLs on the fly. By default, mod_rewrite maps a URL to a filesystem path. However, it can also be used to redirect one URL to another URL, or to invoke an internal proxy fetch. mod_rewrite provides a flexible and powerful way to manipulate URLs using an unlimited numbe
Apache 2.2でWebサイトをパフォーマンスアップ! - 最新Apacheの機能と設定方法教えます - 鶴長 鎮一(book@tsurunaga.jp) 2006/3/14 ロードバランスクラスタを使う Apacheには、レスポンスの遅いサーバの代わりに応答するプロキシ機能が提供されています。Apache 2.0でも、通常のフォワードプロキシおよびWebサーバの負荷分散を可能にするリバースプロキシに対応していました。 Apache 2.2ではリバースプロキシ機能をさらに高め、トラフィック量やリクエスト回数に応じたロードバランシングが可能になっています。ロードバランスされるバックエンドサーバは、Apacheを再起動することなくオン/オフラインにできます。バックエンドサーバがダウンした場合は、自動的にそのサーバを切り離し、復旧後自動的に復帰させるといったことも可能です。 ■ロードバランス
Apache2.2.3の環境下で mod_proxy_balancer と mod_disk_cache を使い、キャッシュサーバを構築したのでメモしておきます。 イメージする構成としては、まずフロントエンドにApacheのReverse Proxy Serverがあり、そしてその裏側に実際にアクセスする複数台のWeb Server(以下の例では5台)があります。 クライアントからのアクセスを受けると、リバースプロキシは、負荷分散アルゴリズムにしたがって、実際のウェブサーバへリクエストを投げることになります。その際、画像コンテンツのみをキャッシュし、次回以降のアクセスではキャッシュファイルのみを返すようにします。 ということで早速設定してみます。 mod_proxy_balancerモジュールを有効にするためには、mod_proxyおよびmod_proxy_httpモジュールが有効になって
「ErlangのWebサーバー・モジュールを試してみたよ」で、Erlang/OTP配布に付属のhttpdモジュールを紹介しました。今日は、httpdプラグインモジュールを作る練習をしました。「なんでhttpdなのか?」というと、僕の動機としては、Webサーバーをいじりたいつうより、Erlang分散プロトコル(の一部)をHTTPに乗せたいのです。 Erlangに手を付けたら、やっぱ分散プログラミングしないともったいないっすよ。非分散/非並列でErlangしてもあんまり楽しくないような … あの構文が好きなら楽しいかもしれないけど。あの構文が気に入らなくても、それを学ぶことが分散プログラミングの楽園(少しオオゲサか?)に入る入場料と考えれば高くはないでしょう。 そんな事情で、とりあえず簡単なhttpdプラグインモジュールを作ったわけですが、これは、URIに埋め込まれたパラメータ(秒数)だけ眠る
ロシア製のウェブサーバ nginxがすげー速いらしい。 ロシア人がDjangoを動かす設定を書いてる&Gentooにパッケージがあるっぽいからすぐに動かせそうなんだけど、今現在余裕無しorz まぁ、Djangoが動くって言ってもFastCGIだから微妙なんだけど…。 Railsだとlighttpd+Mongelより3割くらい速くなるという話しもあるし、Djangoも2割くらい速くなる? mod_python or mod_wsgiがFastCGIより相当速いはずだから。。。 Taged with:Django,Rails,technology, urihttp://www.everes.net/2007/apr/14/nginx-and-django/ Entry Date:2007-04-14 16:34 Author:makoto ping url:http://w
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。
esehttpdはLinux上で動作するwebサーバ(HTTPサーバ)です。realtime signals とノンブロッキングIOを使った高速・スケーラブルな実装、OpenSSLによるHTTPSの サポート、rubyスクリプトの直接実行、サーバ自身がchroot可能、などの特徴があります。 ダウンロード 最新リリース esehttpd esehttpd-0.309 (日付: 2004-02-03) esehttpd esehttpd-0.308 (日付: 2003-09-29) esehttpd esehttpd-0.305 (日付: 2002-04-11) esehttpd esehttpd-0.304 (日付: 2002-04-10)
unit-1.32.0 version has been released, featuring the WebAssembly Component Model and Unit variables access from njs.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く