メンテナンスページで失敗しやすい3つのポイント - KAYAC Engineers' Blog
PCサイトの開発/運用から、モバイルサイトの開発に移りつつある渡邊です。 ECサイトや自社サービスを運用していると、サービスを一時停止しなければならないケースがあります。 そんな時はメンテナンスページを用意して、ユーザーにサービスが一時停止していることを伝えます。 しかし、メンテナンスページには意外と気が付きにくい失敗の罠が潜んでいます。 今回はその失敗しやすい3つのポイントをフォローします。 1. mod_rewriteを使ってみよう アプリケーションごとにメンテナンスページへのリダイレクトの設定を行うと、 設定の漏れや確認不足による不具合が発生することがあります。 .htaccess に以下のような設定を行うだけで、http://test.domain.com/ 以下が、 全て http://test.domain.com/maintenance.html へリダイレクトされます。 R
ウノウラボ Unoh Labs: mod_expires と mod_rewrite を使ってウェブサーバへのアクセスを減らす方法
最近、雨の日が続いて自転車通勤ができていない naoya です。 今日は、先週ぐらいからフォト蔵に導入した Apache で mod_expires と mod_rewrite を使ったウェブサーバへのアクセスを減らす方法を紹介します。 通常のウェブサーバは、更新されていないリリースに対してアクセスすると、ステータスコード 304 とIf-Modified-Since ヘッダをつけて応答データを返しますが、CSS や JavaScript など比較的更新頻度の少ないファイルに対して、毎回応答を返すのはウェブサーバから見ると無駄なアクセスです。 Apache の mod_expires と mod_rewrite を使うと、この無駄なアクセスをブラウザキャッシュを有効活用にすることにより、静的なファイルに対するアクセスを減らすことができます。 まず、仕組みから説明すると、とても単純で mod
ウノウラボ Unoh Labs: メンテナンス画面を簡単に出してみる
カレーはあまり好きじゃないKeitaです。 映画サイトの映画生活のデザインリニューアルをして、いくつかデザイン以外の修正もあり、サーバ停止時間が発生するため、メンテナンス画面を作ることにしました。今日はその簡単なトピックスを書いてみたいと思います。 まず最初に、メンテナンス画面は次のような形の要件があるかなと思っています。 ドメイン以下すべてがメンテナンス画面になる クローラー対策でヘッダで503を出力する 癒される 特にクローラー対策は、クローラーがきておかしいものをキャッシュされると結構痛いかなと思うので、503が的確かはともかく、そこらへんのエラーを出すことにしました。 最初、ここら辺のすべての処理をmod_rewriteだけで実現できるかなと思ったのですが、残念ながら、mod_rewriteでは300番系のエラーを出すことができますが、503のエラーは出せないようなのでさくっ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mod_rewriteでの%2F問題:phpspot開発日誌
Ywcafe.net
