logrotate によるログのローテーション
ここでは、ログの肥大化を防ぐためのログのローテーションについて解説していきます。syslog や他のプロセスが出力するファイルは放置していくとどんどんサイズが大きくなり、ディスクスペースを圧迫していきます。インストール時は/var ディレクトリのディスク占有率が0%であっても、数週間、数ヶ月経過するごとにあっという間に占有率が増大していることに気がつくと思います。しかし、これらの出力されるログを何世代分ローテーションさせるかといったことを予め決めておけば、指定した以上のファイルは作成されなくなり、その中でログがローテーションされていくのでログサイズの肥大化を防止することができるのです。RPMでパッケージをインストールしている方は、ほとんどログのローテーションをカスタマイズする必要はありませんが、ソースからコンパイルしてインストールした場合には、ログのローテーションは必須の作業となります。ま
mod_rewrite
mod_rewriteとは Apacheのモジュールのひとつで、アクセスURLを正規表現で書き換えることができます。リダイレクト処理を行うのに便利なモジュールです。 モジュールの解説ドキュメントによれば URLを操作するためのスイス製のアーミーナイフ と例えられるほど、非常に複雑な処理を行えます。 URLからURLへ、同一サーバ内URLだろうが、別サーバURLだろうが問いません。 引数を含む動的URLを通常のHTMLファイルのような静的URLに見せることも可能です。 素晴らしく詳細なマニュアルもありますが、機能が多いだけに情報量が多く読むのも面倒だと思いますので、ここでは、mod_rewriteを使用すると便利な場面を想定して具体的に解説してみたいと思います。 mod_rewriteの基本 ひとまず、mod_rewriteはApacheのモジュールです。インストールされていなければ、サーバ
Apache のログをカスタマイズ
ここでは、Apacheのログをカスタマイズする方法について具体的な例をだしていきながら説明していきます。Apache に限った事ではないのですが、ログは活用して初めて意味をなすもので、見もしない不必要なログを記録してディスクスペースを圧迫していたのでは元も子もありません。サイトにとって必要なログか不必要なログかを適切に判断し、有効に活用するようにしてください。また、Apache のアクセスログはそのまま放置しておくと、一ヶ月もすればすぐにギガ単位にまで達してしまいます（もっとも、アクセス数にもよりますが、なにもカスタマイズしていない状態で筆者の場合はそのぐらい）。そうならないためにも、ログのローテーションをする事が重要ですし、不必要な情報はカットすることもとても大切な事なので、当ページを参考にして是非、実践しておきましょう。 ■Apache でのログの概要 まず、Apache のログ指定で
Apacheのエイリアス設定 - 怒涛のめもめもリンク集
Apacheのエイリアス設定 Apacheのディレクトリ設定で次のように Alias /Foo/ “/usr/local/www/Foo/” と指定していると、http://サーバ名/Foo/ とすればアクセスできるが、http://サーバ名/Foo と末尾のスラッシュがない場合に「404 File not found」になってしまう。 これを避けるには、次のように設定のほうでも末尾スラッシュを除いて指定しておくのがいいらしい。 Alias /Foo “/usr/local/www/Foo” この解決に小一時間かかってしまった…。 alias の末尾スラッシュ – 捨てられたブログ Alias と ScriptAliasについて 関連しそうな記事 Apacheの2GB転送制限 (score:14) 2009年12月1日 WordPressのパーマリンク設定 (score:14) 2008年
XAMPP for Windows
含む: Apache 2.4.58, MariaDB 10.4.32, PHP 8.0.30, phpMyAdmin 5.2.1, OpenSSL 3.1.3, XAMPP Control Panel 3.2.4, Webalizer 2.23-04, Mercury Mail Transport System 4.63, FileZilla FTP Server 0.9.41, Tomcat 8.5.96 (with mod_proxy_ajp as connector), Strawberry Perl 5.32.1.1 Portable 含む: Apache 2.4.58, MariaDB 10.4.32, PHP 8.1.25, phpMyAdmin 5.2.1, OpenSSL 3.1.3, XAMPP Control Panel 3.2.4, Webalizer 2.23-04
第3回 Apacheのアクセス・ログを解析する
今回は，Apacheのアクセス・ログを取り上げます。Perlのスクリプトを用いて，Apacheのアクセス・ログを解析・集計し，さらにあなたが欲するレポートを作成していきます。 Webサーバーを設置したら，どれくらいのアクセスがあるのか，どのページに人気があるのか気になることでしょう。そうした情報はアクセス・ログを解析することによって取得できます。 ここで紹介する手法や用いたモジュールはアクセス・ログだけに限らず，ファイルの解析や文書の加工などに応用できます。 なお，単にアクセス・ログを解析したいということであれば，AnalogやAWStatsなど既に多くの解析用のフリーソフトが作成され，利用されています。あなたが欲するログが取得できるのであれば，それらソフトウエアを使うべきでしょう。あえて車輪を再発明する必要はありませんから。 アクセス・ログのフォーマット Apacheのアクセス・ログはご
suEXEC サポート - Apache HTTP サーバ
suEXEC 機能により、Apache ユーザは Web サーバを実行しているユーザ ID とは 異なるユーザ ID で CGI プログラムや SSI プログラムを実行することができます。CGI プログラムまたは SSI プログラムを実行する場合、通常は web サーバと同じユーザで実行されます。 適切に使用すると、この機能によりユーザが個別の CGI や SSI プログラムを開発し実行することで生じるセキュリティ上の危険を、 かなり減らすことができます。しかし、suEXEC の設定が不適切だと、 多くの問題が生じ、あなたのコンピュータに新しいセキュリティホールを 作ってしまう可能性があります。あなたが setuid root されたプログラムと、それらから生じるセキュリティ上の問題の管理に 詳しくないようなら、suEXEC の使用を検討しないように強く推奨します。 始める前に この文書の
Debian -- Error
ウェブサイトの問題を報告するには、debian-www@lists.debian.org にメールを送ってください。その他の連絡先に関する情報は、Debian のコンタクトページをご覧ください。 Content Copyright © 1997 - 2024 SPI Inc.; ライセンス条項をご覧ください。 Debian は SPI Inc. の登録商標です。 このサイトについてさらに詳しく知るには.
suEXEC環境への移行
おやじのサーバは、家族以外に開放しているわけでもないのですが、家族が勝手に CGI を置くことと、万が一のことを考え suEXEC 環境に移行することにしました。他人にサーバを貸す場合は、ユーザの利便性を保ちつつセキュリティや事故を防止する方法として WWW サーバを suEXEC 環境で動作させるのは非常に有効です。但し、いくつか制約が出てくるので、現用サーバを移行する場合は、十分テストしてから移行することを薦めます。設定ミスだけではなく、プログラムによっては、切り替えた途端に動作しなくなる場合もありますので注意が必要です。 通常、CGI や SSI を実行する場合、WWW サーバと同じユーザ ( apache や nobody 等 )で実行されます。 十分に試験された、あるいは広く流通している CGI ではあまり問題はないでしょうが、ユーザが作成した CGI や SSI を実行した場
コドモと犬とギリギリおとん:ServersMan@VPS - CentOS5 - suexec環境でshopformerを利用する
2010年11月02日 ServersMan@VPS - CentOS5 - suexec環境でshopformerを利用する 久しぶりにshopformerネタで。国産ECオープンソースshopformerのダウンロードは下記URLから。開発者は私です（笑）ご意見ご感想はコメントくださいね。本稿執筆時点での最新バージョンは1.2.00ですよ。 http://www.mds-tools.com 業界最安値水準のVPSサービスDTIのServersMan@VPSの申し込みはこちら さて、前置きをいいますと。shopformerやmailformerは、自分が管理者じゃない場合や、共用サーバーのホスティングを利用する場合は全ての場所でsuexec環境で利用することをお勧めします。自分が管理者で他の人が使わないOS環境の場合は、必須ではありません。ServersMan@VPSは自分が管理者なので
GIGAZINE - GIGAZINEのLoadAvarageを「27」から「2」へ下げた方法
ここ3日間ぐらい超絶な重さだったのはサーバに物理的トラブルが発生したからではなく、単純に閲覧者数が満員御礼となり、各時間で倍増したためです。LoadAverageはひどいときで15分間の平均値「27.1」程度。瞬間最大風速だともっと高いです……明らかにまずい。 というわけで、Apacheのデフォルト設定で今までは大丈夫だったのですが、ついに高負荷サイト用の設定に変更せざるを得なくなりました。 そのため、実際に行った対処方法は以下の通り。1日30万PV近い動的サイトの高負荷を緩和させる方法として参考になれば幸いです。 まず大前提として、既にDNS逆引きや.htaccessの余計な読み込みなどは停止させていました。下記ページに書いてあることは実行済み。 ＠IT：Apacheパフォーマンス・チューニングの実践（1/2） この状態で負荷が15分平均で「27」になっていたわけです。 また、LoadA
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
bayashi.jp
HugeDomains.com