フジイユウジ::ドットネット http://fujii-yuji.net/ 横浜で働くサラリーマン（でもバイクのレースしたり、突如としてインドに行ってバイクで一周したりする自由人でもある） 趣味で仕事のバイクとかビジネス、Webに関してのこととかを守秘義務に反しない程度に書きます。連絡先とかフジイユウジについてはこちら。 ja Copyright 2008 Sun, 06 Jul 2008 23:36:38 +0900 http://www.sixapart.com/movabletype/ http://www.rssboard.org/rss-specification 素人なりに頑張ってみる。 会社でやっているＥＣサイトのサーバを新しくして、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にデフォルトで組み込まれている↓以下の設定が原因っぽい。



色々と試してみよう。。。







]]> http://fujii-yuji.net/2008/07/post-94.html http://fujii-yuji.net/2008/07/post-94.html WEB関係っぽいこと Sun, 06 Jul 2008 23:36:38 +0900 レビューサイトcrossreview
smashmediaの河野さんプロデュースの「crossreview」というサイトがリリースされたみたい。

気軽に商品をレビューするサイトらしい（すんません、まだ使ってません）


この手のサービスって、良いアイディアでも細かな詰めが甘くてイマイチになりがちだけど、さすが河野さんがプロデュースしているだけあって、crossreviewは色々と考えて作られる感があるなあ。

第一印象としては、デザインの良さ。
かっこ良さとか新しさではなく、「なんとなく使いやすい印象」を与えるデザインですね。
こういうの好きだなあ。


・・・って、今アクセスしてみたら、どうもサーバが悲鳴を上げているような挙動。
初日から満員御礼ですかｗｗｗ


あ、河野さん誕生日なんすか、おめでとうございます。









]]> http://fujii-yuji.net/2008/07/crossreview.html http://fujii-yuji.net/2008/07/crossreview.html Thu, 03 Jul 2008 23:39:50 +0900 正しい「提案型」 ある新しいプロジェクトのコンセプトを話しあっている時に「提案型」という言葉について考えたので、今日はそのことを書きます。


「ライフスタイルを提案する～」とか「提案型の～」とかって店や製品・サービスのコンセプトでよく見かける文言ですよね。


新しい製品やサービスに「提案」ってコピーをつけているのをよく見かけるけど、それでは提案していることにはならないと思う。

ただ「新しいものを勧めているだけ」じゃない？それは「提案」なのかなあ？

または、「提案とは新しいものでなくてはならない」と思いこんでいるんじゃないかな？


正しい提案というのは、新しいものでなくてもいい。


例えば、スウェーデンからやってきたIKEAで売っている家具は、別に珍しいものでもないし、特別すごいものが売っているわけでもない。

でも、IKEAの提案型陳列を見ていると、「自分の部屋にこのソファーがあったらステキかもしれない」とか「この照明のある部屋でコーヒーを飲みながら読書がしてみたいなあ」と気持ちになる人が多いはず。

そういう、自分の生活を豊かにするイメージを沸き起こさせる事こそが「提案」のあるべきカタチなんじゃないかなあ。


「これは新しいモノですよ」って言うだけではなく「これがあればアナタの生活をより楽しくできますよ」という、語りかけ（「YOU」に向けて発信されているメッセージ）があるのが正しい提案なんだと思う。

こう書くと、当たり前みたいに思うかもしれないけど、よく見てみると「自分の想いを推しているだけで、正しく提案できていない」製品やサービスや店舗が多い気がするんだよね。



そんなことを考えている時に読んだ日経ビジネスオンラインのジャパネットたかたの本当のすごさという記事によると、幸せのイメージを伝えているところが凄い、みたいなことが書いてあった。非常に同感。


　　
]]> http://fujii-yuji.net/2008/06/post-93.html http://fujii-yuji.net/2008/06/post-93.html Thu, 26 Jun 2008 22:49:47 +0900 ブログ書く。 なんかブログを放置しっぱなしなので、そろそろ更新します。

こんなこと書かずに黙って更新しはじめてもいいんだろうけど、根がグータラなんで、宣言することによって自分を後押ししないと書き続けることができない気がするので書きました。

ここ数ヶ月、自分でも驚きの忙しさだったのが、そのまま落ち着かず今でも同じような状況なんだけどｗｗブログの更新を自分に課すことにしてみます。


無理して更新する気になったのはsmashmediaに僕のブログへのリンクがあったのを見たから。「君のことは忘れてないから、たまにはブログ更新しろよ」という河野さんからのメッセージだと勝手に感じ取ったので、更新してみましたｗ


それはさておき、毎日は無理かもだけど、４日に１度は更新したい所存。
未だにこのブログをＲＳＳリーダーに加えてくださっている酔狂な方のためにも、少しはがんばろうっと。


]]> http://fujii-yuji.net/2008/06/post-92.html http://fujii-yuji.net/2008/06/post-92.html Thu, 19 Jun 2008 15:53:09 +0900 業務改善チェックのヒント１４個 ブログ書く暇も惜しいと書いた、舌の根がウエッティなうちに、もう１本エントリを書きますｗｗｗ



仕事上の知人から、「遠方の営業所の状態をチェックして、アドバイスをしたり業務改善をする担当になったんだけど、君なら見るべきポイントは何だと思う？」とアドバイスを求めるメールがきたので、それに答えたついでにエントリにしちゃいます。



一番最初に行うこと。
■評価のために来たのではなく、業務の質を上げるために来たということを伝える。
（悪いところを隠しても損するだけで、逆に悪い点を改善できるチャンスという風に理解してもらう）



チェックするオフィスの責任者や役職者に質問・確認したいこと。

■何か困っていることはないか
■最近あった仕事上での良かったこと
■最近あった仕事上での悪かったこと
■頑張っていると思う部下の名前
■部下や自分が仕事を楽しめる工夫をしているか
■部下や自分が仕事を真剣に取り組める工夫をしているか
■部下や自分が顧客を大切に思う工夫をしているか
■部下や自分がスキルアップできる工夫をしているか
■部下や自分が売上・利益・経費削減を意識する工夫をしているか
■部下や自分が「成果を出すためのアクションを能動的に探す」ための工夫しているか
■役職者が自分の言動や行動がスタッフに与える影響に気づいているか
■部下や自分を大切にしているか



他にチェック者が行うべき行動としては・・・

■成果の出ているスタッフにに直接会い、直接褒め、感謝を表現し、秘訣を聞く




答えになってるかなあ？
参考になれば良いのだけれど。。。







]]> http://fujii-yuji.net/2008/05/post-91.html http://fujii-yuji.net/2008/05/post-91.html ビジネスのこととか Thu, 08 May 2008 03:01:16 +0900 仕事で忙しいと言ったら負けだとしたら、今の僕は負けている。

『「仕事で忙しい」なんてセリフは、仕事ができないヤツが言うもんだ』
・・・と、言われたことがある。

ある意味、これは真実だと思うので、できる限り「仕事は忙しいかって？仕事量は多いけど、まあ楽しんでやってますよ♪」なんて余裕で言うようにしてたし、実際にそう思ってたんだけど、、、最近は死ぬほど忙しいです。。。

ちょっと圧されている感じで、凄く悔しい。負けた気分ｗ
ちくしょー、負けねぇぞ。絶対に圧し返してやる。。。


本当は、このエントリ書く時間も惜しいくらい（じゃあ書くなよｗ）忙しいですが、そんな中でも気持ちは圧されないようにしていきたいものですね。はい。


と、自分を見失わないように記しておくｗｗｗ
やるぞ～！
]]> http://fujii-yuji.net/2008/05/post-90.html http://fujii-yuji.net/2008/05/post-90.html Thu, 08 May 2008 00:27:47 +0900 Webサイトの製作発注セミナーに行ってみたよ あんまり更新してなかったらアクセスが減ったので少し寂しいフジイです。
まあ、個人ブログなんだし、ユルユルと書くよ。


ぼくが２月に書いた「論点ちがうよ、web屋さんたちぃ～！！ 」というエントリを多くの人が読んでくださったんだけど（内容がよかったわけではなく、たまたま時流にのっただけ）、そのエントリ書く時の元ネタになったWeb担当者フォーラムの価格表を書いたロフトワークの人が、Web担当者向けにWebサイト製作の発注についてのセミナーをやると聞いて参加してみましたよ。


今はそのセミナーの帰り。
電車でエントリを書いています。


多分Web担当者フォーラムに載ると思うし、めんどうだから、細かい内容は書かないけど、「発注するときはRFP（提案依頼書）書きましょう」っていう富士通の人の話と、「同じRFPでも見積もりが大きくブレる理由」をロフトワークの人が話すという２つが主な内容でした。


特にロフトワークの人の話は非常に面白かった。

ぼくはWeb製作の発注って、知識がないと難しいと思う反面、Web屋さんの言う「正しい発注方法」は製作経験がないと難しいような事が平気で語られることが多くて胡散臭いと思ってたんだけど、今回のセミナーで語られたのは、同じ要件なのに80万～800万の見積もりが出た時の選択方法やリスクを評価する方法、コンペを行う時の注意点など、製作スキルとは違う、発注の際に必要な実践的な内容ばかりで、とても面白かった。

これなら製作の知識がない人でも適切な発注ができると思うので、Web担当者が知るべき発注技法というべきもので、すごく良いセミナーでした。


多分、企業のWeb担当者は参加者の半分か６割くらいだと思うんだけど、色々と得るものは大きかったんじゃないかなあ。




あ、それと個人的にはパネルディスカッションの時間が面白かった。

Web担当者が「社長に好みで横槍を入れられるのを避ける方法はないですか」って質問をしていたのが超ツボｗ

それと、富士通のWebマスター人がサイトの横幅を設計する時の話で「世の中のスタンダードが何かを調べるのではなく、ウチのサイトに来ている人はどうなのかというアクセス解析をすることです」と言っていたのが印象的だったなあ。



　]]> http://fujii-yuji.net/2008/04/web-4.html http://fujii-yuji.net/2008/04/web-4.html WEB関係っぽいこと Thu, 24 Apr 2008 18:41:52 +0900 成功体験を上手く利用できないものか。 んー、最近忙しくてブログに自分のCPUやメモリを割り当てられない感じ。
いかんですね、もっと余裕を持たねば。

せっかくトラバとか頂いても、ろくに反応できてませんね。
ホントすんません。



最近、ちょっと思うのは、凄い人が過去に体験した成功や努力を上手く利用できないものかなあってこと。

例えば、凄い人が「素人だった俺でも一生懸命に勉強したら、色々できるようになって、凄い仕事もこなせるようになった。君も努力すれば、こうなれるんだ！」って言うのは、ある意味では真実だけど・・・そもそも他の人に同じことはできないって視点がなかったりするじゃないですか。

いくら凄い人が「俺も普通の人だよ」って言っても、普通の人にはそうは思えないわけで。



「それは自分にはできないな」って思っちゃう人でも、凄い人の成功体験を有効活用できるような何かってないものかなあ。





]]> http://fujii-yuji.net/2008/04/post-89.html http://fujii-yuji.net/2008/04/post-89.html Sat, 19 Apr 2008 00:35:34 +0900 わ。Googleがフォームの送信先もクロール対象に。 うわー、こないだフォームの送信先はクロールしないよって書いた矢先だったのに。。。
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 があってもインデックスされているから、これはフォーム送信されるときだけのルールなんだろうね。多分。

　　
ところでスパイダートラップにならないのかなあ・・・

]]> http://fujii-yuji.net/2008/04/google.html http://fujii-yuji.net/2008/04/google.html WEB関係っぽいこと Sat, 12 Apr 2008 19:36:43 +0900 コミュニケーションを測る方法はあるのか？ キレイゴトではなく真実として、ぼくは「本質を明らかにしたコミュニケーションができれば、大抵の問題を解決できる」と思っている。

正確にいえば、コミュニケーションで問題を解決できるのではなく、大抵の問題はコミュニケーションが原因で発生していると思っている、といったところか。
あ、いや逆かな。逆かも。いや、どっちでもいいかな。まあ、コミュニケーションで問題が解決できるってことですよｗｗｗ



最近は社内の重要会議の設計をすることが増えたんだけど、会議は本質を明らかにしたコミュニケーションの場となる設計が絶対に必要だなあっと、設計の重要さを再確認する毎日です。


そんな中で、最近すごく考えているのは「本質を明らかにできているか明確に測る方法はないか？」ってこと。


本質が明らかになっているコミュニケーションがとれているかどうかは、「コミュニケーションによって解決できる問題」をリスト化して、それが解決されていくスピードや影響力で測れるとは思うものの、明確に測る方法を設計するに至ってないんだよね。

毎日、すごく紙やpowerpointにラクガキをしながら考えこんでいるんだけど、これだ！っていう感じにならないんだよなあ。。。



誰か良い案か本を紹介してくださいｗ（←人頼みかよ！）







]]> http://fujii-yuji.net/2008/04/post-88.html http://fujii-yuji.net/2008/04/post-88.html ビジネスのこととか 日常のことですみません。 Mon, 07 Apr 2008 16:43:03 +0900 404は302？
チカッパ・ロリポップの404は302？ - 永遠にインデックスされ続ける削除ファイル
paperboy&co.が運営しているチカッパやロリポップのサーバでは、存在しないファイルにアクセスした場合に、HTTPヘッダが本来の404を返さずに302でリダイレクトしているのではという疑惑があるというのである。


へぇーへぇー。このブログはチカッパで設置してて、しかもrobot.txt設置していないからヘッダ見てみよう。

(一部省略してます)

http://fujii-yuji.net/robot.txt

GET /robot.txt HTTP/1.1
Host: fujii-yuji.net


HTTP/1.x 302 Found
Date: Sun, 06 Apr 2008 04:31:22 GMT
Location: http://err.chicappa.jp/404.html
----------------------------------------------------------
http://err.chicappa.jp/404.html


GET /404.html HTTP/1.1
Host: err.chicappa.jp


HTTP/1.x 404 Not Found
Content-Type: text/html


ほ、ほんとうに302でリダイレクトしてから404を返してる・・・！


追記：もう一個やってるサイトだとhtaccessで404ページを設定しているんだけど、こっちだと302にならないです。チカッパのデフォルト404だとリダイレクトが走るってことですね。


ま、商用サイトでもないし、別に困らないけど（笑）


ちなみに、クローラーがサイトにアクセスする時、ページより先にrobot.txtにアクセスするから、robot.txtを設置してない人は302→404になってクローラーが巡回できないんじゃないって問題については杞憂ですな。

普通にrobot.txtがないサイトと同じようにクロールしてるみたいです、はい。













]]> http://fujii-yuji.net/2008/04/404302.html http://fujii-yuji.net/2008/04/404302.html WEB関係っぽいこと Sun, 06 Apr 2008 13:32:24 +0900 CoCo壱で全部のせ・・・だと・・・ GIGAZINEのCoCo壱番屋で「カレーのトッピング全部のせ」に挑戦してみたを見た。

これ、すげーな。


どーでもいい話ですが、ぼくは８年くらい前に友人とCoCo壱に行ってバカイベントを開催したことがあります。

６人くらいでCoCo壱に入り、ルールで定められた一定の金額以下で隣に座った人のカレーを注文するというイベントだったのですが、「オクラ・納豆・チーズ・パイナップルの大盛カレー」などの伝説のコンボがいくつも生まれました。


ちなみに、ぼくが食べたのは、生卵１２個カレー。


これ、どんな風になると思います？

なんと、カレーが白身に解けて薄まってしまって、見た目はただの生卵（カレー風味）になっちゃうんですよ！
ビックリです。

まあ、生卵１２個分に匹敵する水分で一杯分のカレールーを溶いたと思えば、そうなるのも理解できるのですが。



あ、生卵は一定量以上食べるとビックリするほど身体に悪いから止めたほうがいいよ（誰もやりません）


食べ物で遊ぶな？ごもっとも。すんませんでした。





]]> http://fujii-yuji.net/2008/04/coco.html http://fujii-yuji.net/2008/04/coco.html 僕が注目しているサイト、ブログ 日常のことですみません。 Fri, 04 Apr 2008 23:42:49 +0900 木曜日は忙しい モーニングとヤンサンとヤンジャンが同時にでるなんてうれしいけど忙しい。
仕事じゃなくてマンガでかよ！

そうです。マンガ読むのが忙しい。
月曜日もぼちぼち忙しいけど、やっぱ木曜日だな。

発売日ズラしてくれないものか。
]]> http://fujii-yuji.net/2008/03/post-87.html http://fujii-yuji.net/2008/03/post-87.html Thu, 27 Mar 2008 09:58:54 +0900 今さら聞けない？ SEが知っておくべきSEOの基礎 システム発注をする際、担当SEさんにSEO的な要件を入れたRFPを渡すと「なるほど～はじめて知りましたー」と言われることも多い気がするので、システム設計に関わる方に見ていただくSEOの基本説明資料を作ろうと思っています。

※基本中の基本なので、わかってる人は読まなくていいくらいの基礎だけです。


Web担に書こうかと思ったけど、荒削りなので、ここにエントリ。
追記していって、まとまったら、 Web担に書こうかな。



■SEOの基本

Google・Yahoo・MSNなどの検索エンジンの仕組みは、クローラー（ロボット/スパイダー）が、色々なWebページを拾ってDBに情報を収めるというものです。ページのデータがDBに格納されている状態を「インデックスされる」と呼んでいます。

インデックスされたWebページは、各検索エンジン独自の考え方と技術によって（＝アルゴリズムによって）重要度が付けられ、検索結果として表示されます。

SEO専業とかになると、もっと深いところまで考える必要があるのですが、普通にWebシステムを作るのであれば、下記のように検索結果が作られていると考えてください（実際とは少し違いますけど、基礎としては下記の認識があれば十分だと思います）


　(1)クローラーがくる
　　　↓
　(2)インデックスされる
　　　↓
　(3)アルゴリズムによって表示順位などが決定される



このエントリではSEOの深い技術ではなく、「適切にクローラーが巡回してきて、インデックスをしてもらえるシステムを構築する」という基礎だけを考えることにします。




■クローラーが巡回できるページを設計する

独自ドメインをとって、HTMLでスタティックなページを作って、検索エンジンに登録さえすれば時間はかかりますし例外もありますが、普通はクローラーが訪問してきますが、Webサイトによってはクローラーが到達しづらいページや、クローラーに嫌われるページがあります。

逆に言えばクローラーが巡回してくれるページを設計するというよりは、巡回しづらいシステムを作らなければ良いというだけで、Webシステム設計者の方は、この部分だけ押さえておけば、とりあえずは問題のないものが作れると思います。多分。



■JSにはNOSCRIPTを。
最近のクローラーはJavascriptを理解しているものもある気もするのですが、Javascriptを理解しないクローラーでも巡回できるようにしておくのが基本です。
ただし、JSのON/OFFでリンク先やページの意味が大きく変化するようなNOSCRIPTを仕込むのはスパム行為になるので控えてください。


■FORMは使ってくれません。
これ、意外と知らない人が多くてビックリなのですが、例えばＥＣサイトを作る時に商品カテゴリなどをフォームからのPOST/GET（またはJSなど）で取るようにしてあると、そこから先にクローラーは来てくれません。
クローラーはフォームデータを送信しません（←これ重要）
デザインの時点でクローラーも巡回できるよう設計にしておくのが大事なのです。
（他の方法もあるのですが、スパムにならない方法を説明するのがダルいので省略しますｗ）


■URLを一意にする
フォワード／インクルードを連発するJAVA屋さんがハマりやすい罠なのですが、クローラーはURLを一意の基準としてページを巡回しています。
クローラーはURLを変えずに遷移させるページを上手く巡回できないので、ちゃんとURL変えてください。
※フレームワークの仕様で変えられないとか言わないでね、本気で困るから（笑）

逆にURLに、PHPSESSID=******を含む場合や、input type="image"の際に送信されてしまうクリック座標データを含むURLなども問題です。

Googleは「同じページにURLが複数ある状態」について下記のように教えてくれています。

ウェブマスター向けガイドライン -Google
セッション ID やサイト内のパスを追跡する引数がなくても、検索ロボットがサイトをクロールできるようにする。 これらの技術は個々のユーザーの行動を追跡する場合には便利ですが、ロボットがアクセスするパターンとはまったく異なります。 これらの技術を使用すると、実際は同じページにリンクしている、異なる URL をロボットが排除できず、そのサイトのインデックスが不完全なものになる可能性があります。

「同じページにURLが複数ある状態」のと「違うページだけどURLは同じ状態」は、どちらもダメって覚えてください。（←これ重要）


上記のGoogleガイドラインにも書いてありますが、ほぼ同一のコンテンツでURLに含むパラメーター少しだけ違う動的ページが大量にある（＝ページが大量にある）ような場合、クローラーは（そのサイトへの負荷なども考えて）大量にインデックスすることをしないようにしています。
つまり、インデックスされない可能性や、アルゴリズムによる評価が低くなる可能性があるということです。


もちろん、それだけではなくセッション・クッキーやリファラーによって表示を変えるページもクローラーを惑わせるので、上手に設計する必要があります。（変なことするとスパムになることもあるから注意）


以前と違い、最近の検索エンジンは動的なページもインデックスしてくれますが、それは上記のように「URLを一意にする」を守っている場合です。GETで引き回すシステムを作る時に、同じ検索結果なのに様々なURLがあるシステムを作ってしまうことがあります。例えば下記のような場合です。


uchi.gif「メーカー名→カテゴリ→素材」と遷移してきた場合と「カテゴリ→素材→メーカー名」と遷移した場合で、同じ検索結果を返していてもURLは違う・・・なんてことはありませんか？
これらは同じURLを返すように設計すべきです。

または、下記のようにメインの検索ルートは動的なURLを使用せず、フリーワードや絞込みの際にフォワードやフォームを使ったページを返すというのが、一般的な手法だと思います。

kakaku.gif
また、URLにGETのパラメーターを表示している、いないに関わらず気をつけなくてはならないのがスパイダートラップです。


生ログを見ればわかると思いますが、大手検索エンジンが放つクローラーは非常に行儀がよろしいので、できる限り巡回先のサーバーに負荷をかけないように考えて動いています。

ですが、サイトの設計によっては、クローラーがURLに含むパラメーター違いなだけの似たページを巡回しているうちに無限ループさせられることがあります（最近のクローラーは賢いから気づくっぽいけど）

当然、そういったサイトは検索エンジンから好かれることはありませんので、クローラーのループが発生しないような設計が必要です。




・・・なんてものを書いていたら、SEOmoz 動的サイトにおけるSEOの施策という素晴らしい記事が公開されているじゃないですか。ぼくのエントリより、これ読む方がいいかも。とほほ。

つ、疲れた・・・今日はこれ以上書く気力が起きないので、気が向いたら続編を書きます。。。






]]> http://fujii-yuji.net/2008/03/-seseo.html http://fujii-yuji.net/2008/03/-seseo.html WEB関係っぽいこと Wed, 26 Mar 2008 14:00:45 +0900 上司は「叱る」も「褒める」も「怒る」も手札。
先日、上司をやっつけちゃう若手の話を書きましたが、他にも近年の上司と部下の関係を見ていて、思うことがあるのです。


それは、部下に対して怒ることができる人が減ったってこと。


ぼくの独自の調査によれば（まわりを見回しただけだけど）部下に怒ることができない人は

  • 「自分が怒られて育ったから自分の部下に怒りたくない人」
  • 「自分が怒られたことがないから部下を怒れない人」

の２種類の人が多い気がします。
それって怒らないんじゃなくて怒れないだけじゃん！！！


怒る上司っていうのは悪いイメージありますよね。美味んぼの富井副部長ｗみたいなイメージでしょうか。
まあ、たしかに富井副部長はいただけないですなｗｗｗ

あんなんじゃなくて、正しい怒り方ってのがあるんじゃない？


よく見かける「部下との接し方」みたいなマニュアル本に「部下は怒るな叱れ」みたいなことが書いてあるけど、あれは、ある意味で間違い。そんなこと書いてあるから怒れない人が増えるんだよ！まったく。


叱るって何でしょう。
例えばミスをした部下に対して、フォローを入れて・発生原因を話し合って・同じことをやらないためには何を変えるのかを話す・・・理論的に叱るってこんなイメージですよね、きっと。

どうですか？ステキな上司だと思いますか？
まあ、これくらいできて当たり前なのですが、それしかできないのでは、ぼくが考える戦力になる人材は育たないな。



ぼくは仕事のミスをした者は叱られるのではなく怒られるべきだと考えます。

それは仕事の責任を覚えるのに大事なことだからです。
ミスをしたら怒られるだけでは済まない局面に対峙できる人材になる準備なんですよ。

例えば幾らか損失を出すミスをしたとき、上司は色々な意味で損失分相当の責任をとるわけですが、ミスをした人ができることは怒られることと上司の手伝いをすることになるはずです（まあ、色々なシチュエーションがあるだろうけれども）

だから、まあ、責任がとれないなら、せめて怒られてろと。

上司は責任がとれない部下に対しては、ちゃんと怒って責任とらせてあげなさいよと。

そう思うわけです。



何が言いたいかっていうと、怒ってあげなきゃ部下はミスをした対価を払うことを経験できないんじゃないかってこと。

ほら、xxxHOLiCでも鋼の錬金術師でも「対価」とか「等価交換」って言ってるじゃん。
あれだよ、あれ（マンガの話です）


ぼくは、部下を育てるために適切なコミュニケーションをしたいと思ったら、「叱る」と「褒める」だけじゃなく、ちゃんと「怒る」っていう手札が必要だと考えています。


ミスをした部下にテクニカルなことを教えたければ「叱る」は重要。
でも、責任を教えるには、本気の感情を交えたコミュニケーションが必要なんだよね。


あなたの会社に「怒る」が手札にない上司、増えてませんか？
（怒るしかないヤツは論外ね）






]]> http://fujii-yuji.net/2008/03/post-86.html http://fujii-yuji.net/2008/03/post-86.html ビジネスのこととか Sun, 23 Mar 2008 09:47:38 +0900