元ネタはこちら。 Apache AddHandler madness all over the place Gentoo Bug 538822 どういうことか 次のような指定は危険である。 AddHandler php5-script .php この時に指定される.phpはファイル名の末尾である必要はない。例えば、 aaa.php.html bbb.php.pngなどもphp5-scriptとして解釈されてしまうのだ。これは.XXX.YYYと複数の拡張子が書かれた場合、.XXXと.YYYもAddHandlerの対象となることが原因。 ちなみに次のような場合にはphp5-scriptとして解釈されない。 ccc.php_foo (.php_fooとして解釈されるため) ddd.php_bar.html (.php_barと.htmlとして解釈されるため)実はこのことはApacheのドキュメン
既存のApacheの設定 既存のApache設定で確認しておきたいのは下記の部分 SSLCertificateFile example.com.crt SSLCertificateKeyFile example.com.key SSLCACertificateFile example.in.crt # 中間証明書 いずれのファイルも必要です。中間証明書を利用してる場合のみ、SSLCACertificateFileの設定があると思います。 あとパスフレーズも確認しておきましょう。 Nginx用の証明書を作成する Nginxでは中間証明書が必要な場合、Apacheの用に別ファイルとして指定するのではなく、1つの証明書ファイルにまとめておきます。 cp example.com.crt example.com.crt.bak # バックアップ cat example.in.crt >> examp
_ [Rails][Web] unicornにはApacheよりもnginxが最適！ ちょっとディープなサーバチューニング話です。ベンチマークの値でどうこうではなく、ユーザから見たレスポンスタイムをきちんと改善しようという視点から。 まあ、サーバチューニング: リバースプロキシ構成で、unicorn_railsとのコネクションはいつ確立されるのか？ (2012-02-16)を追実験して言い換えただけです。 結論: いきなりまとめ。 unicornと組み合わせるなら、Apacheよりもnginx。 前提: Apacheとnginxとでは、（リバース）プロキシ時の挙動が若干異なる 実は、両者のプロキシ動作は若干異なっています。 Apacheは、単に「中継」を行うに過ぎません。クライアントとバックエンド(unicorn)とでやり取りされるデータを、そのまま中継します。 一方、nginxはデータを
Amazon ELBをうまくつかうには、KeepAliveを有効にしよう。Timeoutは60秒よりだいぶ長くしよう。その背景。 鯖管のメモ帳: AWSのELBでHealthyHostCountが0になるという記事の中で ■AWSのELBとApacheを使う際の注意点 ・Timeoutは120以上が推奨 ・ApacheのKeepAliveは有効にすべし。ELBとの接続効率があがる。 という形ですでにやるべきことは書いてあるのが、なぜそうなるか。。(いそがしい人は後は読まなくてok！) 根本的な理由としては、ELBはTCPを単にリレーしているのではなくて、アプリケーションレイヤのプロキシであることによるものが大きい。ELBはバックエンドのEC2との間で無通信の場合でも60秒はセッションを維持する。 ELBはTCP Persistent Connectionを提供し、webサーバとの間のTCP
Overview of new features in Apache HTTP Server 2.4 - Apache HTTP Server Expressions http://httpd.apache.org/docs/2.4/en/expr.html やSetEnvIfExpr, RewriteCond, Headerで使える評価式 の追加 http://httpd.apache.org/docs/2.4/en/mod/core.html#if ヘッダや環境変数を参照して細かい制御ができるようになったことに加え、else的なブロックを書くのに苦労したことがあるんで朗報です ErrorLogFormat http://httpd.apache.org/docs/2.4/en/mod/core.html#errorlogformat ErrorLogも書式設定できるように。 %L (L
Ubuntuでもそうだけど、Apacheインストール直後はlogrotateで４時くらいにログをローテートさせるのが一般的。 何か追加でインストールする必要が無い 指定した期間でローテートできる 指定した期間で削除できる 自動的に圧縮できる みたいなメリットがある。 でも逆に、 出力ファイル名を変更できない(出来るけど面倒) さらに月別にディレクトリを掘るとかが大変 ってことで、出力ファイル名を変えたい人は普通Apacheに付属のrotatelogsを使っているみたい。 でも、どうにもrotatelogsのオプションがしっくりこなくて使ってなかったんだけど、似たようなものでcronologというのがあって、そっちがしっくりきたので、簡単にメモ。 インストールはaptitudeで簡単に入るので省略。 使い方も簡単で、ログ出力指定のところにパイプで書くだけ。 CustomLog “|/usr/
Introduction : The Apache OpenID Module mod_auth_openid is an authentication module for the Apache 2 webserver. It handles the functions of an OpenID consumer as specified in the OpenID 2.0 specification. See the FAQ for more information. Download the current release from the the releases page. Example Most people want to see an example first: http://coop.butterfat.net/~bmuller/mod_auth_openid/ot
シングルサインオンとOpenID オンラインバンキング、ネットオークション、ブログなど、現在では多くのサービスがWebアプリケーションで提供されています。個人を認証するには、各Webサイトで発行された、ユーザーIDとパスワードを使用するのが一般的です。当然、使用するWebサイトが異なれば、ユーザーIDとパスワードも異なり、管理が煩雑になります。またそれぞれのWebサイトにアクセスする度に、毎回ユーザー認証を行う必要があるなど、操作に不便と不満を感じる人は少なくありません。 それを受け、認証システムを一元化するなど、以前から認証手続きを簡素化するための試みは行われており、その成果はSSO（Single Sign-On：シングルサインオン）などの技術に還元されています。 SSOを利用すればユーザー認証を一度行うだけだけで、許可されているすべてのサービスを利用できるようになります。現在SSOを実
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
前書き 統合 Windows 認証とは，ドメインの認証情報を使って HTTP サーバに認証してもらう方式です。Windows クライアントがドメインにログインしていれば，認証ダイアログが出現することなく自動的に認証されます。統合 Windows 認証には以下の2通りがあります。 NTLM 認証 SPNEGO 認証（Active Directory 環境下；すなわち Kerberos GSSAPI を利用） 今回はわけあって NTLM 認証を扱います。 Apache on Unix*1 で NTLM 認証をサポートするものには，有名なもので以下の物があります。 mod_ntlm Unofficial mod_ntlm modification mod_auth_ntlm_winbind 前者 2 つはほぼ同じもの（2 つめが改良版で Apache 2.2 にも対応している）ですが，後者の m
Apache + mod_perl の場合、httpd.conf でいろいろと気をつけるべき点があるのですが、まとめてみました。ちなみに本サーバの設定値は、 サーバスペックが Pentium 4 2.8GHz HT動作 ／ RAM 2GByte な環境で、Amazon Search が喰うメモリは mod_perl 動作で 1 httpd あたり 10〜40MByte 程度。サーバライブラリがある条件下でメモリーリークするので、最大で httpd は 100Mbyte 程度まで肥大。 という条件下で KeepAlive Off Timeout 60 MinSpareServers 10 MaxSpareServers 10 StartServers 10 MaxClients 50 MaxRequestsPerChild 50 という設定値になっています。各パラメータの値の意味を説明します
● [Rails] Rails勉強会@東京#18 前半: QueryCache / MMC 後半: 今だからこそ運用環境を考える に参加。 ● 前半: QueryCache / MMC QueryCache とは、AR.find の結果を memcached を用いてキャッシュする plugin。(rakuto 作) rakuto式 QueryCache の課題 with_scope どうする？ memcache のキー 削除戦略 1は、AR.find の引数だけを見てキャッシュのキーを作成しているため、with_scope と混ぜるな危険。解決策の1つは「キャッシュするレイヤーを select_xxx まで引き下げる」こと。そうすると find_by_sql まで対象に入るという嬉しい副作用もある。ただその場合、キャッシュの対象も同レイヤーにするとARオブジェクトでなく生の結果セットにな
最近よく思うのですが、他に選択肢があるにも関らずなぜ皆Linuxやapacheを使うのでしょうか。おそらく「皆使っているから」だとか「他の選択肢があるなんて知らなかったしそんなこと考えたこともない」という人がほとんどなのだと思います。 大規模サイトになると大量のアクセスを極力安いコストでさばくために、徹底的なチューニングが必要になります。これはLinuxやapacheのチューニングだけでなく、そもそもLinuxやapacheでいいの？というレベルから話しが始まります。過去に研究したところ、Linuxは当時最速だけどもろい、apacheは当時遅いけど堅い、という傾向が見られました（今は知りません）。そんなわけで高速性が必須なサービスにはLinux+他のWEBサーバ、安定性が必須なサービスにはSolarisもしくはFreeBSD+apacheなんて感じで使い分けていました。 プログラマーならこ
ログを見ているとサーバースペックからするとピーク時がちょっとつらいアクセス数に見えました. ぇぇ.チューニングがあまあますぎるんですよ.分かってるんだけどあまりチューニングする気無く(苦笑 #gsblogはやっと徐々にキャッシュを入れていってますが… このサーバーのOSはFedora Core 1ベースにほとんどのrawhideを適用,PHPとapacheは自前(httpdはRed Hat Linux 7.3のものをそのままの思想で1.3.38までパッチを作り直してます),MySQLはmysql.comからバイナリを取ってきた感じです. 別段たいしたことはしていなくて,こんなことをやっています. ・httpdのPIDファイルを監視,あったら生きているはず ・HEADコマンドでアクセスしてみる ・タイムアウトなどおこったらhttpdの再起動やメルメルする 実用上アクセス先は静的ファイルなので
============================= Name: httpd State: S (sleeping) SleepAVG: 19% Tgid: 20728 Pid: 20728 PPid: 20386 TracerPid: 0 Uid: 48 48 48 48 Gid: 48 48 48 48 FDSize: 32 Groups: 48 VmSize: 15300 kB VmLck: 0 kB VmRSS: 5948 kB VmData: 1740 kB VmStk: 708 kB VmExe: 245 kB VmLib: 11659 kB StaBrk: 00f73000 kB Brk: 088e5000 kB StaStk: bff55b30 kB ExecLim: 064ae000 Threads: 1 SigPnd: 0000000000000000 ShdPn
あまり知られていません(と思われる)がApache2(2.0.41以降)にはアクセスログの書き出しをメモリにバッファリングし高速化させるという機能があります。 今回はその機能を有効にするとどれぐらい速くなるのか調べてみました。 設定方法はhttpd.confに BufferedLogs On と追加するだけでログのバッファリングが有効になります。 以下ベンチマークを取った結果です。 バッファリング無効984 Request/Sec バッファリング有効1033 Request/Sec (参考)ロギング無し1055 Request/Sec ※小さなhtmlファイルに対してab -c 100 -n 1000を何度か繰り返した結果の平均です。 体感では違いを感じられないとは思いますがベンチを取るとおよそ5%程Request per secondの値が上がっていました。 静的なファイルが
Apache httpd Modules¶ The following page highlights some modules that the Apache HTTP Server Project maintains that are not included in the core distribution. The listing of all modules included in the core distribution can be found in the online documentation. Finally, we do not maintain any detailed listing of third-party modules. You should use your favorite search engine, or have a look at cod
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く