2006-04-23

今日は日曜日。お休み!・・・ですが、MovableTypeのお勉強をしてしまいました。 まずは、MovableTypeの概念を理解しようとしてみました。「Blog」の代表格とされていますが、「再構築」とか「テンプレート」とか色々と構成要素や扱い方が複雑でパッと理解できません。私は昔からWeb上で日記を書いていて(もう9年目だ・・・)手書き→ハイパー日記システム→tdiaryと使ってきたのですが、ここまで直感的に分からないシステムは初めてです(^^; MovableTypeにおいては、まず「エントリ」があるようです。これはユーザーが書くもので、それには「コメント」や「トラックバック」がひもずきます。「エントリ、コメント、トラックバック」で一塊のようですね。ここには構造やデザインは含まれていません。単純にデータ、文字列のみです。 ではこの塊が複数ある場合に、それを表示するにはどのような見せ方をするか?ということで、それが「テンプレート」としてまとまっているようです。つまり、「エントリ、コメント、トラックバック」から、トップページ、RSS、アーカイブページ(月ごと)、書くエントリのページなどを生成しているわけです。データと構造の分離ですね。さらに言うと、デザイン部分はCSSで切り出されていて、JBSブログで採用されている3.2ではStyle-CatcherプラグインでCSS部分のみ簡単に入れ替えることができるようです。 さて、個別の「エントリ、コメント、トラックバック」のデータから、たとえばトップページ(index.html)を作る場合ですが、書かれているエントリの最新のものからいくつかを表示したり、月が替われば月ごとのアーカイブへのリンクができてきたりなどかなり動的に内容が変わるものになっています。これをどのように表現するのか?というところですが、そこに関しては「MovableType専用タグ」が用意されているようです。これがちょっと分かりづらいのですが、HTML内でループが実現されているような感じです。このぶぶんはASPとかPHPなどと同じような感じですね。(んーこんな説明じゃわからないと思いますが。) で、どうやら、この「MovableType専用タグ」がバージョンが上がるたびに増えて、しかもきちんと解説がなされておらず、標準のテンプレートに入ってるくせに解説されていない・・・などといったこともあるようです。私もブログ一覧を作るだけでタグの名前がわからなくて凄く苦労しましたし・・・。 さて、この「テンプレート」ですがMovableType専用タグが使えるのが売りなのでしょうが、実はそれを使わないで、自分でHTMLタグを書くと、それがそのまま表示されたりします。ある意味、MovableTypeに頼らず、テンプレートを自分で作る(=ページを作る)ことでHTMLタグ手打ちの完全にブログっぽくないページを作ることも可能です。MovableTypeはCMSなんですね。ブログっぽい感じがいやな方は、必要最小限の部分だけMovableType専用タグを使いつつ、ほぼ自分でサイトを構成する・・・っていうのも面白いかもしれませんね。 で、MovableTypeではこのように作ったサイト構造からHTMLファイルをほぼ全て静的に吐き出しているようです。それがサイトの「再構築」ですね。確かにこのやり方の方が閲覧時の負荷は低いですが・・・。 さて、ここまで理解した上で、メインページ、ここのエントリのページ、月ごとのアーカイブページ、日ごとのページ・・・などせこせこと構築しました。面倒です・・・。でも、気がついたのですが、検索の結果のページだけは動的に生成している上に、MovableTypeシステム全体でテンプレートを共有しているらしく、個別のブログ側ではコントロールできないようです。残念。 というわけで、頭のなかではMovableTypeを使ったどんなサイトでも作れる気になりました。MovableTypeでのサイト構築を行う場合にはご相談下さい(笑 まだわからないのは、perlでMovableTypeのプラグインを作る方法と、なぜか動的なページの生成にはphpが使われているらしいのですが、その理由(なんでperlじゃないんだろう?)と、使い方あたりでしょうか。まだ気がついていない要素もあるかとは思いますが。 それにしても、業界標準って言いながら他のシステムに比べて難しすぎると思うんですが・・・(難しいのがいいのかも。)

April 23, 2006 · 1 min · 胡田昌彦

2006-02-02

トラックバックスパムいただきました。それとも、これはスパムではないのだろうか?いや、さすがにそういう認識だろうなぁ。 さて、なんでこんなサイトにトラックバックを打ってきたのかはよく分かりませんが、なんで受け付けてしまっているのでしょうか?? 私の意図としては、こちらのサイトへのリンクが含まれていないサイトからのトラックバックは受け付けないように設定しているはずなのですが・・・。設定時に動作は確認済みなので、何かのタイミングで挙動が変わってしまったか、もしくは相手のサイトがリンクを一時的に張ってから後で消したか(これはないな)、フィルタに抜け道があったか・・・。 検証するのめんどうだなぁ・・・。

February 2, 2006 · 1 min · 胡田昌彦

2006-01-16

このブログの意見に結構賛成です。(違っているのは定義ではなくて、使い方だと思いますけれども。)http://blogs.yahoo.co.jp/umikaze_engineer/23346695.html 「いやね、TrackBackっていうのは、言及リンクしたことを通知するための機能なんだよね。それ以上でもそれ以下でもないし、間違った使い方をするのは良くないよ。」 「まぁ、言ってる事はわかりますが、もっと頭柔らかくしても良いんじゃないですか?結局皆理解していないし、本来の意味目的とは違う方法で文化が出来てしまってるんだからさ。」 「いや、あのさ、別にどうでもいいよ。自分に火の粉がふりかかってきたら払うだけだよ。自分でプラグインでも何でも書けば良いじゃん?」

January 16, 2006 · 1 min · 胡田昌彦

2006-01-15

このエントリ|http://ebi.dyndns.biz/diary/20060107.html]]トラックバックに関する話題を書いてみたら、[[はてなブックマークでコメントいただきました。噂どおりこりゃ気がつきにくいわ・・・。コメントをくれた方々、ありがとうございます。 コメントをくれた皆さんは能動的リンクでなければ無いのと一緒で、リンクがあれば良いってもんじゃないという意見のようですが、その意見には私も大筋で合意します。 でも、それってどこまで行ってもそういう考え方をしている人の意見ですよね。これだけネットを利用する人口、Blogを利用する人口が増えてきたときに、自分とまったく違う考え方、使い方をする人を「もともとそういうものじゃないんだから」ということで切り捨てるのももったいない気がします。「もともとそういうものじゃない」かもしれないけど、「確かにそういう使い方もあるよね」と認めてそういう人でも使いやすくしてあげることも検討の価値はおおいにあると思います。前回のエントリでも書いたように、たとえば50も100もトラックバックを送るような人なんかのために。(そして、それを受けるひともまったく同じような使い方をして、それでお互いが幸せであるような場合に) takoponsさんの意見 ““ユーザからの「リンク自動追加の要望」に素直に従って実装してしまうサービス会社が出てくるハズだ。 それはサービスなのか? これに関しては、サービスだと思います。そういう需要があるわけですからね。需要があるところに供給すればそれが倫理的に間違っていようとも、まったく理解できなくても、あほらしくてもサービスではあると思います。ソープランドだって、ギャンブルだって、メイド喫茶だって立派なサービスだと思います。(私はどれも利用しないけど) ekkenさんの意見 ““スパムが正当化されるからダメです。 こちらはいわんとしていることがいまいちよくわかりません。ごめんなさい。ここでのスパムの定義があいまいですが、本当にサイトの広告のことを言っているのであれば、スパムを送っている本人はいつの時代も自分のことを正当化しているから、まったく関係ない気がします。本人はスパム意図が無いけれども、受け取った側ではスパムに感じるようなケースの場合。意図のすれ違いなのですから、何がどうということも無いような? ところでトラックバックスパムに関してはこれからメールにおいてのスパムとスパム対策と同じようにいたちごっこが始まるんでしょうね。やれやれ。 ところで、勘違いしないでおさえておいていただきたいのは、前回のタイトルでも書いたように「トラックバック送信先に自動的にリンク貼る機能があれば問題の_10%_くらいは解決すると思う」ということなので、こういう機能を追加することによるデメリットももちろんあるだろうことは理解しています。でも、トータルでみるとちょっとは良いほうに向かうだろうというのが私の意見です。単純に技術的な話でいけばこういうことは歯止めがかけられるわけではないですからね。近い将来は、こういった誰でも考え付くけれども、人によっては改悪だと思えるようなものは何でもかんでも実装されて、その機能のON/OFFは個人が選べるようになるのではないでしょうか?

January 15, 2006 · 1 min · 胡田昌彦

2006-01-07

ライブドアにトラックバックスパム防止機能が組み込まれるということでまた言及リンクのないトラックバックに関しての問題が再燃しておりますね。個人的にはすでに言及リンクのないトラックバックスパムをはじく機能を組み込んであるし、トラックバックをこのBlogに送ってくるようなひとは全然いないから関係ないんですけれども。 でも、私の意見としては、相互リンクが成立していれば文句を言わないひともおおいんだから、言及リンクがないトラックバックをはじく機能をつけるのであれば、それと同時にトラックバック送信先を本文中に自動的に埋め込む機能も作らないと片手落ちではないのかと思います。ひとつのエントリに50も100も(!)トラックバック送信先を指定する人もいるらしいからそういう人はこの機能で救われるでしょう。 それが良いのか悪いのかは別として・・・。 tdiaryでプラグインを書いても良いんだけど、tdiaryを使っている人でこの機能が必要だと思う人は少なそうだからな・・・。

January 7, 2006 · 1 min · 胡田昌彦

[work] 社内ブログにおけるトラックバック

社内ブログに関して考えたときには「ブログって何だろう?」というレベルのひともいることが大いに考えられます。そこに、コメントはまだいいとしても、「トラックバック」という概念が入り込んでくると難しすぎるのではないか?などと考えております。 まずはトラックバックとはなにか?というところでは簡単に詳しく説明してくれているサイト紹介する。たとえば、3分でわかるトラックバックなど。これはこれでいいとして・・・。 でも、やっぱりそんなに単純じゃなくて、トラックバックの使い方に関して、現在Web上でも議論がなされている時期で、まだまだ成熟してい無いのではないかと感じています。 たとえば、「言及リンク」を本文に含めるべきかというような話。この話に関してはただただしさんの「言及リンクのないTrackBackの何がいけないのか」というエントリが非常にわかりやすいです。(と、ここでTrackBackを打ってみるが、これは正しい使い方なのだろうか??) 私は自分の意見を持つほどには経験がないのでなんともいえませんが、情報共有、コミュニケーションツールとしての社内ブログを考えたときに、TrackBackとは何ぞやとか、どのように使われるべきかというのは事前に検討すべき問題ですね。 でも、「トラックバックというのはこういうものです。」といった上に「トラックバックするときには言及リンクをするようにしてください」なんていうことがシステムの運用上成り立つかというと・・・?かなり微妙といわざるを得ないのかなと思います。ユーザー教育のレベルを通り越しているような。 でも、エントリ間の有機的なつながりを形成するのとしないのとでは情報としての価値が違ってくると思いますし・・・。コメント欄にいちいち「関連するエントリ書きました。URIはこちらhttp://…」って書いて回るのもいけてないし。 個人的には、エントリへのTrackBack元の一覧表示に加えて、エントリへのTrackBack送信先の一覧表示機能をつけるべきなのではないか・・・なんて思いますけれども。さてさて。 でもまだ、自分の意見を持てるほどには経験値が稼げていないので、もっと自分で使ってみないとだなぁと思っております。 というわけで、TrackBackプリーズです。

November 29, 2005 · 1 min · 胡田昌彦

[work] 社内ブログが失敗する理由。チームブログと個人ブログ。

現在社内でのコミュニケーションツールを充実させようと、活動をしています。(普通の仕事+αで。事実上ノーギャラで。。。。) その中のひとつのプロダクトとして、社内ブログも考えています。今までは、社内ブログ(社内向け)なり、企業ブログ(顧客向け)なりに関してのWeb上で読める記事なりblogといえば、ポジティブなものばかりだったのですが、そろそろネガティブな意見、うまくいっていないという意見も聞こえてくるようになってきたようです。さもありなん。 これからそういうツールを提供しようとしているわけですから、うまく行ってる話よりはうまく行っていない話から学べることのほうが多いはず。 たとえば、starockerさんの社内ブログが失敗する7つの理由には「なるほど」と納得です。 単純に「こうしたほうがよい」という話は、どんどん取り込んでいこうと思います。 が、やはり考えてしまうのは、「本当にツールやシステムの問題なのか?」ということですね。どんな悪いシステムで、どんなにアナウンスの仕方やフォローアップがなっていなかったとしても、モチベーションが高く、「情報を共有しよう」という意識を持っている人たちであれば、それでもうまく出来てしまうのではないか?それができないのならば、いかにツールやシステムがうまく出来ていたとしても、結局うまく行かないのではないか? ・・・なんてことを考えちゃいます。でも、そんなこと考え出すと「じゃぁ会社変わってしまえばいいんじゃないか」みたいな話まで飛んでしまうわけですが、でも、それにしたって、「会社が変わったって自分が変わらなければ意味が無いのではないか」とも思えますしね。 出来る範囲でツールやシステムもやりつつ、やはり精神面に訴えかけるアプローチも平行することが成功の秘訣なのではないかと思いますが・・・さて? 以下の参考記事を読んで具体的にシステム、仕組みとして悩ましいのは、ブログの基本単位をチームブログにするべきか、個人ブログにするべきか、もしくはその比率は?といったところですね。 私自身個人のブログしか普段見ていないので、チームブログといってもあんまりピンと来ていないということもあるので、もうちょっとチームブログをみてみないとですね。お勧めがあれば教えてください。 さてさて、以下、参考記事です。 参考記事 社内Blogについて 社内ブログは新しい社内コミュニケーションツールになるか? ネットワークコラム:社内ブログはナレッジマネジメントツールとして機能するか? 社内ブログ導入記 日本企業が社内情報を生かせるようになるには経営的な課題が多い 社内コミュニケーションツールとしてのWeblog 社内ブログが社員を感動させ元気にする!! 社内ブログが失敗する7つの理由

November 28, 2005 · 1 min · 胡田昌彦

[thinking] 自宅の会社用と会社の検証用と自宅用の自分用と

ここのところblogを書くべき場所が3つに分散してしまって、どこに何を書けばいいのかわからない上に、仕事上の共有ネタはまたblog以外のものもあって、いつ、どのタイミングで、何を、どこに書けばいいのかまったくわからん!!!

November 24, 2005 · 1 min · 胡田昌彦

はっぱ。

はっぱをかけてみましょう。早く内容ができるといいですなぁ。http://ktanaka2.blog35.fc2.com/

November 7, 2005 · 1 min · 胡田昌彦

[pc] google Desktop2正式版

Google Desktop2正式版がリリースされたとのこと。相変わらずGoogleはすごいな….。

November 4, 2005 · 1 min · 胡田昌彦

[thinking][work] blog

ここ最近、会社の人の数人にここのサイトが立て続けに見つかってしまいました。会社の人に見られているかもと思うと、書きたいこともかけない・・・・・・というとこもないですけどね。 まぁ、せっかくなので、たまには会社の方ででも、こちらのサイトででも、反応いただければと思います。

October 28, 2005 · 1 min · 胡田昌彦

[tdiary] 仕様?バグ?

上の「Google Desktop2」のエントリでは、一番初めからリンクタグを書いているのですが、そうすると吐き出されるHTMLタグに&ltp&gtが抜けてしまうみたいです。これは仕様なのかな?バグなのかな?時間があるときにちょっとソースでも読んで調べて見るかのぅ・・・。

August 23, 2005 · 1 min · 胡田昌彦

よめのブログ

http://blog.livedoor.jp/tebi3/

August 21, 2005 · 1 min · 胡田昌彦