ADDRESS CLUB

なんとか期待通りの結果となりましたので、携帯+MovableTypeについての雑感に近いレポートでございます。芦ノ湖わかさぎ釣り大会のまとめについては今しばらくお時間を。

■携帯で閲覧する
これはもうMT4iで大満足。現在3.0βを使わせていただいておりますが、非常に洗練されていると思います。後述する、携帯から投稿した画像を表示する部分で、一部ソースの書き換えが必要でしたが、逆に他にもいろいろとカスタマイズできそうなところが見えて参りまして、弄っていてとても楽しいツールでもございます。作者の太鉄さまに感謝、感謝。

■携帯で投稿する
上記のMT4iにも、携帯からの投稿機能は備えられているのですが画像など、ファイルのアップロード機能の実装が見送られておりまして、今回のように画像を撮って実況的に更新しまくる、といったシーンではちょいと悩みます。勿論、これもカスタマイズで強引にやってやれないことも無さそうなのですが…。

まず手っ取り早くできる方法がある、というので株式会社ユビキャストさんのubicast Mail Bloggerを試してみました(芦ノ湖シリーズは全てubicast Mail Blogger経由で更新しました)。携帯のメールで、メールの件名にタイトル、メールの本文にエントリーの本文を入力して、画像がある場合は添付して送信するだけ、というお手軽さが最大のポイントです。若干のカスタマイズが可能なので、管理画面にて画像をセンター揃えにして表示させたりしておりました。厳しかった点は、タイトルが件名に入力することになるので、その文字数制限を受けることです。docomoの場合、30バイト(全角で15文字)しかタイトルに使えません。特に小生のように長いタイトルを多様する場合、かなり厳しい印象を受けます。頭の良い人ほど簡潔に伝える云々と言った話は耳が痛いので聞こえません。そして最大の難関は、更新通知のPingが送信されなかった点でした。この点については、もしかしたら小生の確認不足があるかも知れません。ただ、散々調べた結果、XML-RPC API経由でmt.publishPostを使用した場合、Pingが送信されない仕様であることは確認できたので、恐らくここが原因であるかと思われます。少々難しい話をしてごめんなさい。

この2つの、「小生的に痒いところ」を解決する方法は無いものか…と改めて探してみたところ、有限会社クロスクリエイトさんのMTmailが良い感じに見えて来ました。と言いますのも、当初の段階でMTmailの存在も確認はしておったのですが、投稿方法がやや面倒に思えたためにubicast Mail Bloggerにしてみた、という経緯があったわけです。が、この「やや面倒」な部分が小生の必要とする解決方法だったわけでございました。MTmailではメールの件名にタイトルを入れるのでは無く、本文にタイトルもエントリー本文も入力します。故にここではタイトルの文字数制限を受けません。その他、メールの本文内にて予め決められたタグを入れることによって様々な設定が可能です。気になったのが、投稿時にMovableTypeへ再構築を許可/不許可にするタグの説明で、「不許可の場合はトラックバック、更新PINGの送信が行われません。」という一文。デフォルトでは許可なんですが、もしかしたら更新通知Pingを打つところまでやっちゃって下さるのカモ、と思い一つ前のエントリーで試してみたところちゃんと更新通知Pingが送信されていることを確認した次第。

いずれも特徴がありますので使う人のスタイルに合った物を選ぶ際の参考になれば幸甚です。長ったらしくごちゃごちゃした話を書き垂らしましたが、たまにはこんなwebに関するお話もしようかな、と考えております。たまに、です。ではいつもの変態に戻ります。

MovableType3.3→4.01にアップデートしてみました。デザイン周りの変更はまた追々やることとして、ひとまず前バージョンで気になっていた動作面のテストを行ってみるのです。

■テストでチェックしたいポイント■

• 日時指定更新で、再構築時に更新Pingがちゃんと飛んでいるか

先ほどのテストはうまくいった模様。Pingの件はサーバーの負荷状況も影響するのでもう少し様子を見なきゃ、ですが。

このエントリーは携帯からMTmailで日時指定投稿した際の挙動チェックです。

PCからも携帯からも、日時指定投稿にて正常に再構築＆更新Pingの送信ができたことが確認できました。嬉しくなってちょいとデザインを、雰囲気を変える程度に弄ってみました。

最後のテストは比較的サーバーの負荷が高まる夜10時に指定したエントリーが正常に表示されて更新Pingも送られている事が確認できれば完了です。MT4、今のところ気に入ってます。

【重要】 Movable Type セキュリティアップデートとパッチの提供について
http://www.sixapart.jp/movabletype/news/2008/01/15-1826.html

セキュリティアップデートということで、Movabletype4.01ユーザは4.01aにしなさい、とのこと。あまり気が進まないものの、割とイヤラシイ感じのセキュリティホールがあるっぽいので渋々アップデートしてみました。早速テストで再構築をかけてみたらエラーが出てオタオタしましたが、すぐに原因がわかって問題は解決。あちこちカスタマイズしていると、こういう時にとても難儀しますな。同じ理由で、MT4iのバージョンアップには二の足を踏んでいる感じです。

一応、ちゃんと投稿できるかを試す意味で書いておりますが、これからまたまた飲み会で、オッサンの聖地・新橋へ向かわなくてはならない故、問題が発生しても放置するしかございません。ゴッド・ブレス・ユー。

お久しぶりのMovableType的なお話でございます、ね。ご興味無い方は今回全力で無視してくださいスミマセン。

検証と言いますか、いろいろと不思議な事が起きておりましてそれらを解決するべく諸兄のお力をお借りしたいと思いましてこのようなエントリを入れております。

まず前回、「MovableTypeでMoblogするツールの検証（2007年11月20日）」以降、小生が当ブログにて弄った箇所を羅列してみます。

アーカイブマッピングを変えてみた

確か年明け早々の話だったと思います。携帯からMT4iを通して投稿する際に、生成されるファイル名が「post_69.php」とかの「post_XX.php」にならざるを得ないどころかタイトルに半角英数文字が入っているとまるで統一感の無いファイル名にされるのが気に入らなかったので、どのような条件の下で投稿されようが日付と時間に依存した、一定のルールによってファイル名が決定される形を所望したのであります。

いろいろ調べた結果、エントリーアーカイブでは「%y/%m/%d-%h%n%s/index.php」、日付アーカイブでは【日別】に「%y/%m/%d/index.php」【月別】に「%y/%m/index.php」と設定することで、投稿時にファイル名を指定しようがしまいが強制的に、厳密なルールの下でファイル名が決定されるようになりました。

厳密に言えばファイル名はいかなる状況下であっても「index.php」であり、月別のアーカイブはディレクトリを「/年/月/」で指定するだけで呼び出されますし、日別も同様に「/年/月/日/」で呼び出せます。個別のエントリーは「/年/月/日-時分秒/」となります。今思えばここはちょっと美しくない。

MovableType4.1にアップデートしてみた

4.01aから4.1にアップデートしたのは確か4月頃の事だったか...これに関しては特に問題も、大きな変化も無くコレといって影響が出たわけでもないので経過確認のみで。

Lightbox2を入れてみた

Lightbox2
完全にオナニー。ただ以前から大きな写真も使いたいシーンがあったのでテンプレートにした次第。これも特に何か機能面で影響が出たわけではないので経過確認のみ。

ページ右側のメニューをモジュール化してみた

月別アーカイブを見たりすると「最近のエントリー」の部分が「最近」ではなくて、開いている月の記事を新しい順に表示するのが気に入らなくて、まとめてphpファイルに書き出した物をページが呼び出される度にincludeされるようにしてみました。大勢に影響はないですが、全面静的ページでの運用でも、再構築負荷はそこそこ軽減されると思います。

ダイナミック・パブリシング化してみた

とは言え、記事がそんなに多いわけでも無いクセにいよいよ再構築が重くなってきたので、以前から試しては止めていたダイナミック・パブリシングを本格的に導入。いろいろ悩んだ挙句、The blog of H.Fujimotoさんの「Perl版ダイナミック・パブリッシング（MT4用）」に完全依存。この際、ページ分割で使用していた「静的ページ用ページ分割プラグイン：PageBute」が使えなくなってしまったので、やはりThe blog of H.Fujimotoさんの「ページ分割プラグイン（Perl版ダイナミック・パブリッシング専用）・その1」に全力依存。

再構築は随分早くなりました。が、都度のページの表示が若干遅くなりました。まぁでも、コメント一つ投稿するにも再構築でアホみたいに待たされることは無くなったし、キャッシュも効かせているので全般的には快適になったと言えると思います。なお、ダイナミック・パブリシング化では特にアーカイブマッピングの変更などは行っておらず、表面上は以前と変わっておりません。

と、変えたところと言えば大雑把にはこんな感じです。

さて。次に、今直面している不思議な点を挙げてみます。

Yahoo!ブログ検索に拾われなくなった

これは明らかに、アーカイブマッピングを変更してからの事でございます。RSSなどのフィード配信にFeedBurnerを使っているとYahoo!ブログ検索には無視されるというような事はあるようですが、小生は使っていないのでこれには該当せず。

完全に、アーカイブマッピングを変更した所為か？と言えば、その後2本だけ、新しいURI形式でインデックスされましたがそれも2月以降完全に沈黙。Yahoo！サイトエクスプローラーにてURL管理をしたり、サイトマップのXMLを見直したり、RSSファイルの仕様を確認したり、しばらく使っていなかったRSS1.0の生成を再開したり、いろいろと試してみましたが今のところ全く反応無しでございます。一応、エントリの投稿がある度にYahoo!ブログ検索のロボはRSSまでは見に来ているようなのですが...。

Googleに何故かTOPページだけが正常にインデックスされていない？

Googleにて「addressclub.net」を検索すると、何故か下々のページが表示されるのですが、TOPページだけが出て参りません。何故か「日本語のページを検索」→「ウェブ全体から検索」に変えてやると出て来ます。Googleでは、だいぶ以前からウェブマスターツールを使ってサイトマップの勉強をしたりしておりましたので、このような現象は何が何だかわかりません。「日本語のページ」で中途半端に出てこないわけですから、各フィードファイルにしっかりと「ja」の言語指定を刻み込むなど、見直せる部分は見直してみたのですが...これもかれこれ2ヶ月くらい、こんな感じ。不良サイト認定でも受けてバッサリ消されるならまだしも、ホントよくわからないです。

Technoratiが記事を拾ったり拾わなかったり

単純にTechnoratiが慢性的なタスク肥満に悩まされており、満足にロボを巡回させる余裕すら無いのが原因。アドバタフライも飛べない豚になる予感。割とどうでもいい。

お時間がございませんゆえ、とりあえず本日はここまで。同じような境遇の兄弟や、何かお気づきのことがございましたら是非コメントくださいませ。

昨晩梅酒の記事を公開してからのこと。しばらくすると現在出張で諸国漫遊中の滋賀の巨匠よりSkypeでこんな連絡が来ました。

「御大のページ、エラーが出て見れないけど何か設定変えた？」

むむむ？なんですと？小生はちゃんと見れておるのに一体どういう事だろう。どうやらエラーの内容としては、このページを開こうとすると途中でポップアップウインドウが開き、

「インターネット サイト http://addressclub.net/ を開けません。操作は中断されました」

というメッセージが出るそうな。そしてそのウインドウにある「OK」ボタンを押すと、白いエラー画面が表示されてしまう、との事。どうやらInternetExplorer固有の問題らしいけど、小生がIE7で見ても特に問題は無さそうだし、こりゃバグだらけで評判のIE6の癇癪に触れる何らかのコードを小生が書いてしまっている可能性もある、ナァ...この時点で時刻は深夜0時過ぎ。小生いつものように酔っ払っておやすみの時間であります。

翌日、改めて調べてみることに。おっと、IE7でも件のエラーがちょいちょい出て来ますな。普段IEをまったく使わないから気が付かなかったけど、こりゃイカン。昨日の更新からエラーが出てるとなると怪しいのは貼り付けたYoutube動画か。試しに外してみたところ、エラーは出なくなっているっぽい。ふむ。

調べてみたところ、Youtubeがブログ貼り付け用に提供しているコードの仕様がちょっぴり良く無いらしい。Movabletypeだと標準でXHTMLが使用されるんだけれども、XHTMLでは<embed>タグが定義されておらず、厳密に言えばYoutubeコードをそのまま貼り付けるのはNGヨ、って事らしい。ってことで昨日貼り付けたコードをXHTML向けに書き換えてみる。

<object width="425" height="344"><param name="movie" value="http://www.youtube.com/v/w910MrgCWdE&hl=ja"></param><param name="wmode" value="transparent"></param><embed src="http://www.youtube.com/v/w910MrgCWdE&hl=ja" type="application/x-shockwave-flash" width="425" height="344"></embed></object>

▼ に変更

<object data="http://www.youtube.com/v/w910MrgCWdE&hl=ja" type="application/x-shockwave-flash" width="425" height="344"><param name="movie"　value="http://www.youtube.com/v/w910MrgCWdE&hl=ja" /><param name="wmode" value="transparent" /></object>

参考：cyano: FlashをXHTMLで表示させるには（embedタグを使わずに表示させるには）

過去に貼り付けた動画やFLASHムービー（ブリブリボタンとかよ）のコードもXHTMLにお行儀良くしてみます。...が、相変わらずエラーが出たり出なかったり。この再現性の悪さはページの読み込みタイミングに左右されているっぽく、すなわち怪しいのはJavascriptか。

更に調べてみると、どうやらGoogle APIの読み込みタイミングが早すぎる（？）とIE様は機嫌を損ねてエラーを吐き出してしまうのだそうな。今回Google Mapsなどの機能は使っていないけれど、Youtube動画を埋め込むとGoogle APIを探しに行って、そのタイミングでエラーとなる...ってことかい？

そんなわけでGoogle API関連のscriptタグ集団と、ついでにLightbox2関連のタグ集団を、headerタグ内からbody終了タグ直前にお引越しして形式上最後に読み込んでいただくように変更してみました。一通りエラーが出なくなったと思うんですが、どうでしょう？IE6で確認できる環境が無くてイマイチ不安ですが。

というわけでここをご覧になってやたらエラーを浴びた皆様には深くお詫び申し上げます。チン射。

【追記】
GoogleMapsなどのGoogleAPIと、Lightbox2がコンフリクトするエラーについては、「割と真面目にGoogleMapsとLightbox2の共存について考えてみた。」にて、より解決へ近付いておりますのでご参照ください。

先週末の土曜日・朝。原口さんが我が家のリビングにて囚人のように小生らが起きるのを待っている最中に届いた荷物というのはコレ。

SPAMとステッカーのセット

荷物の送り主はMovableTypeでおなじみのSix apart。そういえば先日MT4.2発表記念キャンペーンというものに応募していたのでしたそうでした。いかにもアメリカ西海岸っぽいと言うか、やることがシャレてますね。同様のキャンペーン第二弾が今月末まで開催中のようですのでまだの方は、是非。

小生的にはSPAMと言えばハワイ。ハワイで一番美味い食べ物と言えばABCストアの「SPAMむすび」とココイチ・ハワイの「スパムカレー」。これは譲れない。近日この二つを自宅にて再現して食したいと思います。他になんちゃってハワイ気分を捻出するアイテムとかってありますかね？

キャンペーン的に肝心のMT4.2でございますが、つい先日MT4.1にしたばかりでもあります故、アップグレードはちょいと様子見してからにしたいと思います。