上大岡的ＰＣ生活

●WEB上でドラッグした文字や住所、これを右クリックで簡単にYahooやウィキで検索したり、Google地図に結果表示したいと思いませんか？
●いちいち「戻る」や「進む」のボタンを押していたら、手が疲れませんか？
●マウス操作だけでナビゲーションできたら楽だと思いませんか？
●お気に入りのサイトをもっと高速表示させたくありませんか？
●テキストで書かれているだけのＵＲＬをクリックして、リンク先に飛べたら楽だと思いませんか？
●小さな文字、小さな画像．．．．マウス操作だけで文字や画像が拡大できたら便利だと思いませんか？
●Youtubeのお気に入りの動画をボタンひとつでダウンロードできたら楽じゃないですか？
●あの不細工なボタンより可愛らしいボタンがあるならば、そっちを使いたくないですか？

ＷＥＢブラウザ(インターネット閲覧ソフト)をInternet ExplorerからMozilla Firefoxに宗旨替えしてからほぼ4年、本日いよいよFirefox 3.0がリリースされた。もちろん無料だ。

Mozilla側はこの6月18日を「Download Day」と位置づけ、「24時間で最もダウンロードされたソフトウェア」として、現在ギネス世界記録に挑戦中だ（日本時間19日午前２時まで）。

Firefoxについてひとことで説明するのは難しいけれど、「カスタマイズしやすく、その結果として使い勝手が良く、読み込みも早く、遊び心もあるＷＥＢブラウザ」といえる。オープンソースで開発されているため、自分の好みや使い方にあわせてアドオン（拡張機能）とよばれる様々な機能を追加することが可能。またテーマと呼ばれる様々なデザインから気に入ったものを選ぶことで、ブラウザの見栄えもお好きなように変えることができる。

仕事をする上でも大変便利なので、2004年11月のデビュー以来、職場でもプライベートでもこのブラウザをずっと愛用している。（IEでしか表示できない不遜なサイト以外は．．．）。IEとのシェアには地域差があるけど、40%を超えているフィンランドを筆頭にヨーロッパ諸国では30%近いシェアを持つソフトだ（日本では10%ぐらいか？）。

本年２月に「５億ダウンロード達成！」とやっていたから、現在世界中で５億人以上の人が利用していることは間違いない。おそらく本日の３．０リリースによってそれに拍車がかかるだろう。

今度のFirefox3.0では2.0に比べて15.000点以上の改良がなされ、セキュリティのみならず、WEBサイトの読み込み速度も「最速」とうたわれるほど高速化したとのこと。

というわけで早速ダウンロードしてインストール、現在利用しています。

うーむサクサク動くなぁ～。

参考サイト : Firefox 3 の灯 (ともしび)
現在進行でFirefoxがダウンロードされている状況を日本地図の上に可視化。
解説サイトはこちら。

WEBサイトの管理者としては迷惑メールと格闘しているわけだけど、先日「迷惑メール」とググって、こんな記事に遭遇した。

「迷惑メールを「削除」してはいけない」

みれば日経BP社のnikkei BP net。れっきとしたビジネスマンの情報ポータルサイトである。しかもgoogleにおける「迷惑メール」の掲載順位でこれが３位(現時点)に出てくる。

迷惑メールなんてものはさっさと完全にこの世から削除して、二度とお目にかからないようにするに越したことはない。ＷＥＢサイト管理者は誰もがこの作業のために膨大な労力と時間を割かれている。

「迷惑メールを「削除」してはいけない」なんて、どういう趣旨で記事を書いたのかを読んでみる。

執筆者の趣旨はこうである。
①世の中には「受信トレイ」を未処理メールの保管場所として使い、処理を済ませたら「削除」して、「削除ずみアイテム」を処理済メールの保管庫として使う人がいる。
②いっぽう迷惑メールの処理だが、Outlook2007/2003 SP2やWindows Mailの場合、到着したアヤシイメールは定義ファイルによる自動振り分け機能や、手動によって「迷惑メールフォルダ」に振り分けられる。
③だが、「迷惑メールフォルダ」の中身を「削除」して、（処理済のメールとともに）「削除ずみアイテム」フォルダに移動してはいけない。
④なぜなら仕事上、過去のメールが必要になったとき①のような人は「削除ずみアイテム」内のメールを探すことになるわけだ。「迷惑メールフォルダ」内であればＨＴＭＬメールは非表示だから安全だけど、「削除ずみアイテム」内ではHTMLメールは表示されてしまう。その際にうっかりスパムメールを開いてしまい、リンク先などをクリックした場合、ヘンなサイトに連れてゆかれたりする恐れがあるからだ。
⑤だから迷惑メール（フォルダ内のメール）を「削除」してはいけない。
⑥なお「迷惑メールフォルダ」内のメールは、Shift＋削除で「削除ずみアイテム」を経由することなしに、完全に削除できる。

うーむ、趣旨はわかったけど、何てまわりくどい論法なんだろう。それにタイトルにも語弊がありすぎる。
①普通、受信メールはメールボックスにフォルダを作って(ex.”処理済案件”"前向き検討中”"後ろ向き検討中”"無視案件”などといった具合．．．僕の例ではない)、そこに整理するのが一般的ではないだろうか。
当該記事をみると、処理メールの保管先を「削除ずみアイテム」にしているような人が全体の２０％いることになっている。だがこれは恣意的な質問で、あまり参考にならない。
②メーラーは何もOutlookだけではない。最近どんだけOutlookが進化したのかは知らないけど、セキュリティポリシー上、他のメーラーを標準使用している企業は多い。
③右クリックで「迷惑メールフォルダを空にする」を実行すればいい話だ。
④そういう方がいるなら、正しい整理術を啓発する文章を書けばいい話だ。
⑤「世の中には”一方通行”の標識が理解できないドライバーがいる、そういう人は逆走するから衝突の危険性がある。だから世の中の人は車を運転してはいけない”」と言っているのと一緒ではないか。
⑥だから右クリックで「迷惑メールフォルダ空にする」だってば。

nikkei BP netに関しては、僕も配信メールを読むことがある。だけど、忙しい時は斜め読みしかできない。同じような人は多いはずだ。
なるほど、このセンセーショナルかつ挑発的なタイトルにより、検索３位に入るのならば、執筆者の目論見は成功したといえるだろう。しかしビジネスマン向けコンテンツとして考えると、このタイトルとこの内容は、不適切であり誤解を招きかねない。
今頃、日本のどこかで迷惑メールを削除もできずに、迷惑メールフォルダに未読メールがぎっちり、なんてことになっている方が、いるに違いない。

忘れないうちに再びメモ。

僕は２つのblogを３年以上運営していますが、これらはサーバー上にMovable TypeというblogツールをＵＰして利用してきました。そして先日ver.4にアップグレードしたのですが、どうもウマく動作しません。記事のプレビューが見れない、Firefoxと相性が悪い、再構築に時間がかかりすぎる、表示が重いと、問題多発．．．

この原因については、僕の不勉強によるものが多いはず。だけどそれを解明するためにはマニュアルを一冊買ってきて、勉強するしか方法がない、と思った時点で、このソフトの利用を止めようと決定（笑）（泣）。
いやむしろ選択すべきは、blogツールそのものをWordPressに切り替えてしまうことでした。３年ぶりの大工事です。

Movable Typeと同様のblogツールである”WordPress”の存在は以前から大変気になっていました。完全なオープンソース(GPL)のソフトウェアであるため、著作権表記を守れば入手が無料で、もちろん商用利用も可能です。もっとも魅力的なのは、誰もが開発に参加できる点でした。こうしたオープンソース系のソフト（たとえばウェブブラウザ閲覧ソフトのFirefox）など）は、将来的な拡張性の高さが見込まれるし、カスタマイズのしやすさや「遊び心」がふんだんに含まれています。むろんcaramel*vanillaさんの「WordPress vs Movable Type」といった両者の比較記事も参考にしました。

Ⅰ WordPressへの移行作業
この移行については、「すべての記事の個別URL（パーマリンク）を維持したまま移行する」というのが絶対条件でした。拙稿の「WinAntiVirus」や「くるり」や「浅間山」は他サイトでご紹介頂いていますし、googleやyahooの検索結果を今までどおり反映させる意味でもこれは重要でした。

なお、WordPressは日本語版もリリースされており、それは「WordPress Japan」から入手可能です。

参考にさせて頂いたのは、
blog@browncat.orgさんの「MovableTypeからWordPressへ同じパーマリンクでの移行方法」
wiki@browncat.orgさんの「MovableTypeからWordPressへのURL込みの移行方法」

そしてなないろブログさんの「Movalbe Type3.3からWordPress2.2への移行について」
などでした。

ところが何度行ってもウマくゆきません。Movable Typeからローカルにエキスポートしたファイルを、Wordpressに読み込むと、トラックバックはインポートされるのにコメントがインポートされなかったり．．．．そもそも既存のパーマリンクとは一致しません。パーマリンクに関しては（考えてみたらすぐわかることなのですが）、上の方々の説明はWordpressの設定を、

/%year%/%monthnum%/%postname%.html

としていますが、これはMovable Type時代のパーマリンクがデフォルトの年/月/記事名になっていることが前提でした。ところが僕のblogのパーマリンクは６ケタの数字+ｈｔｍｌ(例、000671.html)なのです。おそらくMovable Typeの最初の設定時にそうしたのだと思いますが、それが当たり前だと思ってずっと使ってきたのが、どうもヘンだったようです。

そもそもこの６ケタの数字は記事ＩＤの頭に０をいくつかつけて６ケタに生成されている数字なので、ＩＤの移行ということも念頭に入れなきゃいけないようです。

そんなわけでOddyseygate.comさんの「IDを維持したままMovable Type 3.2からWordPress2.0.2へ移行する」などを参考にして、再度やり直すことにしました。
この間に「あーでもない、こーでもない」と試行錯誤をし過ぎたため（泣）、Movable Typeのバージョンは3.35に戻した状態になっています。WordPressは2.０.2を利用しました。なお、WordPressはすでにアップロードした状態です。データベースは２年ぶりにSQLiteへと戻していました。いかに試行錯誤をしたかがわかると思います。

1. とりあえず安易な手段としてMTをまるごとバックアップ。とりわけdbフォルダ(SQliteの場合)と画像フォルダ（必須）はバックアップしといた方がいいです。MySQLの場合はサーバーのマニュアルに基づいてバックアップするのがいいでしょう。
2. Movable Type(3.35)の/lib/MT/ImportExport.pmファイルを書き換えます。Tera Padで開き、５４１行目に以下を追加してアップロード。

PERMALINK: < $MTEntryPermalink$>
TAGS: < $MTTagName$>
ID: < $MTEntryID$>

3. Movable Typeのエクスポート機能を利用して、blog記事をローカルに保存。これをTera Padで開くと、きちんと記事ＩＤが表記されているのが確認できました。
4. Oddyseygate.comさんの情報に基づき、Mudita Journal氏のImporting from MT to WordPressWordpressより、mt.phpファイルをダウンロード。これはWordPress側で先ほどエクスポートしたテキストファイルをインポートするのに必要です。
5. これを、サーバーのWardpressのwp-admin/import/にアップロードして上書きする。
6. Wardpressをサーバー上でインストールする(詳しい方法は、WardPress Japanなどを参照)。
7. WardPress管理画面の[各種設定]→[パーマリンク設定]の[独自表記を以下の入力欄に記述]欄に以下の記述をする。
   

   /archives/000%post_id%.html

ただし、/archives/の部分は人によってまちまちです。不要な人もいるでしょう。これは元々僕のアーカイヴファイルがarchivesフォルダ内にあったため、移行前の最後の記事のURLが、

/archives/000669.html

で終わっていたからです。それとゼロが３つなのは、移行前の最後の記事IDが669だったからです。自分パーマリンクのURLにあわせてarchivesの部分はリネームするか省略していいだろうし、また「000」の部分もトータルでゼロ６ケタになるようにすればいいわけで、人によってはゼロ２ケタ（IDが最大４ケタ）だったり、４ケタ（IDが最大２ケタ）だったりすると思います。
パーマリンクの独自表記については、どうしようもなくてヤケクソで打ち込んだものがビンゴでした。記事IDが「01」や「099」などといった２ケタ以下の場合、本来000001.htmlだったものが、00001.htmlというパーマリンクになってしまうわけですが、
000001.htmlの場合
00001.htmlの場合
いずれにしても、たどり着く先は一緒なので、問題はないようです。だからと言ってゼロが不要というわけでもありません。
0001.htmlの場合
001.htmlの場合(404エラーが出ます)

Movable Typeのバージョンアップから始まって、問題点を解決するための試行錯誤、そしてあきらめの境地からのWardPressへの移行、更なる試行錯誤と、もー大変でした。流石にきちんとパーマリンクが完成し、他サイトさんからの僕の記事へのリンクも、自己のサイト内のリンクも正常であることが確認できたときには、涙ものでした。まあ素人のやることですから、こんなものでしょう。今回ばかりは、流石にやったことをメモしておかなきゃなと思い、このように書いてみました。でもこれだけではありません。

ⅡWordPressの携帯閲覧プラグインの導入
MT時代は、MT4iという携帯閲覧用のcgiの変換プログラムを利用していたのですが、WordPressではプラグインの形で携帯閲覧用プログラムがありました。
Otsukareさんの作られたMobile Eyeでもよかったのですが、僕の携帯だとどうやってもblog画像が表示されてしまったため、改良版であるMobile Eye＋を利用しました。今のところ僕の機種では問題なく（多分）動いています。

Ⅲ その他プラグインの導入
ほぼ後回しにしちゃいました。Standing TallさんのWordPressプラグイン一覧が参考になると思います。

Ⅳ mixi対策
うっかり忘れそうなのがコレ。僕は運営している２つのblogのうち、ひとつはmixiに「最新の日記」として表示できるようにしてきました。mixiの設定画面で、「日記・ブログの選択」を「その他」にし、RSSのURLの欄をWordPressの「wp-rdf.php」に至るURLへと変更しました。

Ⅴ デザイン
正直言って一番苦手な部分です。
WordPressのテーマサイトであるTheme Viewerも参考にしましたが、最終的wp.Vicunaを使用してみることにしました。もっとも、正確にはこれに、をカスタマイズしやすくするための管理機能がついたma38su.sourceforge.jpさんのwp.Vicuna Extを使用しました。これにはすでにwp.Vicunaさんが配布しているVegaスキンが同梱されていますが、他にもあるさまざまなスキンを取り込んでみました。細かいデザインの変更は折々暇を見てはやってゆこうと思いますが、簡単にスキンの変更ができるようになったので、時折全体の見栄えだけは変化すると思います。

なお、WordPressはMovable Typeと違って同時に２つのblogを運営することができないため、僕の場合２つのWordPressをそれぞれ異なったサイトパスにアップロードして運用することになります。上記の手間を２度行ったわけです。

まあ、難関の連続で、本当に死にました。
結果として何とかなったのですが、「こうやったら、たまたまこうなった」的なものですので。だからこの記事はマニュアルというか参考程度にしか意味はなさないと思います。逆に「こういう方法があったのに」というのを教えて欲しいぐらいです。

とにかく、これでWordPressの切り替えは無事終了しました。無限の世界への道筋ができた、と考えています。blogの新しい可能性に挑戦できるぞ、と内心喜んでいます。