Apacheサイトメンテ時には503これは目からウロコ。OKのまま文面は「ただいまメンテナンスを行っております。してから再度ごアクセスください。OKのままなんですよね。それだと検索エンジンのクロールでキャッシュされてしまう危険を伴う。403/404出していると次回からクロール来なくなる可能性があるし500は論外。下記URLの記事によれば503の場合は検索エンジンも次回のクロールの機会が来るまで待ってくれるみたいなので大丈夫だそうです。海外SEO情報ブログ・メルマガhttp://www.suzukikenichi.com/blog/using-503-error-at-site-maintenance/元記事ではドキュメントルートからメンテする場合の設定で困っているそうですが、とりあえず動作した設定をここで公開しておきます。定義しておくことです。他には外部サーバや内部でバーチャルホストを作ってそこにスクリプトを置き、リバースプロキシで転送という方法も思いつきましたがリソースの無駄遣いなので伏せておきます。最近登場した携帯サイト用Apacheモジュールのmod_ktaiに画像変換モジュールが追加され、端末の仕様に合わせて自動変換を行うようです。Pictureはバージョンアップするごとに検索リスエストがスパム化して返って激重になるし・・・。いうことでApacheモジュール大賛成です。負荷試験で効果の比較したのち本格導入検討しようかな。TechにApacheの設定に関するコラムをまとめて紹介したページがありました。ログの設定法は必見です。管理人.ApacheModuleの作り方C言語のCGIは速いと思っていましたが実は遅かったんですね。Servletみたいにプログラムがメモリに常駐されていればディスクアクセスが発生するCGIに勝ち目は無いのか・・・でもFastCGI組み込んだらどうなんだろ?以下の記事はCGIをC言語で作るというより、Apacheモジュールの作り方に重点を置いています。Webシステムのモジュールをバイナリ形式で配布する際にとても参考になりそうです。管理人.携帯向けHTML変換Apacheモジュールmod_chxj今月に入って活発に更新されているHTML変換モジュールがバージョン0.11.0にアップしていました。PHSを無視していいなら高価でJavaが必要なx-Servletよりも無料で直接Apacheで動作するmod_chxjの方が断然パフォーマンス良さそうですがどうかな?国内の主要携帯(3キャリア)向けコンテンツ変換ミドルウェアをApache2.x用のモジュールとして作成します。CHTMLや通常のHTMLで作成したコンテンツを出力時にUserAgentを見てそれぞれの端末用に変換します(画像はJPG、GIF、PNGからJPG、GIF、PNG、BMPへ)。QRコード生成機能付。管理人.Apacheの動的モジュール追加Apacheでwwwサーバを構築していて良くあるのが、最初は最小構成で構築していたものの後からモジュールだけ必要になる場合。同じOSの別サーバがあればそこからsoファイルを持ってくるという荒業もありますが、正当な方法で追加モジュールを組み込みたいとググってみました。apxsでapacheにモジュールを追加するhttp://kazmax.zpp.jp/apache/apache3.htmlなるほどapxsでコンパイル・インストールすることでモジュールを追加できるようです。PHPのオプションにapxsの項目があるのはそういうことなんですね。Apache2.2.4で追加した時は以下のように操作しました。管理人.Apache,MySQL用topapachetopとmytopというApache用、MySQL用のtopのようなものを見つけたのでインストールして試してみました。175.実行にはReadKey.pmが必要ということで失敗したのでReadKeyを追加します。-p[パスワード]です。これでMySQLの負荷を簡単に確認できるようになりました。次にapachetopを試します。ログファイル名apachetopはログファイルのリアルタイム監視を行います。私の環境ではログファイル名を常に変える形のローテーションなので日付変更と同時に中断して新しいログファイル名でコマンドを打ちます。管理人.Apacheクックブックは駄本でした。最近凄い勢いで他人のソースを見てデバッグする機会が多く、多重にrequireしているソースになるともうかなり面倒です。動的ページ同士のパラメータのやり取りに関しては仕様書がないとソース解析の範囲が一気に増えて面倒です。なって来るとプログラムにトレースを打ちまくって確認するのですが、他人が管理しているプログラムに改造しまくるのはサーバが余っていてコピー環境作成できないと難しい...。あとファイル数やポイントが多ければそれだけでも大変な作業になる。GETに関してはApacheログに普通に出せるので楽だが、殆どはPOSTの中が重要だったりします。それでApacheでPOSTの情報を出せないかと探索してもPOSTの長さを出すのが精一杯。検索すると『Apacheクックブック』の目次に『POSTの内容をログに記録する』というのがあるじゃありませんか、早速Googleブック検索で調べたら日本語版なし、まぁApacheの設定だし英語でもドンと来い状態なので英語も検索するとログの章は非公開。本書を執筆している時点では、そのようなフィルタは存在しない。目次では2ページ分だったので少しは期待しましたが1ページ目が7行(3行は回答、残りは言い訳)で2ページ目は言い訳の残りが2行で終了です。他にも『クライアントのMACアドレスをログに記録する』で、ネットワークの仕様上、常識的に不可能でMACアドレス取得しても直近のルータやロードバランサーのMACアドレスだから負荷分散等に使うのかな?て見たら。Aapcheでは全くできないこの項目も全部で6行です。他の項目もApacheサイトや一般的なApache本で普通に書いてることと同じだし、こんな個人ブログにだらだらと書いた内容の寄せ集めみたいな本だったので無駄投資。買う人が詐欺被害に会ったみたいでかわいそうだし面倒で転売する気も起きません。orz他のものに例えたらフォローが中途半端な質問掲示板そのものですね。質問だけあって、解決になって無い無駄書きと不可能発言のスレッドみたいです。下記はディレクトリ/usr/local/apache/htdocs/test2にtestuserで認証する場合の記述です。AuthUserFileはパスワードファイルの設置場所AuthNameは認証ダイアログに記述するメッセージです。valid-userにします。testuserというようにします。-cはcreate(新規作成)なので同じパスワードファイルにユーザを追加する時は-cオプションを外してください。.htaccessを使う場合はhttpd.confで利用可能にされているかどうかとディレクトリで設定の上書き可能かのチェックが必要です。Filterと出ることがある。言って動作に問題は出ないのだが気になるので調べたところ、適正に設定を行えばソケットの最適化をやってくれるらしい。具体的には、通常サーバに対してリクエストを送信するとまずApacheとのソケット通信を開始してデータを送ります。これをOS側でクライアントからのリクエストが完了するのを待って初めてApacheへ接続しApacheのコネクション数の節約を行うようです。FreeBSDの場合、デフォルトでこのような機能を組み込んだいないため、カーネルにロードしてあげます。ディスプレイ対応へMacで音声入力する。