タグ別アーカイブ: ウェブ

「後工程はお客様」と「丸投げ」と「アジャイル」

Check『ソリューション』は、問題解決。お客様の問題を聞き、その対策を考え、さらに自分たちの提案を取り入れる。これ、面白いのでなくしたくない。 そんな事を思いながら、 どうしたらいいかを日々考えている。 『後工程はお客様』 製造業で使われている品質管理の大原則みたいなもの 1.自分の工程で求められている品質のものを作る 2.次の工程に渡すものは最高品質のものを渡す 3.前工程から品質の悪いものは受け取らない 大体こんな感じ。 『丸投げ』 次の工程の人にまるっと仕事を移管することw 『アジャイル』 要求を聞きながらモノを完成形に創り上げていくこと   Webソリューションという中の「制作」という部分は、上記3つが入り乱れている。   システムの開発には、古くから「ウォーターフォールモデル」「プロトタイプモデル」があるとされ、「ウォーターフォールモデル」は、SIerもこの手法で開発することが多い。 「ウォーターフォールモデル」は、要件定義→設計→開発→テストのように、前工程を終わらせて次に進んでいく制作の方法。 つまり、前の工程が間違ってたら後ろは全部間違う。 上記にあてはめると、『後工程はお客様』を守らず、『丸投げ』だと最初の時点で破綻してしまい、Webは柔軟に開発出来ると思われているので、『アジャイル』スタイルをお客様に要求される。 ということは、『Web制作』は破綻していることになる。原則が全く違うものを組み合わせて制作してしまっている。 矛盾状態だと、誰もが要求通りにならないため不満がたまる。 「Web制作は、こういう流れで行いますよ」というのを、正しく最初に伝えるべき。 今は、『ウォーターフォールモデル』を伝えてしまっている気がする。現場を知らない人が提案してしまうからだ。『丸投げ』。 『Web制作』あるいは『会社のワークフロー』を、昔からのやり方ではなく、今のやり方に作り直す時期が来ている。実はもうかなり前から来ている。 うまくいかない原因を、『ソリューション』『T業界』は新3K『きつい」「帰れない」「給料が安い」』と位置付けてしまい、当たり前だから我慢しろ、やりたくないなら辞めろという雰囲気になっていて、誰も改善しない。 実は、これを解決すると、『ソリューション』という分野は、需要が常にあるものすごい魅力的な市場だ。固定製品だと、需要と供給のバランスが崩れると苦しくなる。『ソリューション』は、『需要』が常にあるから、仕事はなくならない。 この立て直し、ソリューションの宝庫である『中国』でやれたらと思っている。組織、ワークフローの見直しを進めていきたい。  

カテゴリー: ウェブ, オフショア, グローバル, 上海, 仕事 | タグ: , , | コメントをどうぞ

Webサービスの分類とお客様

Check僕の勤める会社は、Web制作会社。 サービスを大きく2つとしている。 1.Webソリューション  マーケティング、解析、サイト構造設計、PDCAなどの提案を行い、お客様の要求にWebを用いて応えていく。 2.Webプロダクト・サービス  メール配信、レコメンドエンジンなど、特定のサービスをお客様の業務に取り入れたり、お客様のWebコンテンツに組み込んだりする。 いつも、下記のような議論がされ決着はつかない。 ・「ソリューション」は、もう限界だ。 ・「プロダクトやサービス」の契約数を増やして座布団収入を増やそう! ・いや、「ソリューション」はしんどいけどおもしろい。 ・ソリューション案件が炎上して人が足りない。 ・プロダクトは人員がいないので先に進まない。 ・プロダクト・サービスで利益出せるの? これに答えなんてあるのか? と最近は思う。 僕は、「Webサービス」自体はこんな2つに分けて議論することは意味がないじゃないかと思っている。 2つは、あくまで「Web」の要素。 2つのサービスについてあれこれメリット・デメリットを議論するより、どういうお客さんにどういうサービスを提供するかを考えた方がいいと思う。 つまり、「個人でのやりたい、やりたくない、好き、嫌い」でなく、お客様のことを先に考えるべきだということだ。 会社はビジネスをやるところなので。 お客さまのことを考えてみる。 上記2つは「BtoB」となる。 ただ、今Webで主流となっているのは「BtoC」だ。 「BtoC」という流れの中で、上記2つの「BtoB」をそっちに寄せていこうと考えるから答えがないんじゃないかな? 時価総額1位のAppleは「BtoC」。 プラットフォーム王者のFacebookは「BtoC」。 Webで情報集めてると、ソーシャルやクラウド一色で「BtoC」に関することばかりw そこに乗らないと遅れてしまうのではないかという危機感はもちろんあるけどw 「BtoB」「BtoC」どっちでもいいけど、 ターゲットは全く違うということを意識しないといけないと思う。 どちらの概念も無理やり他方に突っ込むことは無理だ。 業務系システムではなく、最終サービスがコンシューマ向けのため、やっているうちに混乱してくるのは分かる。 そこで、ターゲットを見失わなければ、ビジネスとしてはいい方向に行くと思う。 需要があってそれに応えるんだから。 ターゲットが決まれば、そこへの要望に応えていく! それだけだ。 僕個人的な意見では、 儲けやすいのは「BtoB」、おもしろいもの作れるのは「BtoC」と思ってる。 ビジネスか趣味・趣向の違いかなと思う。 ちなみに、中国人に、日本人には「お金よりも、おもしろい仕事をしたい」という思想があることを話したところ、 … 続きを読む

カテゴリー: ウェブ, 仕事 | タグ: , , , | コメントをどうぞ

上海オフショアについて

Check上海オフショアについて書く。 うちの会社では、4年前の2007年ぐらいから中国・上海に拠点を作り事業を行っている。 その1つが、僕が関わっている上海オフショア開発。 オフショアは、元々差分ビジネス。 高騰する日本国内の仕入れ原価を、安く労働力が手に入る国で生産を行うことで利益率を上げる形。 自動車業界、アパレル業界はもうバブルの頃から行っていて、今では当たり前に海外工場で生産している。 誰も中国産の服に違和感を持たずに買っている。 システム業界でも、SIerは結構前から取り組んでいる。 話を戻し、うちの会社でそのオフショアでシステム開発をやっていて、 僕が積極的に関わりはじめたのが2年前の2009年。 初めてのオフショア案件では、ひどい目にあったwww ・出来たと言って上がってきて、動かすと画面が表示されないw ・画面が出たと思って、画面のボタン押したらエラーで落ちるw ・スケジュールを確認して、「出来てます。大丈夫」と何度も言われて、最終的に確認したらほぼ出来てないw ・出来てないのに帰るw ・言い訳ばかりするw 毎日テレビ会議で怒鳴り散らしたw 僕は温厚な方だけど、あまりにひどかったのでw なんとか納品までこぎつけて、振り返りなど行った。 結局、彼らにはノウハウがなかったりするだけだった。 ワークフローもないまま、日本からやたら怒られて、何度も何度もやり直しをさせられる。 こんな状態。 なんで怒られるのかも理解出来ない状態だった。 ただ、一部のプログラマのソースを見たとき、すごく出来がよかった。 複雑な仕様を理解し、効率のよい書き方。 バグも少ない。 そこで、「育てたらうまくいくんじゃないか」ってふと思った。 そこからは、何度か上海を訪れ、案件の内容を伝える傍ら、勉強会など開いたりした。 日本の技術を紹介したり、ワークフローを教えたり。 これからのWebの方向など話したり。 上海のリーダーたちと、ダメな部分を話し合い、案を出して1つずつ潰していった。 スケジュール管理、機能ボリュームの判定、着手の順番、担当者の割り振りの仕方、テストの手法、共通機能の整理、ソースレビュー、などなど、色々やった。 2年間やってきた。 そして、今、上海に来て彼らのやってることを見ると、もうほとんど教えることがなくなった! 今までは手取り足取りだったのが、安心して見られる状態に。 なんか、レールに乗った感じ。 このまま進めば間違いなく進むだろうなって思えるようになった。 レール敷くのが大変だったけど、成果あったと思う。 上海の技術者たちはほんとによく頑張ったと思う。 日本のWeb制作会社のシステム開発のレベルは、もう結構超えてるんじゃないかな。 … 続きを読む

カテゴリー: ウェブ, オフショア, 上海, 仕事 | タグ: , , | コメントをどうぞ

今取り組む技術はHTML5。目指すはHTML5プラットフォーム。

Check前に、今後取り組んでいくべき技術を聞かれて、いまいち『技術』の定義が分からなかった。 色々記事を読んだり、色々な人の考え方を聞いてみたりして、少し整理出来てきた。 Webが、『UI』『デザイン』『システム』とかそういう分散的な考え方ではなくなってきているからだと思う。 Webコンテンツを作りはじめた頃(10数年前)の事を思い出すと、 その頃、今のように役割分担なんてなかった。 1人の人が画面を設計し、画像を加工し、HTMLを作り、perlやphpやASP(Active-server-pages)などの言語でコンテンツを作ってた。 みんな、基礎技術は本読んだりネットで検索したり(その頃Googleはまだ一般的ではない)で作り上げた。 それがホームページ制作、コンテンツ制作だった。 専門家なんていなかった。 実はこれに近い状況が、今もう来ていると思う。 Facebook,Appstore,android-marketなんて、それにものすごく近い。 今作られてるプラットフォームでは、1人の人が仕様を調べてコンテンツを作り上げている。 これがもっと進化するのが『HTML5』という技術。 『HTML5』は、僕はクライアント側の技術だと思いこんで、あまり詳しく追ってなかった。 ただ、少しづつ情報を得てみてみると、実はクライアントとかサーバーとか関係なく、 今後のWebのベースとなる技術だと分かってきた。 今までは、Facebookなどプラットフォームが用意した技術仕様に乗っ取りコンテンツを制作してきた。 『HTML5』は、プラットフォームは極端にいうとブラウザのみ。 サーバーすら、コンテンツを置くだけの場所に過ぎなくなる。 ※今のサーバーは、サーバーサイドプログラムを動かしたり、データベースを置いたり、機能は色々ある ■HTML5の代表的な仕様 ・CSS3  HTML5だけでも動画や画像を動的に扱えるけど、そこにさらに装飾や動きを追加できる。 ・Web Storage  キーバリュー型のデータベースとしてブラウザにデータを保存出来るので、クッキーとかセッションとか今までのことは全部出来る。  また、現状のDBの代替にもなる。  オブジェクトとしてDB用のHTML5コンテンツを作ってそこから取得するような仕組みも出来るんじゃないかな。 ・Web Workers  これは、現状はサーバー内でやってるような、裏側でプロセスを分けるなどの技術。  「裏で処理を走らせておく」というのが、サーバーサイドプログラムを使わずに出来るとのこと。 これらの基本機能だけで、もう今の複雑に分散している技術がHTML5だけで済む。 HTML5はまだほとんど知らないので、もっと勉強してから詳しいこと書こうと思う。 そこで、僕らビジネスをやってる側が今後どんなものを作っていくかというと、 『HTML5プラットフォーム』なんかおもしろそう。 ソーシャルな時代が進むと、みんな個人でHTML5を使って色々なものを作るようになると思う。 ■僕が妄想するプラットフォーム ・みんなが作った『HTML5コンテンツ』を載せる ・プラットフォーム上で制作する … 続きを読む

カテゴリー: ウェブ, 仕事 | タグ: , , | コメントをどうぞ

Webについて改めて整理

Check上海に来て、どういうやり方で、何をしていこうかを改めて考えているうちに、 Webについてもう一度自分の考えを整理しようと思ったので備忘録。 ■Web制作の種類 1.広告としてのWeb 2.販促ツールとしてのWeb 3.WebサービスとしてのWeb 今まで僕が10年ぐらいやってきて、携わったWeb制作の種類は大きく上の3つ。 最初の頃はHP作りが多かったので「1.」。 そこからCMSとか生まれた。 CMSの商品作って「3.」をしたり。 ECは、「2.」。 CGMは、「1.」と「2.」の組み合わせかな。最近は「2.」の要素のが強いか。 最近は、「3.」で会社立ち上げるなんていうのが増えてる。 Twitter、Facebookとか。 今の主流で、広告業界ものまれている。 僕らは「3.」もやってるんだけど、どうも「1.」と「2.」の続きでやっちゃう。 ノウハウや経験は確かにある。 だけど、決定的に違うのが営業、マーケティングだと思う。 「1.」「2.」は、BtoB。 「3.」は、BtoC。 お客さんへのアプローチが違う。 これを延長でやっちゃうとダメだと思う。 それでは、「3.」専業の会社には負けちゃう。 「1.」「2.」は、お客さんがBなので、 営業活動でBとの関係を強くしたり、信頼を得たりする。 現場では、担当者と仲良くなったり、コンサルテング的な動きをし、お客さんとともに成長する関係を作っていくのが理想。 「3.」にこの手法が通じるか? 少し難しいように思う。 でも、「1.」「2.」で実績作ってるし、それが正しいと思ってる。 もちろん実績もノウハウも正しい。 間違いは、「3.」にこれを先行して適用しようとするところ。 ということは、「3.」の手法を身につけないといけない。 この経験がないなら、自分たちで学んで形にしていかないといけない。 その中に、「1.」「2.」で得た経験やノウハウを活かすのがよい。 あくまで、ベースは「3.」独自のやり方だと思う。 これがないのに、焦って進もうとしても難しい。 まずは、「3.」を学ばねば。 そして、実は「3.」を続けている人たちは、もう「3.」の手法が身についている。 「3.」の経験やノウハウをもっと体系化することで形になると思う。 共有化出来ると思う。 … 続きを読む

カテゴリー: ウェブ, 仕事 | タグ: , | コメントをどうぞ

エンジニアはいつまで裸の王様なんだ

Check今回、戒めの意味もこめてエンジニアのダメな部分を書く。 長年プログラムをやっていたり、システムに携わる仕事をしていると、 技術があれば大概何でも出来ることが分かってくる。 そうすると、エンジニアというのはとても優れた職種であるように勘違いしてしまう。 #もちろん優れた職種であることは間違いないんだけど、勘違いするのだ。 たとえば・・・ ・もっと勉強しろよ ・そんなの余裕で出来るよ ・コマンドラインぐらい覚えろよ ・FTPなんかなんで使うの? ・バージョン管理ツール使えよ ・ショートカットなんで使わないの? ・そんなの一瞬で出来るよ ・セキュリティ対策やれよ ・テストちゃんとやれよ ・何年同じ事やってんだよ こんなことを言ってしまっているエンジニア多いんじゃないだろうか。 これは、僕の中で勘違いだと思っている。 エンジニア至上主義の典型だ。 裸の王様なんだ。 上に書いたことなんて、一般の人は『全部やりたくない』んだ。 めんどうなんだ。 システムってめんどうをなくすものでしょ? なんで使う側が覚えなきゃなんないのよ。 「めんどうさ」を感じさせない仕組みを作るのがエンジニアでしょ? 意識させなく便利なのがシステムでしょ? 上のようなことを言うくせに、 自分たちは、マーケティングも営業も企画・提案もデザインも経営も経理も学ばない。 放漫だ。 堀井雄二に学びたい http://d.hatena.ne.jp/hamatsu/20110216/1297828400 これを読んで、真のエンジニアを再確認した。 自分の出来る事や仕組んだことを自慢するようでは偽物エンジニアだ。 真のエンジニアは堀井雄二のような、使う側に意識させないシステムを作れる人だ。 僕もそんなエンジニアになりたい。

カテゴリー: ウェブ, 仕事 | タグ: , | コメントをどうぞ

成功する商品・サービス

CheckWebの商品・サービスって、湯水のように現れては泡のように消えて行く。 それは大小に関わらず。 一時期の流行りで乱立するひとつだったりもする。 僕が考える成功する商品・サービスは、 『ユーザーの要望に応えるサービス』 だと思う。 当たり前だろという突っ込みがあるんやけど、 Webサービスの会社がこれをちゃんと実践しているかというと疑問。 まず、要望の吸い上げなど行っているのか? そもそも、自分が、Webのサービスに要望を出した経験ありますか? アンケートなど答えますか? これらって、案外やってない。 提供側もユーザー側も。 提供側がよくやるのは、『新機能リリースしました!』と銘打ってシステムのリニューアルを発表。 この新機能、実は提供側が”流行るだろう”という企画・提案を社内でした上でサービス化することが多い。 これはあくまでも、提供側のエゴやおごり、自己満足なのかなと僕は思う。 そんなものユーザーは求めていない。 ユーザーは、自分が望むことが実現していたら満足を得る。 よく分からない押しつけを受けてもなんの満足感もない。 利用してくれたらまだよい方、結構使わないことが多いんじゃないかな。 mixi、Gmail、Facebook、Twitter、色々な機能あるけど、使いこなしてる? どんな機能があるか知らないのが一般的。 とにかく、ユーザーの要望を吸い上げ、それを粛々と実装していく。 それもスピーディーに。 出来るだけ全ての要望を。 実装機能に優先度をつけることも必要になってくるかと思うけど、出来るだけ全ての要望を満たす。 優先順位は、受け付けた順番でもいいかもしれない。 そうすると、ユーザーは自分の要望が受け入れられるサービスなんだと実感し、そのサービスを使い続ける。 これを全てのユーザーに対してやっていくだけ。 何も他がやっていない革新的なサービスを提供することだけが、Webサービス・商品ではない。 『全ての要望をスピーディーに満たす』 これを繰り返していくのが、僕が思う『成功する商品・サービス』。 余裕ができたら、企画・提案部隊など作って新機能を作ればよい。 あくまでこちらはメインじゃなく、運試し的。 当たるか当たらんかは分からないのだから。 こういう考えに至ったのは、僕がずっと続けているWebソリューションから得たもの。 クライアントは、僕らが提案した企画・機能にはあまり関心を示さないことが多い。 ただ、要望を満たした場合、とても満足してくれる。 また、粛々と要望を満たしていくことで信頼感も得られる。 特別な営業や提案なんていらない。 … 続きを読む

カテゴリー: ウェブ, 仕事 | タグ: , , | コメントをどうぞ

2011年のWeb ローカル化

Check2011年のWebがどのようになっていくのか、僕が考えていることを書いておく。 2つです。 ・ソーシャル ・ロケーション 2010年の総括にも書いたけど、この2つです。 「ソーシャル」については、2010年にかなり確立したけど、呑まれていたのが一般的になる。 これは当然誰でも思っていること。 「ロケーション」について、実はあまり触れられていない。 今、日本では「ロケーション」に縛られずに「グローバル」にというのが流行り。 これは、世界を視野に入れるという考え方。 新卒採用の半分が外国人とか、海外勤務を経験させるとかが象徴。 僕が考える「ロケーション」は、グローバルではなく『ローカル』。 Google、Facebookの台頭で、世の中はグローバルスタンダードを求め、誰がそれを確立するかに向かっている。 これは、世界中の人たちが意識することなく1つの概念、システムでつながり、グローバル化する感じ。 それはそれで進んで行くとは思うけど、実はその先は地域特有とか、ローカル化とかそういう方向に進んで行くのかなと僕は思っている。 GoogleやFacebookって、アメリカ発。 「アメリカ万歳」感はやっぱりある。 世界の国々の文化やアイデンティティをあまり重要視していない。 僕は、日本の中でもロケーションでは大阪、東京、京都で生活し働いたことがあり、上海へ出張もしている。 あと、大学時代から多くの旅をした。 国内では、おそらく東北以外の地域には旅行したし、 海外では、イギリス、イタリア、フランス、ドイツ、スペイン、スイス、ベトナム、香港、アメリカ、中国など。 色々なところで生活したり現地の人に触れたり働いたりしていて、どこも特有だと感じた。 決して何かひとつの世界的に共通な物事より、その地域特有の文化や習慣の方が強いと感じた。 その地域の人たちは、愛着を持っていたり決して曲げない(頑固な)こだわりを持っている。 大阪人はお笑い好き。京都人は本音を言わない。中国人は中華思想。イタリア人は軟派。アメリカ人は肉食。南の人は陽気。インド人はまじめ。フランス人はおしゃれ。 地元を出たくない。地元で一番になる。田舎で暮らしたい。都会がいい。 これらはイメージというだけではなく、本当にその気質がある。 そのこだわりや地域性は、グローバルな視点から見るととても小さなものと考えられる。 けれども、その人たちにとってはそれが全てだという場合もある。 無理に外に出る必要なんてなく、その中で世界は完結し、大満足もしている。 いくらグローバルな流れが来ようと、これはずっと変わらないと思う。 そこで、Webにおいても大きなグローバルスタンダードな流れではなく、ローカルが重要なキーになる。 日本で、楽天がECの形を作り、日本国内のECがみんな楽天のフローになっていること。 日本で、FacebookではなくTwitterの方が受け入れられ、世界的な分布もかなり多いこと。 日本で、Mixiの中で閉鎖的なシステムが受け入れられること。 グローバルに各国、各地域へ進出して行きながらも、その地域の特性をどれだけつかめるか、 その地域に合わせたものを提供出来るか。 こういうことがWebにおいて、ひとつの勝てる要素であると思う。 昔からやっている、自国のものを各国に適用させていくやり方。 … 続きを読む

カテゴリー: ウェブ, 仕事, 未分類 | タグ: , | 1件のコメント

Webはビジネスなんだ

Checkよく、『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と思ってたら、もう引退するのがいいのかも。 そういう人は、趣味として、1ユーザーとしてWebを使う方が幸せだよ。 僕は、今のWebのが好き。 昔から、知識欲とかがすごく強い。 ラサール石井が「色々勉強して、知識を得ていくことってすごく楽しいのに、なんでみんな勉強しないの!?」という趣旨の発言を涙ながらにしていたのを思い出す。 もっと勉強して、ビジネスとしてWebの世界で勝ちたい。

カテゴリー: ウェブ, 仕事 | タグ: | コメントをどうぞ

メンテナンス画面の表示

CheckWebサイトをリニューアルオープンする際、 よく下記のようなページが表示されているサイトがあると思います。 ——————————————————————– 申し訳ございません。 10:00~18:00の間、ホームページのメンテナンスを行っております。 メンテナンス終了時間後に改めてアクセスお願いいたします。 ——————————————————————– これは、「.htaccess」というファイルを使うことにより便利に行うことができます。 単純にサイトのトップページを上記に変更することでももちろん可能です。 今回紹介する内容は、Web制作者に取ってもっと便利に行える方法です。 例えば次のようなことが可能です。 ・トップページ以外の全階層どこにアクセスしても、メンテナンス画面を表示 ・特定のIPアドレスの人だけ、メンテナンス画面ではなく通常ページを表示 ※自身がメンテナンス作業をするのに、更新されるサイトが見えない中で行うのはリスクが高く、それを解消できます。 昨年末からサイトリリースが何回かあり、 この対応を行ったので紹介しておきます。 【可能条件】 ・FTP、SFTP、管理画面などから、サーバーにファイルのアップロードが可能 ・サーバーで「.htaccess」の利用が可能 ・「.htaccess」で使用する「mod_rewrite」が使用可能 【手順】 1.以下のコードを記載した「.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 … 続きを読む

カテゴリー: ウェブ, 仕事 | タグ: , , , , | コメントをどうぞ