会社でやっているＥＣサイトのサーバを新しくして、OSもPHPもDBもバージョンも上げた。
サーバが古すぎて、システムをカスタマイズしたくても、何もできないところまできていたから、エイヤっと刷新してみた。
折角だから64bit OSにしたからメモリ積みまくり。
ついでにサーバを増やしてロードバランサにして、Webサーバも多重化してみたよ・・・！
（人に頼んだだけで自分でやったわけじゃないけど）
・・・まあ、一気にやるもんじゃないですねｗ
一気にやらざるを得ない状況なんだけどね。
もう全然まともに動かん・・・。
PHP4→5の移行もそうだけど、多重化したWebサーバ同士の同期とか色々と大変すぎる。
多重化したらゲートウェイになっているロードバランサが色々と悪さをする。
キャッシュやらSSLやら変な動きをしまくってる。
ただ、ロードバランサが原因なのか特定できないし、決め付けるとハマりそうだしなあ・・・
僕はエンジニアじゃないし、経験も知識もないから、こういう時に凄く困る。
Google先生や親切な人に助けられながら、勘で何とかこなしてるけど、今回はヤバいかも。
それにしても、一番ヤバいのはＳＳＬ。
今まで平気だったのに、サーバ刷新したらページ内で使われている画像やCSSのロードが抜群に遅くなった。
一回読み込んじゃえばキャッシュされるのか（？）急に普通に動くようになるんだけど、数分ロードしっぱなしになってしまう。
それがまたJavascriptで処理してるページが最悪に酷くて、ロードが終るまでブラウザからの操作を受付なくなるページとかが大量発生してる。死ねる。
ちまちまJavascriptの方を直そうかと思ったけど、上手くいかず。
まだ原因は特定できていないけど、さっき見つけた下記のサイトに書いてあることが近いので参考にしてみようかしら。
スベログ/D: Apache + mod_sslとIEの関係
Apache + mod_sslでSSLを有効にしてIEでアクセスするとやたらと遅い。
具体的にはページ内で使われている画像やスタイルシートのダウンロードにやたらと時間がかかってる。
ちなみに通常のHTTP接続だと全然大丈夫だったりする。SSLのせーでCPUやメモリが食われているのかな？
と思い、チェックしてみたけど余裕はあるっぽい。うーんと悩んでて試しにFirefoxやOperaでアクセスすると・・・あれっ大丈夫じゃん。（＾＾；A
何でだろ？とググりまくってたらhttpd-ssl.confにデフォルトで組み込まれている↓以下の設定が原因っぽい。
色々と試してみよう。。。
smashmediaの河野さんプロデュースの「crossreview」というサイトがリリースされたみたい。
気軽に商品をレビューするサイトらしい（すんません、まだ使ってません）
この手のサービスって、良いアイディアでも細かな詰めが甘くてイマイチになりがちだけど、さすが河野さんがプロデュースしているだけあって、crossreviewは色々と考えて作られる感があるなあ。
第一印象としては、デザインの良さ。
かっこ良さとか新しさではなく、「なんとなく使いやすい印象」を与えるデザインですね。
こういうの好きだなあ。
・・・って、今アクセスしてみたら、どうもサーバが悲鳴を上げているような挙動。
初日から満員御礼ですかｗｗｗ
あ、河野さん誕生日なんすか、おめでとうございます。
ある新しいプロジェクトのコンセプトを話しあっている時に「提案型」という言葉について考えたので、今日はそのことを書きます。
「ライフスタイルを提案する～」とか「提案型の～」とかって店や製品・サービスのコンセプトでよく見かける文言ですよね。
新しい製品やサービスに「提案」ってコピーをつけているのをよく見かけるけど、それでは提案していることにはならないと思う。
ただ「新しいものを勧めているだけ」じゃない？それは「提案」なのかなあ？
または、「提案とは新しいものでなくてはならない」と思いこんでいるんじゃないかな？
正しい提案というのは、新しいものでなくてもいい。
例えば、スウェーデンからやってきたIKEAで売っている家具は、別に珍しいものでもないし、特別すごいものが売っているわけでもない。
でも、IKEAの提案型陳列を見ていると、「自分の部屋にこのソファーがあったらステキかもしれない」とか「この照明のある部屋でコーヒーを飲みながら読書がしてみたいなあ」と気持ちになる人が多いはず。
そういう、自分の生活を豊かにするイメージを沸き起こさせる事こそが「提案」のあるべきカタチなんじゃないかなあ。
「これは新しいモノですよ」って言うだけではなく「これがあればアナタの生活をより楽しくできますよ」という、語りかけ（「YOU」に向けて発信されているメッセージ）があるのが正しい提案なんだと思う。
こう書くと、当たり前みたいに思うかもしれないけど、よく見てみると「自分の想いを推しているだけで、正しく提案できていない」製品やサービスや店舗が多い気がするんだよね。
そんなことを考えている時に読んだ日経ビジネスオンラインのジャパネットたかたの本当のすごさという記事によると、幸せのイメージを伝えているところが凄い、みたいなことが書いてあった。非常に同感。
なんかブログを放置しっぱなしなので、そろそろ更新します。
こんなこと書かずに黙って更新しはじめてもいいんだろうけど、根がグータラなんで、宣言することによって自分を後押ししないと書き続けることができない気がするので書きました。
ここ数ヶ月、自分でも驚きの忙しさだったのが、そのまま落ち着かず今でも同じような状況なんだけどｗｗブログの更新を自分に課すことにしてみます。
無理して更新する気になったのはsmashmediaに僕のブログへのリンクがあったのを見たから。「君のことは忘れてないから、たまにはブログ更新しろよ」という河野さんからのメッセージだと勝手に感じ取ったので、更新してみましたｗ
それはさておき、毎日は無理かもだけど、４日に１度は更新したい所存。
未だにこのブログをＲＳＳリーダーに加えてくださっている酔狂な方のためにも、少しはがんばろうっと。
ブログ書く暇も惜しいと書いた、舌の根がウエッティなうちに、もう１本エントリを書きますｗｗｗ
仕事上の知人から、「遠方の営業所の状態をチェックして、アドバイスをしたり業務改善をする担当になったんだけど、君なら見るべきポイントは何だと思う？」とアドバイスを求めるメールがきたので、それに答えたついでにエントリにしちゃいます。
一番最初に行うこと。
■評価のために来たのではなく、業務の質を上げるために来たということを伝える。
（悪いところを隠しても損するだけで、逆に悪い点を改善できるチャンスという風に理解してもらう）
チェックするオフィスの責任者や役職者に質問・確認したいこと。
■何か困っていることはないか
■最近あった仕事上での良かったこと
■最近あった仕事上での悪かったこと
■頑張っていると思う部下の名前
■部下や自分が仕事を楽しめる工夫をしているか
■部下や自分が仕事を真剣に取り組める工夫をしているか
■部下や自分が顧客を大切に思う工夫をしているか
■部下や自分がスキルアップできる工夫をしているか
■部下や自分が売上・利益・経費削減を意識する工夫をしているか
■部下や自分が「成果を出すためのアクションを能動的に探す」ための工夫しているか
■役職者が自分の言動や行動がスタッフに与える影響に気づいているか
■部下や自分を大切にしているか
他にチェック者が行うべき行動としては・・・
■成果の出ているスタッフにに直接会い、直接褒め、感謝を表現し、秘訣を聞く
答えになってるかなあ？
参考になれば良いのだけれど。。。
今日は日記的というか、駄文注意というか、そんな内容。
『「仕事で忙しい」なんてセリフは、仕事ができないヤツが言うもんだ』
・・・と、言われたことがある。
ある意味、これは真実だと思うので、できる限り「仕事は忙しいかって？仕事量は多いけど、まあ楽しんでやってますよ♪」なんて余裕で言うようにしてたし、実際にそう思ってたんだけど、、、最近は死ぬほど忙しいです。。。
ちょっと圧されている感じで、凄く悔しい。負けた気分ｗ
ちくしょー、負けねぇぞ。絶対に圧し返してやる。。。
本当は、このエントリ書く時間も惜しいくらい（じゃあ書くなよｗ）忙しいですが、そんな中でも気持ちは圧されないようにしていきたいものですね。はい。
と、自分を見失わないように記しておくｗｗｗ
やるぞ～！
『「仕事で忙しい」なんてセリフは、仕事ができないヤツが言うもんだ』
・・・と、言われたことがある。
ある意味、これは真実だと思うので、できる限り「仕事は忙しいかって？仕事量は多いけど、まあ楽しんでやってますよ♪」なんて余裕で言うようにしてたし、実際にそう思ってたんだけど、、、最近は死ぬほど忙しいです。。。
ちょっと圧されている感じで、凄く悔しい。負けた気分ｗ
ちくしょー、負けねぇぞ。絶対に圧し返してやる。。。
本当は、このエントリ書く時間も惜しいくらい（じゃあ書くなよｗ）忙しいですが、そんな中でも気持ちは圧されないようにしていきたいものですね。はい。
と、自分を見失わないように記しておくｗｗｗ
やるぞ～！
あんまり更新してなかったらアクセスが減ったので少し寂しいフジイです。
まあ、個人ブログなんだし、ユルユルと書くよ。
ぼくが２月に書いた「論点ちがうよ、web屋さんたちぃ～！！
」というエントリを多くの人が読んでくださったんだけど（内容がよかったわけではなく、たまたま時流にのっただけ）、そのエントリ書く時の元ネタになったWeb担当者フォーラムの価格表を書いたロフトワークの人が、Web担当者向けにWebサイト製作の発注についてのセミナーをやると聞いて参加してみましたよ。今はそのセミナーの帰り。
電車でエントリを書いています。
多分Web担当者フォーラムに載ると思うし、めんどうだから、細かい内容は書かないけど、「発注するときはRFP（提案依頼書）書きましょう」っていう富士通の人の話と、「同じRFPでも見積もりが大きくブレる理由」をロフトワークの人が話すという２つが主な内容でした。
特にロフトワークの人の話は非常に面白かった。
ぼくはWeb製作の発注って、知識がないと難しいと思う反面、Web屋さんの言う「正しい発注方法」は製作経験がないと難しいような事が平気で語られることが多くて胡散臭いと思ってたんだけど、今回のセミナーで語られたのは、同じ要件なのに80万～800万の見積もりが出た時の選択方法やリスクを評価する方法、コンペを行う時の注意点など、製作スキルとは違う、発注の際に必要な実践的な内容ばかりで、とても面白かった。
これなら製作の知識がない人でも適切な発注ができると思うので、Web担当者が知るべき発注技法というべきもので、すごく良いセミナーでした。
多分、企業のWeb担当者は参加者の半分か６割くらいだと思うんだけど、色々と得るものは大きかったんじゃないかなあ。
あ、それと個人的にはパネルディスカッションの時間が面白かった。
Web担当者が「社長に好みで横槍を入れられるのを避ける方法はないですか」って質問をしていたのが超ツボｗ
それと、富士通のWebマスター人がサイトの横幅を設計する時の話で「世の中のスタンダードが何かを調べるのではなく、ウチのサイトに来ている人はどうなのかというアクセス解析をすることです」と言っていたのが印象的だったなあ。
んー、最近忙しくてブログに自分のCPUやメモリを割り当てられない感じ。
いかんですね、もっと余裕を持たねば。
せっかくトラバとか頂いても、ろくに反応できてませんね。
ホントすんません。
最近、ちょっと思うのは、凄い人が過去に体験した成功や努力を上手く利用できないものかなあってこと。
例えば、凄い人が「素人だった俺でも一生懸命に勉強したら、色々できるようになって、凄い仕事もこなせるようになった。君も努力すれば、こうなれるんだ！」って言うのは、ある意味では真実だけど・・・そもそも他の人に同じことはできないって視点がなかったりするじゃないですか。
いくら凄い人が「俺も普通の人だよ」って言っても、普通の人にはそうは思えないわけで。
「それは自分にはできないな」って思っちゃう人でも、凄い人の成功体験を有効活用できるような何かってないものかなあ。
うわー、こないだフォームの送信先はクロールしないよって書いた矢先だったのに。。。
Google様がフォームの送信先もクロール対象にするそうです。
【追記】・・・と、思ったら「Only a small number of particularly useful sites receive this treatment.」ってことで、あくまで実験だから一般サイトには及ばないっぽいっすね。すんません。
秋元@サイボウズラボ・プログラマー・ブログ
張られているリンクをより多く見つける目的で、GooglebotにHTML Formを送信させて出てきたページもクロールさせる、という発表があった。
（中略）
クロールされるフォームは以下のようなものに限定されるようだ。
- GETメソッドであること
- robot.txtなどで除外指定されていないこと
- passwordフィールドを持たないこと
- user, id, accountなどのフィールドを持たないこと
POSTはダメなのか・・・
これって id とか user っていうGETのパラメータをもってるとダメってことかな。
フォーム送信されていない、普通のリンク（href）の場合は &id=xxxx があってもインデックスされているから、これはフォーム送信されるときだけのルールなんだろうね。多分。
ところでスパイダートラップにならないのかなあ・・・
キレイゴトではなく真実として、ぼくは「本質を明らかにしたコミュニケーションができれば、大抵の問題を解決できる」と思っている。
正確にいえば、コミュニケーションで問題を解決できるのではなく、大抵の問題はコミュニケーションが原因で発生していると思っている、といったところか。
あ、いや逆かな。逆かも。いや、どっちでもいいかな。まあ、コミュニケーションで問題が解決できるってことですよｗｗｗ
最近は社内の重要会議の設計をすることが増えたんだけど、会議は本質を明らかにしたコミュニケーションの場となる設計が絶対に必要だなあっと、設計の重要さを再確認する毎日です。
そんな中で、最近すごく考えているのは「本質を明らかにできているか明確に測る方法はないか？」ってこと。
本質が明らかになっているコミュニケーションがとれているかどうかは、「コミュニケーションによって解決できる問題」をリスト化して、それが解決されていくスピードや影響力で測れるとは思うものの、明確に測る方法を設計するに至ってないんだよね。
毎日、すごく紙やpowerpointにラクガキをしながら考えこんでいるんだけど、これだ！っていう感じにならないんだよなあ。。。
誰か良い案か本を紹介してくださいｗ（←人頼みかよ！）
