MovableType: 2009年6月アーカイブ

ありり？

Period って・・・公開状態で「日時指定」を選んでないエントリーでも、期間開始、期間終了に時間がセットされていれば処理しちゃうんだ。

つーか、それはいいんだけど、期間開始、期間終了に日時を指定せず（空白のまま）更新すると、勝手に訳のわからない日時をセットしちゃうんだ。

最悪・・・(^^;

つまり、「公開時期」を制限したいものと、別にしなくてもかまわないもの（というか、したくないもの）が共存出来ないというわけか。
Period をインストールして、設定を有効にしてしまうと、必ず公開時期を設定しないといけなくなるわけだ。
期間終了の年を 2099年とかにしときゃいいじゃん・・・というオチかもしれないけど、こりゃ、うちじゃちょっと使えないなあ。（一部エントリだけ公開期間を制限したいので）

そもそも、なんだよ、時刻にセットされている 01:03:39 って・・・（もしかして、公開日の時刻が 13:39:00 だから、時間の十の位と一の位が勝手に分割されて「時」「分」としてセットされてる？で、本来の「分」が「秒」にセットされてる？バグじゃん）(^^;

ま、そういうのがニーズにバッチリはまっている人はいらっしゃるのだろうし、そもそもフリーで公開されているソフトに文句を言うのは（データが壊れる等の実害が無い限り）いかんと思っているのでこれ以上は何も言いませんが、期待していただけにちょっとがっかり。

自分で作れということじゃね。

ToI企画さんの、MovableType 用時限公開プラグイン「Period」をインストールしてみた。

http://tec.toi-planning.net/mt/period/

「Periodとは」というドキュメントには、

■インストール
1.ダウンロードページからアーカイブをダウンロードします
2.ダウンロードしたファイルを展開し、プラグインディレクトリに設置します
3.設置完了です

とあったのだが、このとおりにすると、

Can't call method "get_config_value" on an undefined value at /var/www/mt/plugins/Period-0.2.0.0/lib/Period/Template/ContextHandlers.pm line 58.

というエラーが出てしまい、プラグインの設定画面も表示出来なくなってしまう。

実は、アップロードするとき、Period-0.2.0.0 というディレクトリ名を Period という（バージョン表記の無い）名前に直してアップしないといけなかったようだ。
別のドキュメント中に、ユーザからの質問への回答としてそういう記述があるのを見落としていた。

でも、まあ、上記のようなインストール方法の記述だと、そのままアップしちゃうよなあ。(^^;

せっかく良いプラグインなんだから、ドキュメントページも修正すればいいのに。
（ご本人も「説明が不足しておりました」と書かれていることだし）

さてさて、ブログの見た目は問題なくなったが、run-periodic-tasks の実行で、

(in cleanup) Can't call method "registry" on an undefined value at lib/MT/Component.pm line 558 during global destruction.

なんてエラーが出てるぞ？？？

ググって見ると、-w（警告スイッチ）を付けてると出ちゃうようだ。

ということで、 run-periodic-tasks の先頭行を、

#!/usr/bin/perl -w
　↓
#!/usr/bin/perl

に、変更すればＯＫ。

まあ、「警告」なんで、取りあえずは -w スイッチを消す（警告を出さない）・・・という対応でも良いんだろうが、次期バージョンではきれいにしてほしいよなあ。

しかし、こういう状況だと、客先の MTOS のバージョンを上げるのは抵抗があるなあ・・・(^^;

＜参考＞
MT-Xsearchによるタグ検索が4.26でエラーの件
http://www.markdiary.com/archives/2009/06-12061721.php

ありり？
スタイル設定が全然適用されてないじゃん。

styles.css にインポートされている、

mt-static/themes-base/blog.css
mt-static/themes/minimalist-green/screen.css

も、コピらないといかんかったのね。

ということで、mt-static/themes-base と mt-static/themes/minimalist-green の下のファイル全部を新しい環境にコピーをした。

これで、見た目はOK！

お、MTOS も 4.26 が出たのか。

例のメール投稿設定画面が出なくなった件、解決するかな。（しないと思うけど(^^;）

取りあえず、自社ブログを MTOS-4.23-ja から MTOS-4.26-ja にアップグレードしてみる。

＜手順＞

1.念のため、DB のバックアップは忘れずに。
mysqldump -uroot mtos_db --default-character-set=binary > mtos-4.23.dump

2.wget で MTOS-4.26-ja.zip を取ってきて展開

3.mt-config.cgi-original をコピって mt-config.cgi を作成し、今までの mt-config.cgi を参考にして修正

4.うちは、作業ユーザと httpd ユーザが別なので、plugins や mt-static/support 等のディレクトリのパーミッション変更

5.インストール済み plugin（EasyPodcasting と MailPack）のコピー

6.mt-static/support/uploads の下に自画像が入ってるのでコピー

7.古い MTOS のディレクトリ（mt）を待避

8.今回は、MTOS-4.26-ja ディレクトリの名前を mt にするのではなく、mt にシンボリックリンクを張った

9.Apache の再起動

10.Web 画面で DB のアップグレードが実行されて全てOK！

取りあえず問題なく動いているようだ。

お客さんところのは、MailPack を再インストールするときに、ついでに MT のバージョンアップもしちゃうかな。

お客さんとこで MailPack（v1.6）を実験的に使ってもらっているのだが（問題なければ Mailpack Pro の導入を検討予定）、う～ん、駄目かも。(^^;

以前、「MailPack プラグインの文字化け問題」に書いたような問題があって、それはうちでソースを修正して何とかなったんだけど、今回は MailPack の設定画面に突然行けなくなったという障害。

MailPack の名誉のために言っておくが、うちのテスト環境では特に問題が起きてないので、MailPack 単体の問題ではなく、お客さんのところの MovableType 環境と相まっての障害の気がする。

が、「MovableType よ！エラーメッセージくらいまともに吐いてくれ」に書いたように、どのプログラムの何行目でエラーが発生しているかという一番大事な情報が確認できてないので、お手上げ状態。

取りあえず、MailPack のバージョンを 1.6 から最新の 1.63a に上げてみたけど症状変わらず。

エラーが出はじめる前に新規ブログをひとつ追加したというけど、それもうちの環境では再現性無し。

投稿先メールアドレスは 8個登録済みらしいが、それで何かの配列がオーバーフローしてるなんてあり得ないし。

う～ん・・・詳細なエラーメッセージがわかれば調べようがあるんだけど、どういう狂った人間が実装したのかしらないけど、エラーメッセージを途中でカットして表示するという愚かな仕様になってるからなあ・・・＞MovableType

MailPack を一旦削除して、最新版を再インストールしてみることで現在調整中。

いやあ、なんか、MovableType も、熱烈な信者がいそうなので、批判的なことを口にするのは、僕のような気弱なブロガーはすげえ気を遣うんですが（大嘘）、MovableType・・・駄目駄目じゃねえ。

ま、ブログツール・・・というか、MT4 は既に CMS の領域に入ってるけど、そういう機能はよく作り込まれているソフトだと思うよ。Perl ベースというのも信頼出来るし。

しかし、このエラーメッセージの出し方はいかんでしょう。

Can't call method "name" on an undefined value

・・・って・・・途中で切れてるじゃん。

一番大切な、どのモジュールのどこでエラーが発生したかという情報が出てませんけど？

ログの方に全文出てんのかな・・・と思ったけど、ログにも一切出てないし。

あのお、本当に MovableType ユーザの皆さんは、こういう部分に何の不満も感じられないのでありましょうか？盲信者ばっかり？

それとも、これは MovableType へメッセージを渡してる側（プラグインモジュールとか）が悪いの？

何はともあれ、突然プラグインの設定画面に行けなくなったんだけど、これじゃエラー原因が全然わからんつうの！キー！