もりたろうブログ

よく、『Webは昔と違って色々覚えることが多くなって、抑えておく範囲も広くて大変だ』というようなことを聞く。
メール、サーバー、ASP、Saas、SEO、DNS、アクセス解析、アフィリエイト、EC、API、JSライブラリ、しシステム、LAMP、ソーシャル・・・

あんなに広かったwebはどこに行ったのか – 教えてお星様
http://d.hatena.ne.jp/kkk6/touch/20100725/1280043999

このエントリーを読んで、みんな過去から抜け出せないんだなと思った。

昔は、みんなWebがどんなものか分からなくて、ちょこっとHTML勉強したらホームページとか作れたわけ。
でも、途中からWebをすごく勉強する人たちが出てきた。
そして、ビジネスにしちゃった。

Microsoft,Yahoo,Google,Apple、こんな人たちがすごく勉強してビジネスモデルを作ったから。

勉強することを拒否したり、昔を振り返って「あの時代はよかった」と、思い出を通りこして本気で言ってるとしたら、単純に仕事が出来ない人だ。
ビジネスで負けるってこと。

ビジネスなんだ。
どんな産業でもそう。
最初は、発明だったり、発見だったりするわけ。
ライト兄弟は、飛行機でビジネスすることなんて考えてなかったんじゃないかな。
でも、それは軍事産業になり、航空業になり、旅行業になった。
自動車も電気も電化製品もそう。

なので、勝つために勉強もしないといけないし、努力も惜しまず日々精進しないといけない。

おもしろい事例を引っ張ってきて、サイトに貼りつけて喜ぶ時代なんてとっくに終わってるよ。
いくら新しいJSのライブラリを使おうとも、そういう思想なら同じ。
そういうのをWebと思ってたら、もう引退するのがいいのかも。
そういう人は、趣味として、１ユーザーとしてWebを使う方が幸せだよ。

僕は、今のWebのが好き。
昔から、知識欲とかがすごく強い。
ラサール石井が「色々勉強して、知識を得ていくことってすごく楽しいのに、なんでみんな勉強しないの！？」という趣旨の発言を涙ながらにしていたのを思い出す。

もっと勉強して、ビジネスとしてWebの世界で勝ちたい。

関連する投稿

• メンテナンス画面の表示 (0)
• MovableTypeのバックアップと復元 (0)
• ECのサービス化 (0)

よく、『Webは昔と違って色々覚えることが多くなって、抑えておく範囲も広くて大変だ』というようなことを聞く。
メール、サーバー、ASP、Saas、SEO、DNS、アクセス解析、アフィリエイト、EC、API、JSライブラリ、しシステム、LAMP、ソーシャル・・・

あんなに広かったwebはどこに行ったのか – 教えてお星様
http://d.hatena.ne.jp/kkk6/touch/20100725/1280043999

このエントリーを読んで、みんな過去から抜け出せないんだなと思った。

昔は、みんなWebがどんなものか分からなくて、ちょこっとHTML勉強したらホームページとか作れたわけ。
でも、途中からWebをすごく勉強する人たちが出てきた。
そして、ビジネスにしちゃった。

Microsoft,Yahoo,Google,Apple、こんな人たちがすごく勉強してビジネスモデルを作ったから。

勉強することを拒否したり、昔を振り返って「あの時代はよかった」と、思い出を通りこして本気で言ってるとしたら、単純に仕事が出来ない人だ。
ビジネスで負けるってこと。

ビジネスなんだ。
どんな産業でもそう。
最初は、発明だったり、発見だったりするわけ。
ライト兄弟は、飛行機でビジネスすることなんて考えてなかったんじゃないかな。
でも、それは軍事産業になり、航空業になり、旅行業になった。
自動車も電気も電化製品もそう。

なので、勝つために勉強もしないといけないし、努力も惜しまず日々精進しないといけない。

おもしろい事例を引っ張ってきて、サイトに貼りつけて喜ぶ時代なんてとっくに終わってるよ。
いくら新しいJSのライブラリを使おうとも、そういう思想なら同じ。
そういうのをWebと思ってたら、もう引退するのがいいのかも。
そういう人は、趣味として、１ユーザーとしてWebを使う方が幸せだよ。

僕は、今のWebのが好き。
昔から、知識欲とかがすごく強い。
ラサール石井が「色々勉強して、知識を得ていくことってすごく楽しいのに、なんでみんな勉強しないの！？」という趣旨の発言を涙ながらにしていたのを思い出す。

もっと勉強して、ビジネスとしてWebの世界で勝ちたい。

関連する投稿

• メンテナンス画面の表示 (0)
• MovableTypeのバックアップと復元 (0)
• ECのサービス化 (0)

5月から当ブログは、Amazon EC2に移しました。
ブログだけやるにはオーバースペックですが、実験などかねて。

1月が過ぎたので、気になる料金です。

■月額料金

$61.55（5月1ヶ月間）

Asian Pacific ($0.095 per Small Instance (m1.small) instance-hour (or partial hour))
→　アジアにインスタンスを開設して、Smallプランの場合、１時間＄０.００９５。
EC2は初期費用なしで、時間課金のみです。いらないときは、インスタンスを止めておけば料金は加算されません。

※本日のレート１＄＝９１円で計算すると、￥５,６０１．０５
※独自ドメインでDNS設定しているため、EC2のサービスで固定月額$7.2が必要なんですが、請求されていないので上記に含まれているのかな・・・

■サーバー・ファイル構成

CPU：１ECU
メモリ：１．７G
標準ファイアウォールにて、プロトコル・ポートへのアクセス制限可
OS：Fedora Core 8 32-bit architecture
WEBサーバー：Apache 2.0.54
DB：MySQL 4.1.20
プログラム言語：PHP 5.0.4
※↑ここまではAmazon側でイメージが用意されていて、自動でインストール出来ます。

インスタンス配置場所：Asian Pacific ($0.095 per Small Instance (m1.small) instance-hour (or partial hour))
配置ファイル：wordpressファイル一式（１０．７ MB）＋DBデータ（４８３K）
その他：phpMyAdmin（１７．６M）

■感想
上記の環境を一瞬で増やせます。
DNS登録等除けば、１０分かからずにサーバー増設可。

何かサービスを運用して、思ったよりアクセス多くて、どうにもならん。
けど、サーバー契約すると２週間はかかる。
こんな時のためにEC2は最高にいい。すぐ台数（厳密にはクラウドなのでインスタンス。）が増やせる。
一度、試してみては？

関連する投稿

• 関連する投稿はありません。

いつからか、ブログ内で表示していたRSSのフィードが表示されなくなりました。

wordpressが頻繁にアップデートされるので、何か原因あるかも。

サーバーで以下のコマンド打てば直りました。

#yum install php-xml　←XMLモジュールインストール
#/etc/init.d/httpd restart　←Apacheの再起動

モジュールが古くなったのかな。

関連する投稿

• 関連する投稿はありません。

Macには、「インターネット共有」という自身（Mac）のインターネット接続を、
他の端末（他のPC,iPhone,iPodTouchなど）と共有する機能がついている。

自身と他端末の接続は、有線でも無線でも可能。
通常こういう機能は、
無線ＬＡＮ専用のルータなどが必要だが、
Mac１台あれば解決できる。
Macがルータのようになることが出来る。

今回は、イー・モバイルでもこの機能が実現できるのでその手順を。
※前提として、Mac単体でイー・モバイルでインターネットに接続できる環境が必要

１．Macのシステム環境設定から、共有を選択

システム環境設定

２．共有設定画面でインターネット共有の設定

インターネット共有

1. １は、このインターネット共有設定の名前。
   任意の名称を後に設定。
   Macに接続する各種端末からこの名前で参照される。
2. ２にチェックを入れるとインターネット共有が開始される。
   ２と３の部分の設定が終わったらチェックする。
   ※チェックすると、２，３の部分など触れなくなる。触る場合はチェックをはずしてから

   ２にチェックを入れるとインターネット共有が開始される。

3. ３では、Macからインターネットに接続する手段を選択
   今回は、「イー・モバイル」での接続を選択
4. ４では、Macと他端末を接続する手段を選択
   「AirMac」を選択
5. ５を押下で、詳細設定の画面が開きます

３．他端末からインターネット共有へ接続の際のパスワード設定

パスワード設定

1. １は、Macに接続する各種端末から参照される任意の名称を設定
   上記の１番の部分に反映される
2. ２で、他端末から接続の際に必要なパスワードを設定
   ここで、windows端末用にパスワードの前後に「”（ダブルクォーテーション）」を入れてパスワーワードを設定する
   暗号キーの規約通り、５文字で設定する。※「”」を前後に入れると７文字
3. これを行わないとwindows端末からは接続できない。
4. OKを押して画面を閉じる

４．この時点で、Mac側の設定は完了

インターネット共有完了

こんな感じにAirMacのアイコンが変わる

５．iPhoneから接続してみる

1. 「設定」を開き、「Wi-Fi」を選択
   

   設定

2. Macで設定したインターネット共有名を選択
   

   ワイヤレスネットワーク選択

   ・「Wi-Fi」をオンに設定
   ・「ワイヤレスネットワークを選択」で３−１で設定したネットワーク名を選択

3. 接続パスワードの入力
   

   パスワード入力

   ３−２で設定したパスワードを入力
   ※「”（ダブルクォーテーション）」は不要

これでiPhoneがMacを経由して、Wi-FI接続でインターネットへ接続できる

Windowsからの接続は、また別の記事に書きます。

関連する投稿

• 関連する投稿はありません。

CakePHPのキャッシュ機能をまとめます
CakePHP1.2系対象です。

▼キャッシュ機能の有効化

「app/config/core.php」の以下の部分のコメントアウトをはずし有効化
Configure::write(‘Cache.disable’, false);
Configure::write(‘Cache.check’, true);

▼キャッシュ時間の設定

キャッシュの時間は、
基本は「サイト全体」「任意コントローラ全体」「任意アクション」に設定できます。

◆サイト全体に適用する場合

「app/app_controller.php」のコンストラクタなどで、「 $this->cacheAction 」に時間を設定
$this->cacheAction = “5 minutes”; ←　5分間キャッシュする

◆コントローラ全体に適用

※それぞれのコントローラ毎にキャッシュ時間の変更が可能
コントローラにて以下を定義
var $helpers = array(‘Cache’);
var $cacheAction = “5 minutes”; ←　5分間キャッシュする

◆アクション毎に適用

※それぞれのアクション毎にキャッシュ時間の変更が可能
コントローラ内の各アクションで個別に指定
$this->cacheAction = “5 minutes”; ←　5分間キャッシュする

▼エレメント毎にキャッシュ時間を設定する

上記のキャッシュ設定が優先されるため、エレメントのキャッシュを行いたい場合、
上記のキャッシュ設定を行わないページ表示のときのみ可能となる。
※「サイト全体に適用」を行っている場合は、エレメントへのキャッシュ設定は不可

実際エレメントへキャッシュを適用する場合は、以下のように行う

$this->element(‘helpbox’, array(‘cache’ => true));

◆エレメント毎にキャッシュ設定を変更可能

$this->element(‘helpbox’, array(‘cache’ => array(‘key’ => ‘first_use’, ‘time’ => ‘+1 day’), ‘var’ => $var));
$this->element(‘helpbox’, array(‘cache’ => array(‘key’ => ‘second_use’, ‘time’ => ‘+1 day’), ‘var’ => $differentVar));

参考：http://book.cakephp.org/ja/view/561/Caching-Elements

▼キャッシュの無効化

<cake:nocache> ～　</cake:nocache>
と特殊タグで囲むことによりその部分のキャッシュを行わない設定が可能
ただし、この部分にPHP変数を設定すると、そのPHP変数をセットする必要があり。
→キャッシュが成立すると、コントローラのアクションも実行されないため
その場合、「requestAction」などで、他の処理を呼び出す方法などで可能。
ただ、パフォーマンスに問題ありそう。

参考：http://cakephp.jp/modules/newbb/viewtopic.php?viewmode=flat&topic_id=472&forum=7

上記のキャッシュ方法だと、

１．ページ１枚をキャッシュ
２．エレメントをキャッシュ

どちらか一方にしか対応ができない。

◆１の弊害

ページをキャッシュすると、ログインエレメントなども他人のログイン状態でキャッシュされてしまう

◆２の弊害

「ランキング」「商品リスト」などエレメントのみキャッシュされ、メインの一覧部分がキャッシュされない

これを解決するため、
CakePHPアプリのデフォルトの構築方法をキャッシュ前提対応にすべく、
現在検証中です。
また、『CakePHP キャッシュまとめ（２）』とかで書こうと思います。

関連する投稿

• 関連する投稿はありません。

CakePHPのキャッシュ機能をまとめます
CakePHP1.2系対象です。

▼キャッシュ機能の有効化

「app/config/core.php」の以下の部分のコメントアウトをはずし有効化
Configure::write(‘Cache.disable’, false);
Configure::write(‘Cache.check’, true);

▼キャッシュ時間の設定

キャッシュの時間は、
基本は「サイト全体」「任意コントローラ全体」「任意アクション」に設定できます。

◆サイト全体に適用する場合

「app/app_controller.php」のコンストラクタなどで、「 $this->cacheAction 」に時間を設定
$this->cacheAction = “5 minutes”; ←　5分間キャッシュする

◆コントローラ全体に適用

※それぞれのコントローラ毎にキャッシュ時間の変更が可能
コントローラにて以下を定義
var $helpers = array(‘Cache’);
var $cacheAction = “5 minutes”; ←　5分間キャッシュする

◆アクション毎に適用

※それぞれのアクション毎にキャッシュ時間の変更が可能
コントローラ内の各アクションで個別に指定
$this->cacheAction = “5 minutes”; ←　5分間キャッシュする

▼エレメント毎にキャッシュ時間を設定する

上記のキャッシュ設定が優先されるため、エレメントのキャッシュを行いたい場合、
上記のキャッシュ設定を行わないページ表示のときのみ可能となる。
※「サイト全体に適用」を行っている場合は、エレメントへのキャッシュ設定は不可

実際エレメントへキャッシュを適用する場合は、以下のように行う

$this->element(‘helpbox’, array(‘cache’ => true));

◆エレメント毎にキャッシュ設定を変更可能

$this->element(‘helpbox’, array(‘cache’ => array(‘key’ => ‘first_use’, ‘time’ => ‘+1 day’), ‘var’ => $var));
$this->element(‘helpbox’, array(‘cache’ => array(‘key’ => ‘second_use’, ‘time’ => ‘+1 day’), ‘var’ => $differentVar));

参考：http://book.cakephp.org/ja/view/561/Caching-Elements

▼キャッシュの無効化

<cake:nocache> ～　</cake:nocache>
と特殊タグで囲むことによりその部分のキャッシュを行わない設定が可能
ただし、この部分にPHP変数を設定すると、そのPHP変数をセットする必要があり。
→キャッシュが成立すると、コントローラのアクションも実行されないため
その場合、「requestAction」などで、他の処理を呼び出す方法などで可能。
ただ、パフォーマンスに問題ありそう。

参考：http://cakephp.jp/modules/newbb/viewtopic.php?viewmode=flat&topic_id=472&forum=7

上記のキャッシュ方法だと、

１．ページ１枚をキャッシュ
２．エレメントをキャッシュ

どちらか一方にしか対応ができない。

◆１の弊害

ページをキャッシュすると、ログインエレメントなども他人のログイン状態でキャッシュされてしまう

◆２の弊害

「ランキング」「商品リスト」などエレメントのみキャッシュされ、メインの一覧部分がキャッシュされない

これを解決するため、
CakePHPアプリのデフォルトの構築方法をキャッシュ前提対応にすべく、
現在検証中です。
また、『CakePHP キャッシュまとめ（２）』とかで書こうと思います。

関連する投稿

• 関連する投稿はありません。

３年近く前、タイトルのことでmixiに日記を書きました。
↓当時の日記
http://mixi.jp/view_diary.pl?id=400785318&owner_id=491237

その当時、転職して２社に内定し、迷っていたのです。
印刷最大手のシステム会社かベンチャー企業。
提示された年収は１００万円以上の差があり、福利厚生も全く違う。

マイミクに意見を求めたんです。
そうしたら、すごい反響で、みんなで仕事感みたいなので議論になった。
で、余計迷ったんですが、結局僕はベンチャーを選びました。
今の会社です。

僕の経歴を簡単に書くと、

大学卒業後、独立系ＳＩ（社員１５００名）に就職（まあまあ大手かな）。
その会社で、大手商社、携帯キャリアなどのシステム部門に出向しシステムエンジニアの経験を積んでいました。
組織、教育など今の会社と比べると全く違う。
社内・社外研修、セミナーに自由に参加できて、強制的にリーダー教育なども受ける。
当時はめんどくさかったそういう研修も、今となってはなんとうらやましいｗ
数十万払わないといけないセミナーに行けたし、OracleやCiscoの資格を取る費用も会社から支給されたり、負担してもらったりで資格も取れた。

が、なんか型にはまるのが嫌いな僕はそういう組織、会社が嫌になり辞めた。
だって仕事選べないし、意見も通らない。
そして、帽子職人目指したｗ
これは、モノ作りが好きなのと、将来商売をするという目標のための修行かな。

帽子職人だけでは食っていけないので、
技術をいかし、ウェブ制作の会社でプログラマーしながら学校に通った。
その当時は、平日は学校＆プログラマー、土日はイベントのバイトと、
休みはほとんどなかったなー。

プログラマーやってた会社は、役員２名＋社員はオレ１人。
あとは２，３人アルバイトがいる感じ。
めちゃくちゃ小さいベンチャー。
大手とは何もかもちがったｗ
社長は昼ごろ出勤してくるし、仕事のやり方もめちゃくちゃだったりｗ
しょっちゅう謝ってたｗ
金回りが悪くなると、給料も遅れたりしてたなｗ
でも、自分で何でも決めてできた。
アルバイトに指示して仕事振り分けたり、外注パートナーに発注したり。
お客さんと直接仕事進めていったり。
大手では、直接お客と接するまで結構時間がかかる。
新人にはそんなことさせてもらえない。。
こんな小さい会社でも、大手都銀のページを一部作る仕事なんてのもあった。

そこで、ベンチャーの味をしめた。
自分で決めていけるってこと。

で、タイトルに戻る。
数年今の会社で働くうち、なんでベンチャーを選んだかを忘れていたりした。
仕事が大変で、自由な時間もなく、いくら働いても儲からなかったりｗ
同級生は２０時頃帰って、給料も高いし、家賃を会社から支給されてたりして、
うらやましいな～とか思ったり。

でも、僕はそういう大手が嫌で辞めたんだ。
そして、自分で物事決めていけるベンチャー選んだんだ。
それを忘れちゃダメだな。
それでベンチャー辞めて大手に戻ったら、また嫌になる。
「隣の芝生は青い」とはよく言ったものです。

今、他のヤツラが出来ない経験を僕はしてるんだ。
レールなんかない、レールを作ることを。
すげえおもろいことしてるのに、気づいてないよｗ

人生は１回。
自分の好きで選んだことをやっていく。
迷ったらこのことを思い出そう。
備忘録としてこの記事は残しておかないと。

関連する投稿

• 関連する投稿はありません。

Webサイトをリニューアルオープンする際、
よく下記のようなページが表示されているサイトがあると思います。

——————————————————————–
申し訳ございません。
10:00～18:00の間、ホームページのメンテナンスを行っております。
メンテナンス終了時間後に改めてアクセスお願いいたします。
——————————————————————–

これは、「.htaccess」というファイルを使うことにより便利に行うことができます。
単純にサイトのトップページを上記に変更することでももちろん可能です。

今回紹介する内容は、Web制作者に取ってもっと便利に行える方法です。
例えば次のようなことが可能です。

・トップページ以外の全階層どこにアクセスしても、メンテナンス画面を表示
・特定のIPアドレスの人だけ、メンテナンス画面ではなく通常ページを表示
※自身がメンテナンス作業をするのに、更新されるサイトが見えない中で行うのはリスクが高く、それを解消できます。

昨年末からサイトリリースが何回かあり、
この対応を行ったので紹介しておきます。

【可能条件】
・FTP、SFTP、管理画面などから、サーバーにファイルのアップロードが可能
・サーバーで「.htaccess」の利用が可能
・「.htaccess」で使用する「mod_rewrite」が使用可能

【手順】

１．以下のコードを記載した「.htaccess」という名前でファイルを作成
※注意として、Windowsでは「.」の前にファイル名がないと作成できない。そのため、「a.htaccess」というような形で作成


RewriteEngine on
RewriteCond %{REMOTE_ADDR} !^(192¥.168¥.0¥.xx1)$
RewriteCond %{REMOTE_ADDR} !^(192¥.168¥.0¥.xx2)$
RewriteRule !((/maintenance/index¥.html)|(¥.gif)|(¥.js)|(¥.css)) /maintenance/index.html [L]


【解説】

RewriteEngine on
→「mod_rewrite」という機能を有効にしますよという命令

RewriteCond %{REMOTE_ADDR} !^(192¥.168¥.0¥.xx1)$
RewriteCond %{REMOTE_ADDR} !^(192¥.168¥.0¥.xx2)$
→サーバーでこのIPアドレス以外からのアクセスに「mod_rewrite」機能を使いますよという命令
「192¥.168¥.0¥.xx1」「192¥.168¥.0¥.xx2」というのが、
メンテナンス画面を表示させたくない接続元のIPアドレス
これにより、一般のサイト来訪者にはメンテナンス画面を表示し、
自身（リニューアルするファイル等をアップする作業者）は、リニューアル後のページを確認可能。

RewriteRule !((/maintenance/index¥.html)|(¥.gif)|(¥.js)|(¥.css)) /maintenance/index.html [L]
→上記IP以外の一般来訪者に表示するメンテナンス画面のURLを指定する命令
/maintenance/index¥.html
にメンテナンス画面を設置しておきます。

!((/maintenance/index¥.html)|(¥.gif)|(¥.js)|(¥.css))

この画面も転送設定をしてしまうと、
メンテンス画面表示→メンテンス画面表示→メンテンス画面表示→・・・
とループしてしまうことを防ぐ命令

２．作成した１．のファイルをサーバーの公開ルートディレクトリにアップロード

３．アップロードしたファイルを「.htaccess」にサーバー上で名前変更
※ファイル名を「.htaccess」に変更した時点で設定が有効になるので注意！！！

これで、メンテンナンス画面の設定は完了。
メンテナンス時間中、一般来訪者にはメンテナンス画面が表示され、
自分は心置きなくサイトのリニューアル作業を行うことができます。

※注意
上記はサンプルです。
あくまで自己責任において利用してください。
少し調整をしないと正しく動作しないこともあります。

関連する投稿

• Webはビジネスなんだ (0)
• MovableTypeのバックアップと復元 (0)
• ECのサービス化 (0)

Webサイトをリニューアルオープンする際、
よく下記のようなページが表示されているサイトがあると思います。

——————————————————————–
申し訳ございません。
10:00～18:00の間、ホームページのメンテナンスを行っております。
メンテナンス終了時間後に改めてアクセスお願いいたします。
——————————————————————–

これは、「.htaccess」というファイルを使うことにより便利に行うことができます。
単純にサイトのトップページを上記に変更することでももちろん可能です。

今回紹介する内容は、Web制作者に取ってもっと便利に行える方法です。
例えば次のようなことが可能です。

・トップページ以外の全階層どこにアクセスしても、メンテナンス画面を表示
・特定のIPアドレスの人だけ、メンテナンス画面ではなく通常ページを表示
※自身がメンテナンス作業をするのに、更新されるサイトが見えない中で行うのはリスクが高く、それを解消できます。

昨年末からサイトリリースが何回かあり、
この対応を行ったので紹介しておきます。

【可能条件】
・FTP、SFTP、管理画面などから、サーバーにファイルのアップロードが可能
・サーバーで「.htaccess」の利用が可能
・「.htaccess」で使用する「mod_rewrite」が使用可能

【手順】

１．以下のコードを記載した「.htaccess」という名前でファイルを作成
※注意として、Windowsでは「.」の前にファイル名がないと作成できない。そのため、「a.htaccess」というような形で作成


RewriteEngine on
RewriteCond %{REMOTE_ADDR} !^(192¥.168¥.0¥.xx1)$
RewriteCond %{REMOTE_ADDR} !^(192¥.168¥.0¥.xx2)$
RewriteRule !((/maintenance/index¥.html)|(¥.gif)|(¥.js)|(¥.css)) /maintenance/index.html [L]


【解説】

RewriteEngine on
→「mod_rewrite」という機能を有効にしますよという命令

RewriteCond %{REMOTE_ADDR} !^(192¥.168¥.0¥.xx1)$
RewriteCond %{REMOTE_ADDR} !^(192¥.168¥.0¥.xx2)$
→サーバーでこのIPアドレス以外からのアクセスに「mod_rewrite」機能を使いますよという命令
「192¥.168¥.0¥.xx1」「192¥.168¥.0¥.xx2」というのが、
メンテナンス画面を表示させたくない接続元のIPアドレス
これにより、一般のサイト来訪者にはメンテナンス画面を表示し、
自身（リニューアルするファイル等をアップする作業者）は、リニューアル後のページを確認可能。

RewriteRule !((/maintenance/index¥.html)|(¥.gif)|(¥.js)|(¥.css)) /maintenance/index.html [L]
→上記IP以外の一般来訪者に表示するメンテナンス画面のURLを指定する命令
/maintenance/index¥.html
にメンテナンス画面を設置しておきます。

!((/maintenance/index¥.html)|(¥.gif)|(¥.js)|(¥.css))

この画面も転送設定をしてしまうと、
メンテンス画面表示→メンテンス画面表示→メンテンス画面表示→・・・
とループしてしまうことを防ぐ命令

２．作成した１．のファイルをサーバーの公開ルートディレクトリにアップロード

３．アップロードしたファイルを「.htaccess」にサーバー上で名前変更
※ファイル名を「.htaccess」に変更した時点で設定が有効になるので注意！！！

これで、メンテンナンス画面の設定は完了。
メンテナンス時間中、一般来訪者にはメンテナンス画面が表示され、
自分は心置きなくサイトのリニューアル作業を行うことができます。

※注意
上記はサンプルです。
あくまで自己責任において利用してください。
少し調整をしないと正しく動作しないこともあります。

関連する投稿

• Webはビジネスなんだ (0)
• MovableTypeのバックアップと復元 (0)
• ECのサービス化 (0)