2005-12-04 アーカイブ

事情が変わりました

Tour "A red flower 2005" は、内々で行う計画だったのでその内容を詳しく説明していなかったのですが、ちょっと事情が変わりました。 12 月 24 日というのは JILS というバンドのライブが行われる日であり、このバンドは私と iMa さん ( iMach ) が大ファンであるため、一緒に行きませんか、というお誘いをしていました。

iMach - JILS 6周年記念にてお誘いのことは書かれていますが、どうにもお仕事が忙しいということでライブを一緒に観るというのは無理くさいと。 それなら終わった後で一緒に飲みましょうということにしていました。

しかし、このライブは 2 部構成で、 2 部の開始は 24:00 。 それなら 2 部からなら一緒に楽しめるんじゃないかということで、当日ライブに同行する友人に頼んで 2 部のチケットだけ注文してもらっていたのです。 何故ならチケットの注文は 1 人あたり 2 枚までで、自分の注文分は自分と友人の 2 枚に駆使しており、 iMa さん達の分まで注文することは不可能。 そして 2 部にお誘いするのはある種のサプライズ的なことで計画していたので、まさか iMa さん自身に「チケ取っとってー ( 方言 ) 」とも言えないので友人に注文してもらったという。

しかし、本日 iMa さんから 24 ～ 25 日自体に急用が入ったとの連絡が入り、どうしようと思ったわけです。 急用ならばしょうがないし、だいいち私が黙ってかつ勝手にチケットを確保していたので iMa さんには瑕疵はありません。 しかしこのままではチケットが余ってしまうのも事実。 うーむ。

2 部だけお誘いってのも難しい

それなら JILS を知ってそうな知り合いを誘えばいいじゃないかという展開になるわけですが、私にぽんっと思いつかれた方々からすれば寝耳に水なお話。 101 さん ( zerosp.com | すぴりっつおぶぜろ ) は JILS の CD を買っていたので知っているのは確定。 ミユキさん ( Namamono ? Diary ) は知っているかどうか分からないけど、ボーカルの幸也さんと Laputa って親交深かったから名前くらいは知ってそう ! という見通し。

ただ、お二人とも東京の方ではないので気軽に「一緒に行きませんか」というのも気が引けるし、そもそも 1 部のチケットは押さえていないし、何より 2 部のチケットも本当に押さえられているかどうかは 公演日の約１週間前までに配達記録郵便で発送開始 されるチケットが届かないと確実には分からないし、だいいち 12 月 24 日に予定空けてくれって言って空けられるかというのが難しい。

12 月 24 日の 24:00 から 25 日未明まで予定が空いていて、なおかつ新宿に出てこられる方で、 JILS のことを知っていて、「しょうがねえなあ真琴って奴は、よっしゃちょっくら付き合ってやるか」っていう方は makoto[at]hxxk.jp まで ( [at] を @ に変更してください ) メールを下さるかこの記事のコメント欄に書くかしていただけるとありがたいです。 旅費や宿泊費までは難しいですが、チケット代はこちらで持ちますゆえ。

場合によっては自分のポリシー ( SNS は使わない ) を曲げて mixi あたりのコミュニティにてチケットを欲しがっている人を探すかも。

それと、勝手に話を進めていてすみませんでした＞ iMa さん 次がいつになるか分かりませんが、この埋め合わせは必ずッ……!

セカンドライター制ができる weblog

おさんぽさんぽ - ココログが使いにくくなったにて セカンドライター制を入れているので、プロプランしか選択肢がないのですよ。 これが、他の無料Blogに移転できない最も大きな理由。 んでレンタルサーバでMovableType無料版などに移行できないのもこれが大きい。 と書かれていますが、確かに複数人で投稿できる weblog サービスというのはあまり多くないように思えますね。 というか私は weblog サービスに詳しくないため、複数人で投稿できるものがあるのかどうかすら分かりません。 ( はてなグループ はひとつの weblog を複数人で投稿するものではないのでちょっと違うかと。 )

weblog ツールの方では ARTIFACT －人工事実－ | Weblogツールリスト（サーバー動作タイプ）に情報が集められていますが、次に挙げるツールが複数人での投稿ができるようです。

• Serene Bach
• Greymatter
• Movable Type
• Nucleus
• WordPress
• pMachine
• blosxom

複数人が投稿している weblog

私が知っている限りの複数人投稿の weblog をまとめてみます。

[N]ネタフル

Movable Type を使用。 ネタフルには複数のbloggerがいます という記述や、 おっと、ネタフルでは複数のauthorがいるのでライセンスを購入しなくてはなりませんね という記述から、複数人で投稿していることが分かります。

ユーザー数無制限で対応できそうです。 ある意味、それで12,000円だったら安い気がします。 喜んで購入させて頂きます。

それって個人ライセンスなので、複数人投稿はできないライセンスなのですが……記述自体が 1 年以上前なので、今は正しいライセンスを購入しているかもしれません。

自転車を徹底的に意識する： power's cycle diary

Movable Type を使用。 11 人の現在進行形な Author 、 3 人の終了した Author 、ゲストアカウントと、総勢 15 アカウントの豪華 weblog 。 サークルと呼んでいいのか分かりませんが、サークル的な利用を行っている好例だと言えるでしょう。

Crossing Fingers／クロッシングフィンガーズ

つい先日NewsHandler から Moavble Type に移行した weblog 。 3 人の投稿者で weblog を構築しているようです。

制作状況ブログ - もえじら組

blosxom を使用。 某ブラウザやらなんやらの擬人化美少女をテーマにした萌える同人誌を作ろうじゃありませんかというプロジェクト の制作状況を報じる weblog です。 現時点では 8 人の投稿者を確認できました。

blosxom.org

Movable Type を使用。 blosxom.org なのに Movable Type かよ ! という理由は blosxom.org が MT な理由: blog.bulknews.net で書かれています。 現時点では 3 人の投稿者を確認できました。

Shibuya Perl Mongers

前述の blosxom.org が MT な理由: blog.bulknews.net にて blosxom を使った複数人投稿の実例として出された weblog 。 現時点では 2 人の投稿者を確認できました。

Movable Type で複数人投稿

他の weblog ツールをよく知らないので比較はできませんが、 Movable Type は複数人投稿を容易に行えるツールだと思います。 ユーザごとに権限を設定することができますし、同一の weblog を複数のユーザで扱うことができるため、柔軟な運営が行えるというのが大きな利点だと思います。

難点と言えば、複数人投稿を行う場合のライセンス料金が高いこと。 Crossing Fingers／クロッシングフィンガーズや blosxom.org のように 3 人の投稿者であれば 26,250 円 ( ダウンロードライセンスの場合の価格。ライセンスパックの場合は 31,500 円。 ) のライセンス料金で済みます。 ( それでもそれなりの額ではありますが。 )

自転車を徹底的に意識する： power's cycle diary のような大所帯になるとライセンスパックの 1 サーバー・ 5 ユーザー ( 31,500 円 ) + 追加 10 ユーザー ( 47,250 円 ) で 78,750 円という高額なライセンス料金に !

実は hxxk.jp ではない別のサイトにて複数人投稿の weblog を作ろうかなと考えていたことがあったのですが、このライセンス料金がネックになって止めた経緯があります。 ( どちらにしても別のサーバになるため、個人ライセンスの 5 ユーザー版を購入しました。 )

トラックバック送信先

おさんぽさんぽ - ココログが使いにくくなった

ライセンス料金がかからない weblog ツールを使うのはどうでしょう。 Movable Type はライセンス料金が高いので、 Serene Bach や blosxom あたりで。

MTEntryBasename は Export で書き出されないの結果発表

MTEntryBasename は Export で書き出されないにて 記事に指定できる「エントリー・ファイル名」というのは entry_basename フィールドのことなのですが、この entry_basename は書き出しの項目には含まれていません と書き、 ちょっとサポートに問い合わせてみます と書いていましたが、その返答がきました。

まず確認として、現状の Movable Type の機能では entry_basename フィールドの内容が書き出されないというのは間違いないとのことで、今後の対応予定については明言されませんでした。 将来のバージョンアップ時の要望として受け取ったという旨が書かれてはいましたが、そう書かれるということは、これまで検討されたことはなかったいうことではないでしょうか。

記事の Import/Export を行う予定がある人は、当面の間は MTEntryBasename をアーカイブ・マッピングに用いない方が良いようです。 とはいえ、 Movable Type 3.01D-ja の頃からデフォルトの個別記事の Permalink は MTEntryBasename が用いられたわけで、そのデフォルトの Permalink が Import/Export によって失われるというのは大きなマイナスではないでしょうか。

実際に Export してから新規の weblog に Import してみた

MTEntryBasename を用いている Web Standards with MT ver.3.2 Strict をテスト対象にして、記事の Export をして、新規に作ったテスト weblog に Import してみました。 それによって MTEntryBasename がどう変わったかを調べてみました。

いくつかの記事では「エントリー・ファイル名」を自分で指定していないものもあるので、それについては MTEntryBasename は変更されていませんが、自分で指定していたものはことごとく変わっています。 Movable Type 3.1x までは「エントリー・ファイル名」を変更することはできなかったので、 Export しても変更されてしまうことはなかったのですが、 Movable Type 3.2x では「エントリー・ファイル名」を容易に変更できるので、ハマってしまうユーザも多くなるかも。

問題が発生する条件チャート

1. 記事の Export を行いますか ?
   1. 行わない→問題は発生しません。
   2. 行う→
      1. Movable Type のバージョンは 3.2x ですか ?
         1. 3.1x 以前です→問題は発生しません。
         2. 3.2x です→
            1. 個別記事の「アーカイブ・マッピング」に entrybasename を使っていますか ?
               1. 使っていません→問題は発生しません。
               2. 「エントリー・ファイル名」を自分で設定していますか ?
                  1. 設定していません→問題は発生しません。
                  2. 設定しています→問題が発生します。対応されるかどうか分かりませんが、対応されるまで Export を行うのは止めた方が良いでしょう。

どれかひとつでも条件が満たされなければ問題は発生しませんが、 Movable Type 3.2x ではデフォルトで個別記事の「アーカイブ・マッピング」に entrybasename を使うために、意外とすんなりと条件が満たされてしまいます。

トラックバック送信先

月別アーカイブのリンクバグの原因が判明 - ゼロSPのBLOG

サポートには要望として受け入れてもらえましたが、対応予定のバージョンなどは明言されませんでした。