<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
    <title>#BLOG</title>
    <link rel="alternate" type="text/html" href="http://www.masahiko.info/blog/" />
    <link rel="self" type="application/atom+xml" href="http://www.masahiko.info/blog/atom.xml" />
   <id>tag:www.masahiko.info,2008:/blog//1</id>
    <link rel="service.post" type="application/atom+xml" href="http://www.masahiko.info/blog/mt-atom.cgi/weblog/blog_id=1" title="#BLOG" />
    <updated>2008-03-25T16:26:55Z</updated>
    <subtitle>Movable Type、ブログ、Web関連についてのブログ。シャープブログ（Sharp Blog）。</subtitle>
    <generator uri="http://www.sixapart.com/movabletype/">Movable Type  3.21-ja</generator>
 
<entry>
    <title>Windows Live SkyDriveで大量のファイルを一気にアップロードするには？</title>
    <link rel="alternate" type="text/html" href="http://www.masahiko.info/blog/archives/000919.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.masahiko.info/blog/mt-atom.cgi/weblog/blog_id=1/entry_id=919" title="Windows Live SkyDriveで大量のファイルを一気にアップロードするには？" />
    <id>tag:www.masahiko.info,2008:/blog//1.919</id>
    
    <published>2008-03-25T15:40:28Z</published>
    <updated>2008-03-25T16:26:55Z</updated>
    
    <summary>皆さんは、友達への写真や動画、大きなファイルの受け渡しはどのようにしているでしょ...</summary>
    <author>
        <name>一色政彦</name>
        <uri>http://www.masahiko.info/</uri>
    </author>
            <category term="Web関連" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.masahiko.info/blog/">
        <![CDATA[皆さんは、友達への写真や動画、大きなファイルの受け渡しはどのようにしているでしょうか？

ファイル サイズが大きい場合、メールで送れないことがあるので、CDに焼いたり……ですよね！？

そういう人に紹介したいのが、「Windows Live SkyDrive」というインターネット上のサービスです。なんと5GB（ギガ・バイト）の大容量を無料で利用できます。それだけでなく、SkyDriveはファイルを公開したい範囲を制限する機能もあり、とても便利です。つまり友人だけにURLをお知らせして、友人だけにファイルをダウンロードしてもらうようなことができます。

<img alt="skydrive_13.gif" src="http://www.masahiko.info/blog/archives/images/skydrive_13.gif" width="490" height="444" />

例えば「たくさんの写真を友人へ渡す」という目的でSkyDriveを使う場合、大量にファイルをアップロードすることになりますよね。そのとき、1枚1枚ファイルをアップロードするなんて面倒くさくてやってられません。

そこで以下では大量のファイルを一気にアップロードする方法を紹介します！]]>
        <![CDATA[ここで紹介する方法では、SkyDriveが提供するアップロード ツールを使用します。しかし残念ながら、IE（Windows Internet Explorer）にしかこのツールはインストールできません。FirefoxやSafariを使っている方は、ファイルをアップロードするときには一時的にIEを使う必要があります。それでは紹介していきましょう。


【大量のファイルをアップロードする方法】


1. まずは以下のサイトにアクセスして、SkyDriveのページを開きましょう。［使ってみる］をクリックします。

　・<a href="http://skydrive.live.com/" target="_blank">Windows Live SkyDrive</a>

<img alt="skydrive_01.gif" src="http://www.masahiko.info/blog/archives/images/skydrive_01.gif" width="490" height="497" />

2. 次にログイン画面が表示されます。Windows Live IDを持っている場合は、右側の入力欄にIDとパスワードを入れて［サインイン］してください。持っていない場合は、左側の［新規登録］を行う必要があります。

<img alt="skydrive_02.gif" src="http://www.masahiko.info/blog/archives/images/skydrive_02.gif" width="490" height="388" />

3. サインインすると、さっそくSkyDriveのページが開きます。そこには「個人フォルダ」（＝自分専用）、「共有フォルダ」（＝友人に公開）、「公開フォルダ」（＝みんなに公開）という、3つの公開レベルがあります。今回は「個人フォルダ」の「文書」フォルダをクリックしてみましょう。

<img alt="skydrive_03.gif" src="http://www.masahiko.info/blog/archives/images/skydrive_03.gif" width="490" height="497" />

4. 「文書」フォルダの中身が開きます。フォルダが空の場合は以下のようになります。「ファイルを追加」というリンクをクリックします。なお、上部のメニューから［ファイルを追加］を選択してもOKです。

<img alt="skydrive_04.gif" src="http://www.masahiko.info/blog/archives/images/skydrive_04.gif" width="490" height="308" />

5. すると、「ファイルを "文書" に追加」というページが表示され、次の画面のように右上に「アップロード ツールをインストールしてください」というリンクが表示されますので（※FirefoxやSafariでは表示されません）、クリックしてください。アップロード ツールをいったんインストールするとこの表示は出なくなります。

<img alt="skydrive_05.gif" src="http://www.masahiko.info/blog/archives/images/skydrive_05.gif" width="490" height="409" />

6. インストールしようとすると、IEのページ表示部分の上部に「Windows Live SkyDrive Upload Tool アドオン」のインストールの許可を求める表示が出ますので、クリックしてください。

<img alt="skydrive_06.gif" src="http://www.masahiko.info/blog/archives/images/skydrive_06.gif" width="490" height="470" />

7. すると、メニューが表示されるので、そこから［ActiveX コントロールのインストール］を選択します。

<img alt="skydrive_07.gif" src="http://www.masahiko.info/blog/archives/images/skydrive_07.gif" width="409" height="142" />

8. これにより、次のような［Internet Explorer - セキュリティの警告］ダイアログが表示されます。ここで［インストールする］ボタンをクリックしてインストールを開始します。

<img alt="skydrive_08.gif" src="http://www.masahiko.info/blog/archives/images/skydrive_08.gif" width="490" height="183" />

9. 以上でインストールは完了です。次の画面のように、「ここにファイルをドラッグ」と表示された領域に、Windowsエクスプローラなどから、画像などの（複数の）ファイルをドラッグ＆ドロップしてください。

<img alt="skydrive_09.gif" src="http://www.masahiko.info/blog/archives/images/skydrive_09.gif" width="490" height="533" />

10. ドロップしたファイルの一覧が下に表示されます。あとは［アップロード］ボタンをクリックするだけです。

<img alt="skydrive_10.gif" src="http://www.masahiko.info/blog/archives/images/skydrive_10.gif" width="490" height="528" />
　　　↓（アップロード中……）
<img alt="skydrive_11.gif" src="http://www.masahiko.info/blog/archives/images/skydrive_11.gif" width="490" height="515" />

11. アップロードされると次のように表示されます。

<img alt="skydrive_12.gif" src="http://www.masahiko.info/blog/archives/images/skydrive_12.gif" width="490" height="510" />

以上。]]>
    </content>
</entry>
<entry>
    <title>MTでテンプレート リンク ファイルへのパスを一括置換するには？</title>
    <link rel="alternate" type="text/html" href="http://www.masahiko.info/blog/archives/000899.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.masahiko.info/blog/mt-atom.cgi/weblog/blog_id=1/entry_id=899" title="MTでテンプレート リンク ファイルへのパスを一括置換するには？" />
    <id>tag:www.masahiko.info,2007:/blog//1.899</id>
    
    <published>2007-05-05T08:53:39Z</published>
    <updated>2007-05-07T04:03:55Z</updated>
    
    <summary>「MTの複数のブログでテンプレートを共有するには?」のエントリで紹介した方法で「...</summary>
    <author>
        <name>一色政彦</name>
        <uri>http://www.masahiko.info/</uri>
    </author>
            <category term="Movable Type関連" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.masahiko.info/blog/">
        <![CDATA[「<a href="http://www.masahiko.info/blog/archives/000764.html" target="_blank">MTの複数のブログでテンプレートを共有するには?</a>」のエントリで紹介した方法で「このテンプレートにリンクするファイル」（以下、テンプレート リンク ファイル）を活用する場合、そのファイルの絶対パスを指定します。

<img alt="templatelink1.gif" src="http://www.masahiko.info/blog/archives/images/templatelink1.gif" width="449" height="312" />

そのため、Movable Typeのサイトを移行すると、絶対パスが変わって、せっかく前回指定したパスが無効になってしまいます。これを手動で編集し直すのは面倒な作業です。

これを回避するには……]]>
        <![CDATA[データベースに保存されているパスの情報を（移行後に）一括で書き換えるとよいでしょう。MySQLデータベースを使っている場合には、次のSQL文をシステムにログインしてコマンドライン・コンソールから、もしくはphpMyAdminなどのツールから実行してください。

<blockquote>UPDATE `mt_template`<br />
&nbsp;SET `template_linked_file` =<br />
&nbsp;&nbsp;REPLACE (`template_linked_file`, '＜昔のパス＞', '＜新しいパス＞')<br />
&nbsp;WHERE `template_linked_file` LIKE '＜昔のパス＞%';</blockquote>

＜昔のパス＞と＜新しいパス＞はそれぞれの環境によって異なりますので、適切なものを入力してください。
【入力例】
＜昔のパス＞の例　：/home/oldsite/public_html/
＜新しいパス＞の例：/home/newsite/www/

これを実行することにより、Movable Type用データベースにある、テンプレート管理用の「mt_template」テーブルの中にある、「template_linked_file」というテンプレート リンク ファイルを管理するカラムに格納されている「＜昔のパス＞」のデータを「＜新しいパス＞」に書き換えてくれます。

作業はこれだけです。]]>
    </content>
</entry>
<entry>
    <title>Flickrの写真をランダム表示するには？</title>
    <link rel="alternate" type="text/html" href="http://www.masahiko.info/blog/archives/000886.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.masahiko.info/blog/mt-atom.cgi/weblog/blog_id=1/entry_id=886" title="Flickrの写真をランダム表示するには？" />
    <id>tag:www.masahiko.info,2006:/blog//1.886</id>
    
    <published>2006-09-30T17:29:26Z</published>
    <updated>2006-09-30T17:35:39Z</updated>
    
    <summary>現在、写真共有サイトはいくつかあります。例えば、「Yahoo!フォト」や「フォト蔵」、「Livedoor PICS」などです。  このうち「フォト蔵」は掲載可能枚数（1万枚）が他を引</summary>
    <author>
        <name>一色政彦</name>
        <uri>http://www.masahiko.info/</uri>
    </author>
            <category term="Weblog関連" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.masahiko.info/blog/">
        <![CDATA[<p>
    現在、写真共有サイトはいくつかあります。例えば、「<a title="Yahoo!フォト" href="http://photos.yahoo.co.jp/" target="_blank">Yahoo!フォト</a>」や「<a title="フォト蔵" href="http://photozou.jp/" target="_blank">フォト蔵</a>」、「<a title="Livedoor PICS" href="http://pics.livedoor.com/" target="_blank">Livedoor PICS</a>」などです。
</p>
<p>
    このうち「フォト蔵」は掲載可能枚数（1万枚）が他を引き離して多く、さらに動画もおけるなど、非常に優れたサービスを提供しています。しかしこの「フォト蔵」、画像を小さくする際に少し画像が見えにくく劣化してしまいます。
</p>
<p>
    そこでよりきれいに縮小してくれる「<a href="http://www.flickr.com/" target="_blank">Flickr</a>」を私は現在活用しています（このブログでは使っていませんが……）。
</p>
<p>
    Flickrへの写真のアップロードは専用のツールも提供されており、大変簡単でした。しかし、「ブログにアップロードした写真をランダム表示したい」と思い、情報を探してみたのですが、なかなか見つからず少し手間取ったので、このエントリにその方法を書いておきます。
</p>]]>
        <![CDATA[<p>
    Flickrで写真をランダム表示するには、“Flickr badge”という小さなブロック要素（部分的なHTMLコード）を生成し、それを自分のブログに貼り付けるだけです。
</p>
<p>
    実際に“Flickr badge”を生成するには、次のサイトを開き、指示に従ってオプション設定の選択を行うだけです。
</p>
<p>
    ・<a title="Make a badge" href="http://www.flickr.com/badge_new.gne" target="_blank">Flickr: Create your own Flickr badge</a>
</p>
<p>
    大きく分けてHTMLコード（＋JavaScript）だけのものと、Flashのものがあります。HTMLコード版の方は画像サイズや表示する画像の枚数なども選べるようになっています（Flash版は選択できません）。
</p>]]>
    </content>
</entry>
<entry>
    <title>ＩＰスパムフィルターの活用</title>
    <link rel="alternate" type="text/html" href="http://www.masahiko.info/blog/archives/000879.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.masahiko.info/blog/mt-atom.cgi/weblog/blog_id=1/entry_id=879" title="ＩＰスパムフィルターの活用" />
    <id>tag:www.masahiko.info,2006:/blog//1.879</id>
    
    <published>2006-06-07T15:58:32Z</published>
    <updated>2006-06-07T16:08:15Z</updated>
    
    <summary>本サイト全体での、スパム コメント、スパム トラックバックの対策として、「ＩＰスパムフィルター」を採用しました。</summary>
    <author>
        <name>一色政彦</name>
        <uri>http://www.masahiko.info/</uri>
    </author>
            <category term="Movable Type関連" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.masahiko.info/blog/">
        <![CDATA[本サイト全体での、スパム コメント、スパム トラックバックの対策として、「ＩＰスパムフィルター」を採用しました。

・<a href="http://www.j-pca.com/blog/log/eid39.html" target="_blank">ＩＰスパムフィルターを MovableType で使う方法！</a>

本サイトでは、これまで大量のスパムが来ていました。その大半はフィルタリングでスパムとして取り除き、残りは目で見て手動で削除していのですが、日本語以外・海外からのコメントやトラックバックは割合的にすごく小さいので、上記リンクで示したＩＰスパムフィルターを導入して、日本語のコメントやトラックバックのみ、国内からのコメントやトラックバックのみを受け付けるようにしました。

私が試用した限りでは、Livedoor Blogからもトラックバックできたので、動作的にはほぼ問題ないと思いますが、海外からコメントする場合などもしかしたらコメントやトラックバックできずにご迷惑をかけてしまうかもしれません。その場合は申し訳ありません。]]>
        導入して1日経ちますが、とりあえずスパム コメントもスパム トラックバックも来ていません(^^)。
    </content>
</entry>
<entry>
    <title>低料金定額の公衆無線LANでDoCoMoは消滅する？</title>
    <link rel="alternate" type="text/html" href="http://www.masahiko.info/blog/archives/000859.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.masahiko.info/blog/mt-atom.cgi/weblog/blog_id=1/entry_id=859" title="低料金定額の公衆無線LANでDoCoMoは消滅する？" />
    <id>tag:www.masahiko.info,2005:/blog//1.859</id>
    
    <published>2005-06-15T16:48:26Z</published>
    <updated>2006-04-08T14:26:50Z</updated>
    
    <summary>今日、帰宅してIT関連ニュースを眺めていて、すごく驚いたことがありました。 ・C...</summary>
    <author>
        <name>一色政彦</name>
        <uri>http://www.masahiko.info/</uri>
    </author>
            <category term="Web関連" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.masahiko.info/blog/">
        <![CDATA[<p>今日、帰宅してIT関連ニュースを眺めていて、すごく驚いたことがありました。</p>
<p>・<a title="" href="http://japan.cnet.com/news/com/story/0,2000047668,20084462,00.htm" target="_blank">CNET Japan：ライブドア、月額525円で全国使い放題の公衆無線LANサービス--海外も視野に</a><br />
・<a title="" href="http://www.atmarkit.co.jp/news/200506/16/livedoor.html" target="_blank">＠IT：ホリエモン、月額525円で公衆無線LANサービスに殴りこみ！</a><br />
・<a title="" href="http://www.itmedia.co.jp/news/articles/0506/15/news046.html" target="_blank">ITmedia：ライブドア、月525円・山手線圏内カバーの無線LANサービス</a></p>
<p>すごい激安！ サービスが始まったら真っ先に利用しようと思いました。</p>
<p>……しかし、私が驚いたポイントはそこでは、ありません。</p>]]>
        <![CDATA[<p>次の画像はCNETのページをキャプチャして引用したものですが、「スカイプ（Skype）」「Webメール」と書いてあります。</p>
<h2><img height="306" alt="cnetskype.gif" src="http://www.masahiko.info/blog/archives/image/cnetskype.gif" width="471" border="0" /></h2>
<p>スカイプとは、無料で音声通話ができ、しかも通常の電話機と同等の音質が得られます。つまり、現在のDoCoMoなどの携帯電話やPHSよりは遥かに音質がよく、しかもタダというツールなのです（参考：「<a href="http://www.atmarkit.co.jp/fwin2k/experiments/skype/skype_01.html" title="" target="_blank">＠IT：Windowsネットワーク管理者のためのSkype入門</a>」）。</p>
<p>もう一方のWebメールは特に説明の必要はないでしょう。</p>
<p>つまり、スカイプ＋公衆無線LAN対応の携帯電話を入手して、このライブドアの公衆無線LANの月額525円を払えば、電話は掛け放題（しかも高音質）、携帯メールは送受信し放題というわけです（※ただし電話の場合、通話相手がスカイプ以外の場合には別料金が必要となる可能性が高いでしょう）。</p>
<p>これを見て私は、<strong>「通信費を従量制で課金できる古き良きビジネス モデルは終焉を迎えたな……」</strong>と思いました。もちろん、古き良きというのは、サービスを提供する側にとって「良かった」という意味です。</p>
<p>これが今回のエントリのタイトルの理由です。</p>
<p>確かにライブドアがどこかで失敗して、スカイプを提供できるところまで行かないかもしれません。</p>
<p>ですが、このようなことは<u>技術的に可能</u>なので、<strong>いつか誰かが実現する</strong>でしょう（ソフトバンクも<a href="http://internet.watch.impress.co.jp/cda/news/2004/06/24/3638.html" target="_blank">携帯電話業界に参入しようと</a>していますし）。つまり、遅かれ早かれ、<strong>携帯電話の通話やメールは低料金で定額化する</strong>わけです。</p>
<p>となると、DoCoMoが今の携帯電話のビジネス モデルを、今後10年、20年も続けられることはあり得ないのではないでしょうか。</p>
<p>このようなことは、IT業界ではよく起こります。</p>
<p>「TOP企業として隆盛を極めた会社が、新しい技術をうまく取り込めずに、瞬く間に消えていってしまう。」</p>
<p>このような現象は、「イノベーションのジレンマ」として、知られています（これについは、昔、<a title="" href="http://www.atmarkit.co.jp/fwin2k/editnote/2004-10/enote2004-10.html#fdotnet" target="_blank">＠IT／Insider.NETのSTAFF VOICE</a>にも書いたことがあります）。</p>
<p><iframe src="http://rcm-jp.amazon.co.jp/e/cm?t=masahikoisshi-22&o=9&p=8&l=as1&asins=4798100234&fc1=000000&=1&lc1=0000ff&bc1=000000&lt1=_blank&IS2=1&f=ifr&bg1=ffffff" width="120" height="240" scrolling="no" marginwidth="0" marginheight="0" frameborder="0">
</iframe></p>
<p>月額525円の公衆無線LANというニュースを見て、<strong>「近い将来、携帯電話業界にイノベーションのジレンマが起こる！」</strong>。そんなふうに思いました。:)</p>
<p>＃エントリー公開後によく考えたら、スカイプは電話回線につなげるために、料金がかかりますね……。電話とスカイプの間には、そこに1つ壁がありますね(^^;)</p>]]>
    </content>
</entry>
<entry>
    <title>RSSとメールの違いとは？ ――ブログの真実――</title>
    <link rel="alternate" type="text/html" href="http://www.masahiko.info/blog/archives/000856.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.masahiko.info/blog/mt-atom.cgi/weblog/blog_id=1/entry_id=856" title="RSSとメールの違いとは？ ――ブログの真実――" />
    <id>tag:www.masahiko.info,2005:/blog//1.856</id>
    
    <published>2005-06-07T16:14:47Z</published>
    <updated>2006-04-08T14:26:50Z</updated>
    
    <summary>「＠IT：ネットワークコラム：社内ブログはナレッジマネジメントツールとなるか？」を読んで。
</summary>
    <author>
        <name>一色政彦</name>
        <uri>http://www.masahiko.info/</uri>
    </author>
            <category term="Weblog関連" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.masahiko.info/blog/">
        <![CDATA[・<a href="http://www.atmarkit.co.jp/fnetwork/column/narumono01/01.html" target="_blank">＠IT：ネットワークコラム：社内ブログはナレッジマネジメントツールとなるか？</a>

<a href="http://www.atmarkit.co.jp/" target="_blank">＠IT</a>でグランドトップになっていたので、ざっと斜め読みはしていましたが、今日改めて最初から最後まで読んで、「なるほど！」と思いました。:) 

というのも、この記事、ある程度正確にブログの真実を言い当てているような気がします。]]>
        <![CDATA[特に注目したのは「暗黙知」というキーワードです。ここでいう暗黙知とは、漠然とした思いつきのことです。知識の断片と言ってもいいと思います。

それに対するキーワードとして「形式知」が挙げられています。こちらは誰もが理解できる理論的で明解なアイデアのことです。

前掲の記事を読んで、「ブログとは暗黙知を表現するためのツール」と言えそうだと思いました。というようりも、「それを＜許してくれる＞ツール」と言えそうです。逆にいえば、ブログ以外のWebサイトはそれを許さないツールではないでしょうか？

想像してみてください。例えば、朝日新聞のサイトのようなパブリックなページで情報発信しようとすれば、誰もが納得できる理論的で明解なアイデアが要求されるでしょう。しかし、このようなアイデアを書くには一筋縄ではいかないでしょう。あらゆる調査と裏付け、深慮、そして長い時間が必要となります。それが「形式知」を実現することの難しさであり、弱点です。

しかしブログはそうではありません。漠然としたとりとめのない思いつきで許されることがほとんどです。マジメな記事の合間に「今日朝寝坊してしまった」とか「旅行に行って楽しかった」と書いても、多くの場合誰にもとがめられないし、私だって「備忘録」と書いて断片的な知識をブログにため込んでいます。

このようなブログの書き込みは、よく考えてみると、私たちの思考そのものに似ていませんか？

わたしたちは、いろんなことを漠然と考えていると思います。仕事に集中しているときもあれば、「ご飯食べたいなぁ」とか、「次はあの仕事がしよう」とか、ほんとにとりとめがありません。

思考とはとりとめなく頭に浮かんだ情報であると思います。一方、ブログはとりとめなく書き込まれた情報だと思います。

私たちの日常生活では、このような頭に思い浮かんだ漠然とした情報をまとめあげていくことで、初めてしっかりとしたアイデアに変化させることができ、そうやって初めて人に明確で論理的な情報としてそれを伝えることができるのだと思います。

例えば、何かアイデアを思いつくとき、いきなり明確なアイデアが思い浮かぶことはほとんどないでしょう。何かきっかけとなる、小さな気づきや発想。そこから浮かんでくる連続的・連想的な考えと想像。それらがまとまって1つのしっかりとした形を持つアイデアと形式知となる。そういうプロセスがあるのではないでしょうか？

極論して簡単にいえば、「たくさんの暗黙知（漠然とした思いつきなどの情報）を寄せ集めることで、それが結実して形式知（明確なアイデア）となる」のです。

同じようにブログでは、複数の人が数多くのブログを書き連ねることで、ネットワーク上の思考空間（＝日常生活でいうところの脳）を実現して、そこからあらゆる形式知が生まれるわけです。

これこそがブログの価値だったのだ、と私はこの記事を読んで思いました。

ちなみに終盤に書かれてある

<blockquote>ただ、心配なのは、社内ブログがうまくいって、情報の配信や蓄積が活況を帯びてきたとき、それを受け取る側は情報過多になり、それだけで拒絶反応を起こしてしまうのではないかという部分だ。</blockquote>

という個所ですが、（経験的に言って）これはRSSリーダーを使っている限り絶対にあり得ないと思います。

なぜならRSSの情報収集は、メールを読むのとまったく違う性質を持っているからです。

実は「メール」は比較的読まなければならない記事を探しにくいツールであるし、「選択的に読む」ということが非常に難しいツールだと思います。

例えばあなたは10階建ての本屋さんで本を探すときに、1階から順番に端の本棚から一冊ずつタイトルを見て、ときにはぱらぱらとめくったりして本を探すでしょうか？ 

そんなことしませんよね。目的の本が置いてる階のコーナーに行って探すはずです。

実はメールは目的の本棚に行くことが苦手です。メールは10階建ての本屋を下から順番に探さなければならないことが多いのです。

メールは、ラーメン屋の前に並んだ行列が1人ずつ・1組ずつ店に入れるように、来たメールを1つずつタイトルや内容を確かめながら読んで行くことがほとんどなのです。

メールは、カテゴライズとフィルタリングがしにくいツールなのです。

しかしRSSリーダーは、逆にこのカテゴライズとフィルタリングが大得意なのです。

読む項目を興味のあるコンテンツに絞ったり、興味のある人物に絞ったりできるわけです。

実際に私もRSSリーダーで収集した大半の情報は読まずに捨ててしまいます。気に入った10％程度（人によって変わると思いますが）を読んでいるだけです。もしこれをメールでやったら大変ですよね。「えっ、私が送ったメール読まずにすてちゃたんですか……！？」大問題になりそうです（笑）

まとめると、メールはプッシュ型で絶対的に送られてくる情報を読むためのツールで、RSSはプル型で選択的に情報を取得するためのツールと言えそうです。

従って、
「情報収集」にはRSSが適しており、「情報受信」にはメールが適しているのです。
そう考えています。]]>
    </content>
</entry>
<entry>
    <title>GoogleがWeb表示高速化ツール（ベータ）を提供開始</title>
    <link rel="alternate" type="text/html" href="http://www.masahiko.info/blog/archives/000848.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.masahiko.info/blog/mt-atom.cgi/weblog/blog_id=1/entry_id=848" title="GoogleがWeb表示高速化ツール（ベータ）を提供開始" />
    <id>tag:www.masahiko.info,2005:/blog//1.848</id>
    
    <published>2005-05-06T05:37:05Z</published>
    <updated>2006-04-08T14:26:50Z</updated>
    
    <summary>Googleが新たなツールを提供開始しました。今度はWebページの表示を高速化するためのツール「Google Web Accelerator」です。もちろん無償提供。</summary>
    <author>
        <name>一色政彦</name>
        <uri>http://www.masahiko.info/</uri>
    </author>
            <category term="Web関連" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.masahiko.info/blog/">
        <![CDATA[Googleが新たなツールを提供開始しました。今度はWebページの表示を高速化するためのツール「Google Web Accelerator」です。もちろん無償提供。

Google Web Acceleratorをインストールすると、下の画面のようにInternet Explorerなどのブラウザにツールバーが追加され、そのツールバー上には「合計で何秒、高速化できたか？」が表示されます。
<a href="http://www.masahiko.info/blog/archives/image/googleacc.gif"><img alt="googleacc.gif" src="http://www.masahiko.info/blog/archives/image/googleacc-thumb.gif" width="490" height="346" border="0" /></a>

現在のGoogle Web Acceleratorベータ版では、欧州や北米のWebサイト以外は高速化されないという話ですが、]]>
        <![CDATA[わたしが<a href="http://www.atmarkit.co.jp" target="_blank">＠IT</a>へアクセスしてみた感じでは、高速化されたように感じる。特に表示が遅いサイトでは重宝するかもしれない。;)

Google Web Acceleratorベータ版のインストール要件は次のとおりです。

コンピュータ：Windows XP、Windows 2000 SP 3以上 
ブラウザ：Internet Explorer 5.5以上、Firefox 1.0以上

ダウンロードは次のサイトへ。

・<a href="http://webaccelerator.google.com/" target="_blank">Google Web Accelerator Download</a>]]>
    </content>
</entry>
<entry>
    <title>Googleツールバー3（ベータ版）が公開</title>
    <link rel="alternate" type="text/html" href="http://www.masahiko.info/blog/archives/000847.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.masahiko.info/blog/mt-atom.cgi/weblog/blog_id=1/entry_id=847" title="Googleツールバー3（ベータ版）が公開" />
    <id>tag:www.masahiko.info,2005:/blog//1.847</id>
    
    <published>2005-04-04T07:10:59Z</published>
    <updated>2006-04-08T14:26:50Z</updated>
    
    <summary>Googleツールバー3（ベータ版）が提供開始されました。</summary>
    <author>
        <name>一色政彦</name>
        <uri>http://www.masahiko.info/</uri>
    </author>
            <category term="Web関連" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.masahiko.info/blog/">
        <![CDATA[Googleツールバー3（ベータ版）が提供開始されました。

・<a href="http://toolbar.google.com/T3/intl/ja/" target="_blank">Googleツールバー3（ベータ版）</a>

新機能の中で、特に面白いのは、英単語にマウスを乗せると、その訳がポップアップ表示される辞書機能。
<img alt="googlebar_beta3_2.gif" src="http://www.masahiko.info/blog/archives/image/googlebar_beta3_2.gif" width="476" height="429" border="0" />

さらに英語のスペル・チェック機能なんかも面白い。:)
<a href="http://www.masahiko.info/blog/archives/image/googlebar_beta3_1.gif"><img alt="googlebar_beta3_1.gif" src="http://www.masahiko.info/blog/archives/image/googlebar_beta3_1-thumb.gif" width="490" height="300" border="0" /></a>]]>
        
    </content>
</entry>
<entry>
    <title>サーバー移行でMTにログインできなくなったときの対処方法</title>
    <link rel="alternate" type="text/html" href="http://www.masahiko.info/blog/archives/000833.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.masahiko.info/blog/mt-atom.cgi/weblog/blog_id=1/entry_id=833" title="サーバー移行でMTにログインできなくなったときの対処方法" />
    <id>tag:www.masahiko.info,2004:/blog//1.833</id>
    
    <published>2004-10-31T08:21:58Z</published>
    <updated>2006-04-08T14:26:49Z</updated>
    
    <summary>Movable Type（以降、MT）で、Webサーバーを移行するする場合、標準データベースのBerkeley DB（以降、DB）なら、別サーバーにそのままコピーして使うことが可能です（その際、前のサーバーのディレクトリ構成と同じにした方が、移行の手間が軽減できる）。しかし、DBごとMTを移行して、MTにログインできなくなった場合、前のサーバーと今のサーバーでインストールされているBerkeley DBのバージョンが異なる可能性があります。</summary>
    <author>
        <name>一色政彦</name>
        <uri>http://www.masahiko.info/</uri>
    </author>
            <category term="Movable Type関連" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.masahiko.info/blog/">
        <![CDATA[Movable Type（以降、MT）で、Webサーバーを移行する場合、標準データベースのBerkeley DB（以降、DB）なら、別サーバーにそのままコピーして使うことが可能です（その際、前のサーバーのディレクトリ構成と同じにした方が、移行の手間が軽減できる）。しかし、DBごとMTを移行して、MTにログインできなくなった場合、前のサーバーと今のサーバーでインストールされているBerkeley DBのバージョンが異なる可能性があります。

DBのバージョンが違う場合は（DBバージョンが不明な場合は試してみる価値あり）、次のサイトに載っている手順でDBのファイルをアップグレートすると、MTにログインできるようになります。

・<a href="http://www.movabletype.org/docs/mtmanual_troubleshooting.html" target="_blank">Movable Type User Manual: TROUBLESHOOTING "I changed hosts, and now I can't log in to Movable Type."</a>

具体的には次のような手順になります（事前にTelnetやSSHでログインする）。]]>
        <![CDATA[<b>1. DBファイルを置いている場所に移動してください（なおDBファイルは必ず別の場所にコピーするなどして、バックアップを取ってください）。</b>
<blockquote>$ cd ＜DBファイルを置いているディレクトリ＞</blockquote>

<b>2. 次の「DBをアップグレードする」ためのコマンドを実行してください。</b>
<blockquote>$ db_upgrade *.db *.idx</blockquote>
このコマンドが正常に実行できれば、データベースのアップグレードは終了です。

しかし、次のように「ファイルの種類が認識できない」という内容のメッセージが表示されて、正常にコマンドが実行できなければ、以下の手順も実行する必要があります。
<blockquote>db_upgrade: author.db: unrecognized file type
db_upgrade: DB->upgrade: author.db: Invalid argument</blockquote>

<b>3. 「DBのアップグレード」ができない場合、「DBのダンプを取って、それを読み込みなおす」必要があります（ちなみに「ダンプ（Dump）」とは、データベースの情報をファイルに書き出して保存することで、バックアップのようなものです。つまりここでは、データベースのバックアップをとって、それをロードする作業を行います）。</b>

DBのダンプを取るコマンドには次の2つがあります。
・db_dump（DBのバージョン2以上用のコマンド）
・db_dump185（古いDBのバージョン1.85、1.86用のコマンド）

この2つのどちらのコマンドを使うかは、DBのバージョンによって異なります。どちらのコマンドを使うべきかは、次のコマンドを実行することで確認できます。
<blockquote>$ db_dump author.db</blockquote>
これで、次のような英数字の並びが出力されれば、「db_dump」が使用できます。
<blockquote>format=bytevalue
type=btree
db_lorder=1234
db_pagesize=8192
HEADER=END
31
53455247000000046e616d65…（中略）…0131
33
53455247000000046e616d65…（中略）…0133</blockquote>
もし、次のように「ファイルの種類やフォーマットが未知のものだ」という内容のメッセージが表示されて、コマンドが失敗する場合、db_dumpは使えません。db_dump185を使うことになります。
<blockquote>db_dump: author.db: unexpected file type or format
db_dump: open: author.db: Invalid argument</blockquote>

db_dump185が本当に使えるかどうかもチェックしておいたほうがよいです。これには次のコマンドを実行してみてください。
<blockquote>$ db_dump185 author.db</blockquote>
これで英数字の並びが出力されれば成功です。もし、先ほどと同じように「ファイル・フォーマットが未知」というメッセージが表示されるなら失敗です。失敗の場合、現状ではダンプができずDBをアップグレードできません（サーバー管理者に問い合わせてみてください）。

<b>4. db_dumpもしくはdb_dump185のどちらが使えるか判明したら、次の4つのコマンドを順番に実行してください。</b>

・db_dump -f ＜ダンプ・ファイル＞ ＜DBファイル＞
　→DBファイル（例：author.db）の内容を、ダンプ・ファイル（例：author.db.data）に出力（＝ダンプ）する。
・mv ＜DBファイル＞ ＜名前変更後のDBファイル＞
　→ダンプが完了したDBファイル（例：author.db）は、名前を変更して（例：author.db.old）バックアップしておく（rmコマンドなどで削除してもよい）。
・db_load -f ＜ダンプ・ファイル＞ ＜DBファイル＞
　→ダンプ・ファイル（例：author.db.data）からデータを読み込んで（＝ロード）、DBファイル（例：author.db）を復元する。
・chmod 666 ＜DBファイル＞
　→最後にMovable Typeからアクセスできるように、DBファイル（例：author.db）のアクセス権限を設定する（この設定は環境に合わせて行ってください）。

この4つのコマンドをすべてのデータベース関連ファイル（*.dbファイルと*.idxファイル）に行う必要があります。具体的には、次に示すコマンドを1つ1つ実行していかなければなりません（なお下の例ではdb_dump185を使用した）。実際にこれらすべてのコマンドを実行するのは不可能ではありませんが、少し大変かもしれません。そこでPerlスクリプトを使って一括実行すると楽になります（詳細後述）。

<blockquote>db_dump185 -f author.db.data author.db
db_dump185 -f comment.db.data comment.db
db_dump185 -f ipbanlist.db.data ipbanlist.db
db_dump185 -f placement.db.data placement.db
db_dump185 -f templatemap.db.data templatemap.db
db_dump185 -f blog.db.data blog.db
db_dump185 -f entry.db.data entry.db
db_dump185 -f log.db.data log.db
db_dump185 -f tbping.db.data tbping.db
db_dump185 -f trackback.db.data trackback.db
db_dump185 -f category.db.data category.db
db_dump185 -f ids.db.data ids.db
db_dump185 -f permission.db.data permission.db
db_dump185 -f template.db.data template.db
db_dump185 -f author.email.idx.data author.email.idx
db_dump185 -f ipbanlist.blog_id.idx.data ipbanlist.blog_id.idx
db_dump185 -f template.blog_id.idx.data template.blog_id.idx
db_dump185 -f author.name.idx.data author.name.idx
db_dump185 -f ipbanlist.ip.idx.data ipbanlist.ip.idx
db_dump185 -f templatemap.archive_type.idx.data templatemap.archive_type.idx
db_dump185 -f blog.name.idx.data blog.name.idx
db_dump185 -f log.created_on.idx.data log.created_on.idx
db_dump185 -f templatemap.blog_id.idx.data templatemap.blog_id.idx
db_dump185 -f category.blog_id.idx.data category.blog_id.idx
db_dump185 -f permission.author_id.idx.data permission.author_id.idx
db_dump185 -f templatemap.is_preferred.idx.data templatemap.is_preferred.idx
db_dump185 -f category.label.idx.data category.label.idx
db_dump185 -f permission.blog_id.idx.data permission.blog_id.idx
db_dump185 -f templatemap.template_id.idx.data templatemap.template_id.idx
db_dump185 -f comment.blog_id.idx.data comment.blog_id.idx
db_dump185 -f placement.blog_id.idx.data placement.blog_id.idx
db_dump185 -f template.name.idx.data template.name.idx
db_dump185 -f comment.created_on.idx.data comment.created_on.idx
db_dump185 -f placement.category_id.idx.data placement.category_id.idx
db_dump185 -f template.type.idx.data template.type.idx
db_dump185 -f comment.entry_id.idx.data comment.entry_id.idx
db_dump185 -f placement.entry_id.idx.data placement.entry_id.idx
db_dump185 -f trackback.blog_id.idx.data trackback.blog_id.idx
db_dump185 -f entry.author_id.idx.data entry.author_id.idx
db_dump185 -f placement.is_primary.idx.data placement.is_primary.idx
db_dump185 -f trackback.category_id.idx.data trackback.category_id.idx
db_dump185 -f entry.blog_id.idx.data entry.blog_id.idx
db_dump185 -f tbping.blog_id.idx.data tbping.blog_id.idx
db_dump185 -f trackback.created_on.idx.data trackback.created_on.idx
db_dump185 -f entry.created_on.idx.data entry.created_on.idx
db_dump185 -f tbping.created_on.idx.data tbping.created_on.idx
db_dump185 -f trackback.entry_id.idx.data trackback.entry_id.idx
db_dump185 -f entry.modified_on.idx.data entry.modified_on.idx
db_dump185 -f tbping.ip.idx.data tbping.ip.idx
db_dump185 -f entry.status.idx.data entry.status.idx
db_dump185 -f tbping.tb_id.idx.data tbping.tb_id.idx

mv author.db author.db.old
mv comment.db comment.db.old
mv ipbanlist.db ipbanlist.db.old
mv placement.db placement.db.old
mv templatemap.db templatemap.db.old
mv blog.db blog.db.old
mv entry.db entry.db.old
mv log.db log.db.old
mv tbping.db tbping.db.old
mv trackback.db trackback.db.old
mv category.db category.db.old
mv ids.db ids.db.old
mv permission.db permission.db.old
mv template.db template.db.old
mv author.email.idx author.email.idx.old
mv ipbanlist.blog_id.idx ipbanlist.blog_id.idx.old
mv template.blog_id.idx template.blog_id.idx.old
mv author.name.idx author.name.idx.old
mv ipbanlist.ip.idx ipbanlist.ip.idx.old
mv templatemap.archive_type.idx templatemap.archive_type.idx.old
mv blog.name.idx blog.name.idx.old
mv log.created_on.idx log.created_on.idx.old
mv templatemap.blog_id.idx templatemap.blog_id.idx.old
mv category.blog_id.idx category.blog_id.idx.old
mv permission.author_id.idx permission.author_id.idx.old
mv templatemap.is_preferred.idx templatemap.is_preferred.idx.old
mv category.label.idx category.label.idx.old
mv permission.blog_id.idx permission.blog_id.idx.old
mv templatemap.template_id.idx templatemap.template_id.idx.old
mv comment.blog_id.idx comment.blog_id.idx.old
mv placement.blog_id.idx placement.blog_id.idx.old
mv template.name.idx template.name.idx.old
mv comment.created_on.idx comment.created_on.idx.old
mv placement.category_id.idx placement.category_id.idx.old
mv template.type.idx template.type.idx.old
mv comment.entry_id.idx comment.entry_id.idx.old
mv placement.entry_id.idx placement.entry_id.idx.old
mv trackback.blog_id.idx trackback.blog_id.idx.old
mv entry.author_id.idx entry.author_id.idx.old
mv placement.is_primary.idx placement.is_primary.idx.old
mv trackback.category_id.idx trackback.category_id.idx.old
mv entry.blog_id.idx entry.blog_id.idx.old
mv tbping.blog_id.idx tbping.blog_id.idx.old
mv trackback.created_on.idx trackback.created_on.idx.old
mv entry.created_on.idx entry.created_on.idx.old
mv tbping.created_on.idx tbping.created_on.idx.old
mv trackback.entry_id.idx trackback.entry_id.idx.old
mv entry.modified_on.idx entry.modified_on.idx.old
mv tbping.ip.idx tbping.ip.idx.old
mv entry.status.idx entry.status.idx.old
mv tbping.tb_id.idx tbping.tb_id.idx.old

db_load -f author.db.data author.db
db_load -f comment.db.data comment.db
db_load -f ipbanlist.db.data ipbanlist.db
db_load -f placement.db.data placement.db
db_load -f templatemap.db.data templatemap.db
db_load -f blog.db.data blog.db
db_load -f entry.db.data entry.db
db_load -f log.db.data log.db
db_load -f tbping.db.data tbping.db
db_load -f trackback.db.data trackback.db
db_load -f category.db.data category.db
db_load -f ids.db.data ids.db
db_load -f permission.db.data permission.db
db_load -f template.db.data template.db
db_load -f author.email.idx.data author.email.idx
db_load -f ipbanlist.blog_id.idx.data ipbanlist.blog_id.idx
db_load -f template.blog_id.idx.data template.blog_id.idx
db_load -f author.name.idx.data author.name.idx
db_load -f ipbanlist.ip.idx.data ipbanlist.ip.idx
db_load -f templatemap.archive_type.idx.data templatemap.archive_type.idx
db_load -f blog.name.idx.data blog.name.idx
db_load -f log.created_on.idx.data log.created_on.idx
db_load -f templatemap.blog_id.idx.data templatemap.blog_id.idx
db_load -f category.blog_id.idx.data category.blog_id.idx
db_load -f permission.author_id.idx.data permission.author_id.idx
db_load -f templatemap.is_preferred.idx.data templatemap.is_preferred.idx
db_load -f category.label.idx.data category.label.idx
db_load -f permission.blog_id.idx.data permission.blog_id.idx
db_load -f templatemap.template_id.idx.data templatemap.template_id.idx
db_load -f comment.blog_id.idx.data comment.blog_id.idx
db_load -f placement.blog_id.idx.data placement.blog_id.idx
db_load -f template.name.idx.data template.name.idx
db_load -f comment.created_on.idx.data comment.created_on.idx
db_load -f placement.category_id.idx.data placement.category_id.idx
db_load -f template.type.idx.data template.type.idx
db_load -f comment.entry_id.idx.data comment.entry_id.idx
db_load -f placement.entry_id.idx.data placement.entry_id.idx
db_load -f trackback.blog_id.idx.data trackback.blog_id.idx
db_load -f entry.author_id.idx.data entry.author_id.idx
db_load -f placement.is_primary.idx.data placement.is_primary.idx
db_load -f trackback.category_id.idx.data trackback.category_id.idx
db_load -f entry.blog_id.idx.data entry.blog_id.idx
db_load -f tbping.blog_id.idx.data tbping.blog_id.idx
db_load -f trackback.created_on.idx.data trackback.created_on.idx
db_load -f entry.created_on.idx.data entry.created_on.idx
db_load -f tbping.created_on.idx.data tbping.created_on.idx
db_load -f trackback.entry_id.idx.data trackback.entry_id.idx
db_load -f entry.modified_on.idx.data entry.modified_on.idx
db_load -f tbping.ip.idx.data tbping.ip.idx
db_load -f entry.status.idx.data entry.status.idx
db_load -f tbping.tb_id.idx.data tbping.tb_id.idx

chmod 666 ./*</blockquote>

Perlスクリプトを使った一括実行については、次のサイト（のコメント）で紹介されています。
・<a href="http://www20.big.or.jp/~stj/blogs/000735.html" target="_blank">PARADISE STREET: ログインできなくなってた</a>

私は独自の「DBをアップグレードするPerlスクリプト」を作りました。このPerlスクリプトは、次のリンクからダウンロードできます。自由にダウンロードして使ってください。

・<a href="http://www.masahiko.info/blog/archives/bin/updatedb.zip" target="_blank">ダウンロード「MT Berkeley DB Updater（db_dump版）」zip版</a>／<a href="http://www.masahiko.info/blog/archives/bin/updatedb.tar.gz" target="_blank">tar.gz版</a>
・<a href="http://www.masahiko.info/blog/archives/bin/updatedb185.zip" target="_blank">ダウンロード「MT Berkeley DB Updater（db_dump185版）」zip版</a>／<a href="http://www.masahiko.info/blog/archives/bin/updatedb185.tar.gz" target="_blank">tar.gz版</a>

ダウンロードしたファイルを解凍すると、「updatedb.pl」もしくは「updatedb185.pl」というPerlスクリプトが作成されます。このPerlスクリプトを実行するには、PerlスクリプトをDBのあるフォルダにコピーしたうえで<blockquote>$ perl updatedb.pl</blockquote>
もしくは<blockquote>$ perl updatedb185.pl</blockquote>のようにコマンド入力してください。

実際にアップグレードされたファイルが画面上に表示されます。もし何も表示されずに「All done.」と表示された場合には、何も処理されていません（その場合、おそらくPerlスクリプトのあるディレクトリ内にDBファイルがないと思われます）。]]>
    </content>
</entry>
<entry>
    <title>MTでMySQLへ移行したデータのTrackBack IDがおかしくなる</title>
    <link rel="alternate" type="text/html" href="http://www.masahiko.info/blog/archives/000832.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.masahiko.info/blog/mt-atom.cgi/weblog/blog_id=1/entry_id=832" title="MTでMySQLへ移行したデータのTrackBack IDがおかしくなる" />
    <id>tag:www.masahiko.info,2004:/blog//1.832</id>
    
    <published>2004-10-30T18:59:38Z</published>
    <updated>2006-04-08T14:26:49Z</updated>
    
    <summary>「mt-db2sql.cgi」でトラックバックがおかしくなる場合の回避方法を紹介します。
</summary>
    <author>
        <name>一色政彦</name>
        <uri>http://www.masahiko.info/</uri>
    </author>
            <category term="Movable Type関連" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.masahiko.info/blog/">
        私の環境で「mt-db2sql.cgi」を使って、MovableType（以降、MT）のデータベースを、MT標準のBerkeley DB（以降「DB」と略記）からMySQLデータベースへ移行すると、「mt-db2sql.cgi」自体は「正常に完了した」という内容のメッセージを表示するのですが、TrackBackデータ（具体的には、mt_trackbackテーブルのtrackback_idフィールド）が変わってしまって、トラックバックがおかしくなります。

ですが、「mt-db2sql.cgi」を少し修正すると何とか回避できたので、このエントリーで参考情報として紹介しておきます（PostgreSQLで同様の現象でお困りの方もこの方法が有効かもしれません）。

なお、万が一、本エントリーの操作を行ったことが原因で、何らかの問題や障害などが発生したとしても本サイトおよびサイト管理者は一切の責任を負いません。ご了承ください（一応、免責ということで）。

        <![CDATA[MTでのMySQLへの移行方法はWeb上にたくさん情報があるので、ここでは説明しません。詳しくは次のサイトを参考にするとよいでしょう。
【MySQL移行の参考サイト】<a href="http://lolipop.jp/?mode=manual&state=other&state2=mt_sql" target="_blank">ロリポップ！MovableTypeのMySQL移行</a> 
（この上記のサイトでの説明で注意してほしいのは、「DataSource ./db」をコメントアウトすると書かれていますが、このDataSourceの指定をコメントアウトできるのは、変換前のデータベース（DB）が「./db」にある場合だけです。これをコメントアウトすると、DBが「./db」にあると暗黙的に指定したことになります。もしデータベースが「/home/www/blog_data」など、「./db」以外の場所にある場合はコメントアウトできません。）

【修正方法】
「mt-db2sql.cgi」をメモ帳などで開いて、以下のようになっている記述を
<blockquote>my @CLASSES = qw( MT::Author MT::Blog MT::Category MT::Comment MT::Entry
                  MT::IPBanList MT::Log MT::Notification MT::Permission
                  MT::Placement MT::Template MT::TemplateMap MT::Trackback
                  MT::TBPing );</blockquote>
次のように書き換えてみてください。
<blockquote>my @CLASSES = qw( <b>MT::Trackback</b> MT::Author MT::Blog MT::Category MT::Comment MT::Entry
                  MT::IPBanList MT::Log MT::Notification MT::Permission
                  MT::Placement MT::Template MT::TemplateMap 
                  MT::TBPing );</blockquote>

見れば分かりますが、「MT::Trackback」の処理を最初に持っていっただけです。

これでなぜうまくいくようになったのか、私は分かりません。とりあえず動くのでそれで満足して、それ以上は調べていません。(^^;)]]>
    </content>
</entry>
<entry>
    <title>Googleデスクトップ検索の衝撃！</title>
    <link rel="alternate" type="text/html" href="http://www.masahiko.info/blog/archives/000828.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.masahiko.info/blog/mt-atom.cgi/weblog/blog_id=1/entry_id=828" title="Googleデスクトップ検索の衝撃！" />
    <id>tag:www.masahiko.info,2004:/blog//1.828</id>
    
    <published>2004-10-15T16:58:27Z</published>
    <updated>2006-04-08T14:26:49Z</updated>
    
    <summary>すごすぎる。。。
感激しました。。。

このニュースにはちょっとビックリしました。
何とGoogleがローカル環境のファイルを検索できる「デスクトップ検索機能」のベータ版を提供開始。

かなり興奮している私（一色）は、とにかくインストールして実行してみました。
次の画面はそのスクリーンショット！</summary>
    <author>
        <name>一色政彦</name>
        <uri>http://www.masahiko.info/</uri>
    </author>
            <category term="Web関連" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.masahiko.info/blog/">
        すごすぎる。。。
感激しました。。。

このニュースにはちょっとビックリしました。
何とGoogleがローカル環境のファイルを検索できる「デスクトップ検索機能」のベータ版を提供開始。

かなり興奮している私（一色）は、とにかくインストールして実行してみました。
次の画面はそのスクリーンショット！
        <![CDATA[まずGoogleデスクトップ検索画面。
<a href="http://www.masahiko.info/blog/archives/image/desktopggl1.gif"><img alt="desktopggl1.gif" src="http://www.masahiko.info/blog/archives/image/desktopggl1-thumb.gif" width="490" height="370" border="0" /></a>
これで検索すると次のようになる。
<a href="http://www.masahiko.info/blog/archives/image/desktopggl2.gif"><img alt="desktopggl2.gif" src="http://www.masahiko.info/blog/archives/image/desktopggl2-thumb.gif" width="490" height="370" border="0" /></a>

画面を見ると分かるように、ローカル環境にあるファイル（例えば、Wordファイル、メール、閲覧履歴にあるWebページなど）がリストアップされてくる。しかも劇的に速い！！

ダウンロードは次のサイトへ。
・<a href="http://desktop.google.com/" target="_blank">Google Desktop Search</a>

次のニュース記事でも書かれていますが、この機能はマイクロソフトの次期Windows OS“Longhorn”に搭載予定だったWinFSに対抗するもの。ですが、マイクロソフトは2006年にリリース予定のWindows“Longhorn”（クライアントOS）に、WinFSを搭載しないことを発表しています。

【ニュース記事】
・<a href="http://japan.cnet.com/news/media/story/0,2000047715,20075166,00.htm" target="_blank">CNETニュース：グーグル、デスクトップ検索に一番乗り--Google Desktop Searchを公開</a>

<a href="http://japan.cnet.com/news/media/story/0,2000047715,20074766,00.htm" target="_blank">GoogleはIE開発者を次々と引き抜いているといううわさ</a>があり、私（一色）は
「Googleは（現在のマイクロソフトの地位である）プラットフォームの地位を狙っている」
と推測しています。

どういう意味かといいますと、まず「今後のプラットフォーム（＝ユーザーがコンピュータを使う起点となる基盤）は、Windows OSのデスクトップ画面ではなく、Google検索画面になっていく」というものです。つまり、もしGoogle画面ですべて検索できるのなら、メールもGoogleで検索して読めばよいし、Word文書も検索して使えばよいのです。

今のようにWord文書を編集するために、Windowsデスクトップを表示して、なおかつマイドキュメントの中を探し回って、ファイルを開くという作業を行っている限り、文書管理がすごく大変です。これがGoogleデスクトップ検索によって激変するわけです。

（ほとんどのニュース記事がGoogleのIE開発者引き抜きに対して、「Googleはブラウザを開発しようとしている」と結論付けていますが、私からすればまったくの見当違いなんですよね。。。）

私は、コンピュータの世界がもっと誰でも使えるものになってほしいと思っています。もっとシンプルに。もっと簡単に。コンピュータを知らない平安時代の人でも（言い過ぎか）、すぐに使えるようなシステム。そんなふうになってほしいな。;)]]>
    </content>
</entry>
<entry>
    <title>Googleニュース、直リンクやRSSなどで問題山積？</title>
    <link rel="alternate" type="text/html" href="http://www.masahiko.info/blog/archives/000825.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.masahiko.info/blog/mt-atom.cgi/weblog/blog_id=1/entry_id=825" title="Googleニュース、直リンクやRSSなどで問題山積？" />
    <id>tag:www.masahiko.info,2004:/blog//1.825</id>
    
    <published>2004-09-02T08:23:43Z</published>
    <updated>2006-04-08T14:26:49Z</updated>
    
    <summary>昨日（9月1日）より始まったGoogleニュース日本語版ベータは、ニュース サイトへの直リンクや、Google以外の二次的なRSSフィード配信に関していろいろと問題があるようですね。</summary>
    <author>
        <name>一色政彦</name>
        <uri>http://www.masahiko.info/</uri>
    </author>
            <category term="Web関連" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.masahiko.info/blog/">
        <![CDATA[昨日（9月1日）より始まったGoogleニュース日本語版ベータは、ニュース サイトへの直リンクや、Google以外の2次的なRSSフィード配信に関していろいろと問題があるようですね。

<a href="http://www.masahiko.info/blog/archives/image/googlenews.gif"><img alt="googlenews.gif" src="http://www.masahiko.info/blog/archives/image/googlenews-thumb.gif" width="490" height="384" border="0" /></a>

次の記事によると、]]>
        <![CDATA[・<a href="http://www.atmarkit.co.jp/news/200409/02/google.html" target="_blank">＠IT：Googleニュース日本語版、直リンク問題を抱えてスタート</a>

<a href="http://www.yomiuri.co.jp/" target="_blank">YOMIURI ON-LINE</a>と<a href="http://www.sankei.co.jp/" target="_blank">SankeiWeb</a>の記事が掲載されなくなっているとか。

インターネット上のリンクの問題についての議論は再燃しそうですね（ブログしている人の間ではインターネット上に公開されている記事については基本的にリンクフリーだと認識されていると思いますが……。難しいですね）。

また次の記事によると、

・<a href="http://japan.internet.com/busnews/20040402/11.html" target="_blank">Google、ニュース検索サイトの RSS フィード作成を許可せず </a>

Googleニュースの2次的なRSS配信（つまり、別のサイトで勝手にGoogleニュースのRSSを配信すること）も難しいようです。

早くもGoogleニュースのRSS配信を行うサイトがいくつかできているようですが、気をつけた方がよいかもしれません。GoogleニュースがRSS配信も始めれば良いのですけどねぇ。]]>
    </content>
</entry>
<entry>
    <title>Googleニュース日本語版ベータが公開された！</title>
    <link rel="alternate" type="text/html" href="http://www.masahiko.info/blog/archives/000824.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.masahiko.info/blog/mt-atom.cgi/weblog/blog_id=1/entry_id=824" title="Googleニュース日本語版ベータが公開された！" />
    <id>tag:www.masahiko.info,2004:/blog//1.824</id>
    
    <published>2004-09-01T11:22:13Z</published>
    <updated>2006-04-08T14:26:48Z</updated>
    
    <summary>米国で公開されたときから気になっていたGoogleニュースが、やっと日本でも公開されました（ただし、まだベータ公開です）。</summary>
    <author>
        <name>一色政彦</name>
        <uri>http://www.masahiko.info/</uri>
    </author>
            <category term="Web関連" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.masahiko.info/blog/">
        <![CDATA[米国で公開されたときから気になっていたGoogleニュースが、やっと日本でも公開されました（ただし、まだベータ公開です）。これでやっと日本国内のニュースがGoogleニュースで見られるようになります。

・<a href="http://news.google.co.jp/" target="_blank">Google ニュース 日本版</a>

このGoogleニュース サイトの特徴は、610のWebサイトからコンピュータ プログラムでニュース を自動検索して、そのニュースをGoogle独自の重要度ランキングのロジック（＝アルゴリズム）によって並び替えたうえで、Googleニュース サイト上に掲載することです。だから、重要度の高いニュースほど上に掲載されるんです。すごいですねぇ。 :D]]>
        
    </content>
</entry>
<entry>
    <title>Blogに関する調査レポートを見て</title>
    <link rel="alternate" type="text/html" href="http://www.masahiko.info/blog/archives/000818.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.masahiko.info/blog/mt-atom.cgi/weblog/blog_id=1/entry_id=818" title="Blogに関する調査レポートを見て" />
    <id>tag:www.masahiko.info,2004:/blog//1.818</id>
    
    <published>2004-08-11T06:54:42Z</published>
    <updated>2006-04-08T14:26:48Z</updated>
    
    <summary>IT Mediaの「Blog作成、“複数サイトかけ持ち”は4割」（2004/08/10現在）によると、
次のような感じです。
</summary>
    <author>
        <name>一色政彦</name>
        <uri>http://www.masahiko.info/</uri>
    </author>
            <category term="備忘録" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.masahiko.info/blog/">
        <![CDATA[IT Mediaの「<a href="http://www.itmedia.co.jp/survey/articles/0408/10/news083.html" target="_blank">Blog作成、“複数サイトかけ持ち”は4割</a>」（2004/08/10現在）によると、
次のような感じです。

・インターネット・ユーザーがブログを見る機会は徐々に増えつつある。
・50%の人が2～3日以内に頻繁に更新し、10%が1ヶ月以上めったに更新しない。
・ほとんどの人が備忘録としてブログを活用している。

Microsoftの開発向けサイト「<a href="http://msdn.microsoft.com/" target="_blank">MSDN</a>」（英語）では、Blogに直接リンクが張られるなど、ブログ・コンテンツの価値も向上しているようです。
でも私は、MSDNのような公式なページから個人的なBlogにリンクが張られることには、まだ何となく違和感があります。]]>
        
    </content>
</entry>
<entry>
    <title>ネイチャー・ジャパンのRSSフィード</title>
    <link rel="alternate" type="text/html" href="http://www.masahiko.info/blog/archives/000816.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.masahiko.info/blog/mt-atom.cgi/weblog/blog_id=1/entry_id=816" title="ネイチャー・ジャパンのRSSフィード" />
    <id>tag:www.masahiko.info,2004:/blog//1.816</id>
    
    <published>2004-07-29T17:51:55Z</published>
    <updated>2006-04-08T14:26:48Z</updated>
    
    <summary>あの有名な世界的科学雑誌『nature』の日本語要約がRSSフィードで提供されています。</summary>
    <author>
        <name>一色政彦</name>
        <uri>http://www.masahiko.info/</uri>
    </author>
            <category term="RSSリーダー関連" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.masahiko.info/blog/">
        <![CDATA[あの有名な世界的科学雑誌『nature』の日本サイト「<a href="http://www.natureasia.com/japan/" target="_blank">ネイチャー・ジャパン</a>」では、natureの記事（論文）の日本語要約が無償で読めます（ユーザー登録必須）。

その日本語要約のRSSフィードも無償で提供されています。

・<a href="http://www.natureasia.com/japan/rss.rdf" target="_blank">ネイチャ－日本語版 RSSフィード</a>

科学研究好きな人は、ぜひRSSフィードのサブスクライブ（＝購読）をお勧めします。
本当に便利な世の中になりましたね～。 :)

NatureのRSSフィードについて、詳細は以下のサイトを参照してください。
・<a href="http://www.natureasia.com/japan/newsfeed/" target="_blank">ネイチャー・ジャパン：Nature newsfeedについて</a>

RSSフィードのサブスクライブについては次のページを参考にしてください。
・<a href="http://www.masahiko.info/blog/archives/000690.html" target="_blank">RSSアグリゲータ（RSSリーダー）の使い方</a>]]>
        
    </content>
</entry>

</feed> 

