2008年08月09日
[ Movable Type ] 3.37に更新
MovableType のメイン・リリースが 4.x 系になってずいぶん時間が経過しました．
4.x の，管理者用 UI の使いづらさと，4.x から使えなくなった DB を使っていることがネックになり，いまだに 3.x のまま．3.36 でした．3.36 でしばらく運用することになるかと思ったのですが，セキュリティ上の理由から，3.37 がリリースされ，さっそくインストールしました．正直なところ，3.37 は出ると思っていなかったので，このリリースは大歓迎です．更新作業は面倒ですが，セキュリティ上の理由で今のバージョンを断念せずに済むのはありがたいことです．
投稿者 kanemiki : 20:13 | コメント (0) | トラックバック
2008年02月08日
[ Movable Type ] MovableType 4.01 を 3.36 に戻す
私が使っている，ブログ用ツール「MovableType」の最新バージョンは 4.0 系列になっています．
ちなみにここは 3.36 で，3.0 系列の最終リリースになります．
4.0 になって，画面構成が大きく変わり使いやすくなったと開発元では紹介しています．...が，わたしが試した範囲では，Windows 2000 を Windows XP の Luna，Vista の Aero にしたのと同じような印象を受けます．はっきりいえば，使いづらくなっただけで，画面構成的に良くなったと思うところがまったくない．
MovableType の面白いところは，ブログ環境を構築するのに必要なデータベースが，BerkeleyDB，MySQL，PostgreSQL，SQLite から選択できたことにあり，BerkeleyDB のような，DB 操作になれていない私でも手軽にバックアップ可能な選択肢があったことが大きなアドバンテージだったように思うのですが，4.0 系列からは，そのうまみもなくなってしまいました．
別の環境で MySQL で動かしていた MT があったので，4.0 にあげてみたのですが，あまりの使い勝手の悪さに辟易し，DB のバックアップ，エントリー記事のエクスポートをした後，ダウングレードを試みました...が失敗．あちこちで，同じような人がいるらしく，みなさん泣きを見ていることもわかりました．MySQL のバックアップは，一度 MT 4.0 にアップグレードしたあとなので利用できず，エクスポートしたデータを使って，最初から MT を入れ直すハメになりました．スタイルをカスタマイズしていたので，元に戻すまでの作業時間は数時間に...
セキュリティ上の欠陥が見つかったら，本格的に別の CMS を探すかなんかした方が良いのかも知れません．いろいろ探しておかなくちゃ．
というかねぇ．
やっぱり，テキストエディタで (X)HTML 書いている方が性に合っているような気もしてきました．ブログはブログで便利なんだけど．Livedoor にアカウントを持っているから，最悪の場合は MT で運用していると思われるライブドアブログに移動するかなぁ．
投稿者 kanemiki : 22:49 | コメント (0) | トラックバック
2008年01月25日
[ Movable Type ] テスト環境で MT4.x を試す
大幅に変わった UI，利用可能なデータベースが減ったこと...どれをとっても，4.x に移行する意欲が起きません．
投稿者 kanemiki : 21:54 | コメント (0) | トラックバック
2008年01月21日
[ Movable Type ] 3.36へアップグレード
このブログを構成するために使っている MovableType を，3.35→3.36へアップグレードしました．
すでに 4.0系列がリリースされていますが，4.0以降ではデータベースとして，わたしが現在利用している BerkeleyDB を選ぶことが出来ません．MySQL，PostgreSQL の方が処理が早いことはわかっていますが，メンテナンスとバックアップが楽なので，DB を変える気がおきません．
そのうちサポートが切れてしまうかもしれませんが，それまでは BarkeleyDB で行こうかと思っています．速度が重要視されるようなサイトでもありませんし (w
投稿者 kanemiki : 21:28 | コメント (0) | トラックバック
2007年08月09日
[ Movable Type ] 最新版をダウンロード
ここのブログの作成に利用している Movable Type の最新の日本語版が，本家（英語版）よりも先にリリースされました．
とりあえずダウンロードだけは済ませました．前回のリリースもそうですが，大きなバージョンアップの場合，けっこう早い段階で修正リリースが出たりするので，すぐに最新版をインストールするのは躊躇してしまいます．わたしが最初に使ったのが 3.04 でした．今回は 4.0 と，これまで以上に大きなバージョンアップがあるわけで，余計に慎重になってしまいます．
3.35 から 4.0 の更新のなかで，セキュリティの欠陥が修正されているなら早急に考えなければなりませんが，いわゆる「ChangeLog」のような情報は本家サイト（英語）しかなく，そうなると，正式版とされる日本語版を入れて良いかどうか悩んでしまうのです．すでにインストールした人もいるようですが，しばらくは様子見になりそうです．
投稿者 kanemiki : 15:29 | コメント (0) | トラックバック
2007年05月12日
[ Movable Type ] コメント欄のこと
先日，とある方から Opera からコメント投稿できませんと言われました．
わたしが手元で検証できるブラウザは，Microsoft Internet Explorer 6.0 SP2，同 5.01 SP4，Mozilla Firefox 2.0.0.3 です．MT を 3.34 から 3.35 にアップグレードした影響もあったようで，それを修正しました．その結果，これらのブラウザでは問題なくコメントできるようになりました．
そのことをお伝えしたところ，今日になって「まだダメです」と言われてしまいました．さすがに Opera でも検証しないとまずいかなぁと思い，VMware で作った Windows 2000 Server の仮想マシンに Opera 9.2 を入れて確認しました．...が，問題なくコメントできるのです．なお，検証に利用した Windows 2000 の仮想マシンは，SP4 適用済みメディアから OS をインストールしただけ，つまり「マイクロソフト社以外のアプリケーションがまったくインストールされていない環境」なので，もっともトラブルシューティングの検証に適したマシンだったと考えています．
とある方の Opera からはコメントできないが，別のマシンにインストールされた Opera からはコメントを投稿できる，というのはどういうことでしょうか？ おそらく，不具合を指摘された「とある方」の環境に依存した（具体的には Opera の設定に関する）問題である，といえないでしょうか？ それでは，今回は何が原因でしょう？ みなさんはわかりますか？ 解答（案）はこちら
実は，これと似たようなことが，先日我が家でも起きました．「単純なファイル共有ができずに，だんなさんとわたしでトラブルシューティングした」のです．事象としては，Windows ファイアウォールの GUI で，ファイル共有に必要なポート（445/tcp 他）をすべて開けてもダメ．だけど，管理共有（C$，Admin$）にはアクセスできるというものでした．この問題は，Windows ファイアウォールを完全に無効にするか gpedit.msc から直接ポートを開けることで解決しました．そこで，最終的な解決策として Windows ファイアウォールは（ファイル共有に必要なポートは開けたまま）有効に戻し，さらに gpedit.msc からもポートを開けるように設定変更しました．このような状況になった場合，みなさんなら，どういう設定にしますか？
解答編
さて，本題の「Opera からコメントできない件」に話を戻します．実は，教えてもらったトラブル状況を再現できてしまいました．それは Opera の設定で「Cookie を無効にする」のです．わたしのブログでは TypeKey という認証を使っている関係で，コメントするには Cookie が有効にしなければなりません．Opera の既定の設定は「有効」ですが，さまざまな理由で，Cookie を無効にするケースがあるので，今回はそれに該当した可能性がある，と考えています．
このふたつのトラブルに共通していることとして「どのアプリケーションの，どの設定が，ネットワークで通信するときに，どう作用しているのか？ が， Windows XP 以降，非常にわかりにくくなっていること」が挙げられないでしょうか．ですから，ある程度，自分でコンピュータの設定をカスタマイズして利用している人が，何らかのトラブルに遭遇したときは，自分のコンピュータの設定を単純化してどうなるか？ を確かめるのは結構大事なことだと思います（人というのは悲しいもので，問題が起きたときに「自分のせいではなく，他人のせい」にしてしまいがちです）．
インターネット，LAN など，ネットワーク接続に関するトラブルの場合，Windows ファイアウォールや，ウィルス対策などのセキュリティ系アプリケーションの設定，ブラウザのセキュリティ設定（Cookie の不許可など）が原因であることがほとんどです．ファイアウォールの設定を有効にしていたり，個々に何らかのカスタマイズしている場合は，ファイアウォールを一時的に無効にしたり，設定を既定の状態に戻すのは非常に有効な方法です．何らかのトラブルに遭遇したときは，相手の設定を疑う前に，（特にカスタマイズが好きな人は）自分の設定を見直すことも大切だと思います．
もし，せっかくのカスタマイズを元に戻すことにためらいがある場合は，不具合を受容するか，検証用に新しいユーザーアカウントを作ることをおすすめします．検証用アカウントで不具合が発生しないなら，それはまず間違いなく，自分のカスタマイズがトラブルの原因ですから．
投稿者 kanemiki : 23:37 | コメント (0) | トラックバック
2007年04月25日
[ Movable Type ] 3.35 に更新
ようやく更新しました．
何だか，データベースの更新がなかなかうまく行かなくて，久々に苦労しました orz
投稿者 kanemiki : 08:06 | コメント (0) | トラックバック
2007年02月08日
[ Movable Type ] タイトルに「カテゴリ」をつけてみる
前々からやろうと思っていたことをようやく実現しました．
カテゴリを表示させるのは，単純に次のような MovableType 独自タグを追記すれば済む話です．
[ <MTEntryCategories glue=", "><a href="<$MTCategoryArchiveLink$>"><$MTCategoryLabel$></a></MTEntryCategories> ]
わたしは tDiary.org 風にカテゴリをタイトルの前にくっつけたので，] の後ろには を付けて少し間を開けました．
投稿者 kanemiki : 13:10 | コメント (0) | トラックバック
2007年01月23日
[ Movable Type ] 3.34 へアップグレード
機能追加であれば更新しない方針ですが，3.33 リリース後に見つかったセキュリティ問題を修正とあったのでアップグレードしました．
アップグレード作業は，MovableType 固有の問題ではなく，XREA.COM サーバの仕様上の理由で一瞬トラブルが発生しました．3.33 を利用している間に，ログイン上の都合で CGI パスを https://〜 に変更したのですが，これがトラブルの原因に．
mt-upgrade.cgi を実行したところ，データベースを見つけられないとエラーが出てしまったのです．仕方ないので，一度 mt-config.cgi で指定する CGI パス を HTTPS を使わない設定に書き換えて mt-upgrade.cgi を実行．アップグレード作業完了後，再度 CGI パスを HTTPS を使う設定に変更して完了となりました．
HTTPS を使う場合，XREA.COM の仕様上 mt-config.cgi では
CGIPath https://ss1.xrea.com/www.kanemiki.net/MT/
と書くわけですが，これだと ss1.xrea.com に他のファイルを探しに行ってしまうんでしょうね．仕方ないので，アップグレードのときだけは
CGIPath http://www.kanemiki.net/MT/
としなければならないようです．一瞬とはいえ，パスワードが平文で流れるのが気になるなぁと思ってしまいます．
投稿者 kanemiki : 12:33 | コメント (0) | トラックバック
2006年12月28日
[ Movable Type ] UTF-8 から他のエンコーディング方式に変えた場合に書き換えたいテンプレート
先の記事の続きになります．
MovableType は ".TEXT" と比べると，作者が HTML/XHTML のコーディングに長けた人たちなのだなぁだとよくわかります．というのは ".TEXT" は，出力されるページそのものに HTML の文法的なミスが多数含まれているらしいのです（自分で修正することはできない）．MovableType にはそうした問題が（ほぼ）ありませんし，テンプレートの記述を修正すれば，そうした問題はほぼ回避できます．
しかし，日本語で Movabletype を使うときには，テンプレートの冒頭部を次のように変えた方がよりよいページを生成するようになりますので，参考にしてください．
<?xml version="1.0" encoding="euc-jp"?>
<!DOCTYPE html
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="ja" lang="ja">
上記の例は，euc-jp を使った場合の例です．ポイントをあげておきます．
- DOCTYPE 宣言は特に手を入れていません．
- エンコーディング方式を UTF-8/UTF-16 以外に変更した場合は，一行目に「XML宣言」を書きます．MovableType のデフォルトのエンコーディング方式は UTF-8 なので省略されているため，変更した場合には XML 宣言が必要になります．
<html>〜</html> タグに「xmlns 属性」「xml:lang 属性」を追記します．
MovableTypeではスタイルシートを使っています．また多くの人は何かしらの形で JavaScript を使っているでしょう．そこで，次のタグを <head>〜</head> タグの間に追加しておきます．
<meta http-equiv="Content-Style-Type" content="text/css" />
<meta http-equiv="Content-Script-Type" content="text/javascript" />
一行目はスタイルシート用，二行目は JavaScript 用の宣言です．
これらの変更は，ページ出力に使われるすべてのテンプレート（たとえば下のようなテンプレート）に対して必要です．
- メインページ
- アーカイブ ・テンプレート（カテゴリー，個別，日付）
- システム・テンプレート（コメント一覧，コメント・プレビュー，コメント・エラー，コメント・保留，トラックバックの一覧，検索結果）
けっこう直すのは大変かもー orz
投稿者 kanemiki : 07:10 | コメント (0) | トラックバック
[ Movable Type ] PHP と XHTML で...
Web ページ作成時，スクリプト言語である PHP を使いつつ，XHTML で記述すると問題が発生します．
問題が発生する理由
その理由を考えてみましょう．簡単です．
- XHTML は XML の応用言語であるため UTF-8/UTF-16 以外のエンコーディング方式を使う場合には
<?xml version="1.0" encoding="euc-jp"?>のようなXML 宣言が必要になる． - PHP のスクリプトは
<? 〜 ?>または<php 〜 ?>でくくる必要がある．
つまり XML 宣言（<?xml 〜 ?>）を書くと，これを PHP側がスクリプトと勘違いしてしまい，その結果ページそのものが表示できなくなってしまうのです．
解決方法
XML 宣言を PHP スクリプトの echo を使って書くことで問題は解決します．たとえばエンコーディング方式が euc-jp の場合は次のように記述すればよいことになります．
<?php echo "<?xml version=\"1.0\" encoding=\"euc-jp\"?>\n"; ?>
元ネタは ここ にあるのですが，この提案だと改行されなくて気持ち悪いので \n を追加しました．
MovableType は XHTML でマークアップします．また，デフォルトで UTF-8 を使うため XML 宣言が省略されています．しかし，何らかの理由で euc-jp など他のエンコーディング方式を使う設定に変えた場合は，テンプレートファイルの一行目に XML 宣言を追加する必要があります．
わたしもこの設定をすっかり忘れていたのですが，ようやく修正しましたー．
投稿者 kanemiki : 06:37 | コメント (0) | トラックバック
2006年12月16日
[ Movable Type ] ログインに HTTPS を使う設定に変える
今更，ですが．
わたしが利用しているホスティング・サービスである XREA.COM では，SSL 対応させる手段として，たとえば http://www.kanemiki.net/ について，https://ss1.xrea.com/www.kanemiki.net/ でアクセスすると，暗号化通信が可能になります．
わたしが使っているブログ作成ツール MovableType では，記事を投稿するときにログインしますが，この通信を暗号化しなければ，パスワードは平文（そのまま読める形）でインターネットを流れます．というわけで，これまでは適当な（盗聴されてもよいような）パスワードを使っていたのですが，暗号化したついでにパスワードも少しだけまともなものに変更しました．
この設定変更で，他の場所に問題が出ているかも知れません（たとえば，コメントできない，トラックバックできないなど）．そのときは，何らかの形で（できれば電子メールで）指摘していただけるとありがたいです．
追記
ブログの URL がこっそりと変更になっています．
旧）http://www.kanemiki.net/blog/
新）https://ss1.xrea.com/www.kanemiki.net/blog/
なお http://blog.kanemiki.net/ でアクセスされている方は，これまで通りで大丈夫です．
投稿者 kanemiki : 03:21 | コメント (1) | トラックバック
2006年09月27日
[ Movable Type ] さっそく 3.33 に更新
さくっと更新するには，やはり（手元のマシンで Movable Type を運用していない限り）Berkeley DB が楽だと思ってしまいます．
さくっと更新，さくっと完了．これが可能だもんなぁ...遅いとかそういう問題はまた別の話で，運用が簡単なのはもっと大事ですよね...MySQL の方が高速なのはわかっているんですが，なかなか移行できないままです．
- 現在の状態をすべてバックアップ（ダウンロード）．する
- もともとの Movable Type ディレクトリ名を変更し，新しいバージョンの Movable Type をアップロードする．
- 旧バージョンの mt-config.cgi に必要があれば訂正を加え，新しいバージョンのディレクトリにアップロードする．
- db ディレクトリを，新しいバージョンの Movable Type ディレクトリにアップロード．
これだけだもんね，実質...すごい簡単だぁ〜．やはり Berkeley DB から離れられない...orz
投稿者 kanemiki : 20:41 | コメント (0) | トラックバック
2006年08月20日
[ Movable Type ] MovableType 3.31 で StyleCatcher プラグインを動作させる
HTML::Entities が入っていないと動作しないことが分かりました．
だんなさんの Web サーバで動かそうとして，なかなか動かなかったのです．Land.to のサイトでは，mt-check.cgi がオプションを含めてすべて入っていたので，何の苦もなく動作したのですが...
だんなさんの Web サーバは，自前の Debian GNU/Linux 3.1 (Sarge) です．mt-check.cgi の結果では，
- HTML::Entities
- Image::Magick
- Crypt::DSA
が入っていませんでした．
そして MT 3.31-ja をさくっとインストールし， 動作確認できたところで「見た目を変えたいかも。」と．早速 StyleCatcher の出番！...が，動かないのです...
Error Status 200 Pragma: no cache Content-Type=text/plain;CharSet=UTF-8 Error unknown content type
...みたいなエラーのポップアップ登場．まったくわけわからん．(?_?) と思ったら，だんなさんがひとこと...
『HTML::Entities』じゃないの？
というわけで，Google で調べてみました．で 貴重な情報 GET♪ しました．...が，ここに書かれている deb パッケージがなかったのです！で，調べた結果（apt-cache でそれっぽいのを探しただけですが...）
apt-get install libhtml-parser-perl
が BINGO! だったようです（だんなさん，一発で当てましたがー）．この deb パッケージをインストールしたのち，mt-check.cgi でチェック．
- HTML::Entities
- XML::Atom （たぶん）
が，インストール済みになっていました．
で，再度 StyleCatcher を試したところ，成功しました♪ だんなさんは満足して，あたたまったレア・チーズ・ケーキをぬるくなったコーヒーで食べていました orz めでたし，めでたし．
投稿者 kanemiki : 01:02 | コメント (0) | トラックバック
2006年08月18日
[ Movable Type ] こちらもアップグレードしました
少し見た目が変わったような気がします．
アップグレード手順は，今回は 3.31 のマニュアル通りに（真面目に）やりました．というのは，従来の 3.1系列と（3.3系列を含む）3.2以降はファイル構成が大きく異なるからです．いままではみらのさんという方のサイトをよく見ていましたが，日本語マニュアルが充実したこともあり，今回は真面目にやってみることにしました．
結果は良好．1時間程度で更新作業を終えました．怖かったのは，データベースのアップグレード中に CGI が停止したことでしょうか．恐れることなく 3 回くらい (^^; やり直した結果，今こうして 3.31 に移行できたのです...やはり DB の速度的な問題なのでしょうか．別の DB へ（おそらく PostgreSQL/MySQL）移行した方がいいのかも知れませんが，すべてがファイルで閉じている状態から抜け出したくないのよね...
投稿者 kanemiki : 19:25 | コメント (0) | トラックバック
2006年08月16日
[ Movable Type ] 3.151 → 3.31 へアップグレード
Movable Type をとあるサイトでアップグレードしてみました．
このサイトで 3.3 系を入れていないのは，3.2 で大幅な変更があってアップグレードをためらっているからです．3.171 であればセキュリティの問題もない（はず）だし，いまのところ迷惑なコメントやトラックバックも無縁なので，更新の必要性を感じていないのです．
しかし，新しく作るサイトは，古いものをつかう理由もないので，まずは 3.151 を入れて，そこから 3.31 へアップグレードする方法をとって，スムーズにアップグレードできるかどうかを検証してみました．
で，結論ですが．あっさりうまくいきました．3.2 系よりもさらに簡素化した設定ファイルのおかげです（3.2 系の設定ファイルは，わけがわからなかった）．これなら，近日中にこちらも 3.31 にしても良いかも知れない！と考えています．しかし，なかなか変更できないのがデータベース．バックアップの簡便さから，ここでは BerkeleyDB を使っていますが，CMS が Movable Type であればおそらく MySQL がベストだからです．もう少し MySQL の使い方に慣れたら，移行するかも知れませんが手間を考えると今のままになりそうです．
投稿者 kanemiki : 23:51 | コメント (0) | トラックバック
2006年08月07日
[ Movable Type ] 月別アーカイブのドロップダウン化
月別アーカイブのドロップダウン方法を調べて，ちょっとした細工を加えて "うふふo(^-^)o" に適用しました．
このページを参考に しました．なお，オリジナルはこれ だと思います．
さて，このオリジナルもあいかわさまも，JavaScript をページに直接書いているのでヘッダが汚くなってしまいます．これは良くない，ということでいつものごとく，JavaScript は別ファイルにして，それを読み込む形に変更しました．
要は，必要なスクリプト（この場合は下記の部分）を，ファイルに保存します．
function MM_jumpMenu(targ,selObj,restore){ //v3.0
eval(targ+".location='"+selObj.options[selObj.selectedIndex].value+"'");
if (restore) selObj.selectedIndex=0;
}
わたしは mt.js と保存しました．もちろん，今後別の Script を作ったときは，ここに追記することができます．MT から呼び出す関数は，ここに集約しようと思うので，今回は mt.js という名前にしました．これを適当なディレクトリ（わたしは絶対パスで /js/mt.js となる位置）に ASCII モードでアップロードします．
次に，今まで追加していた JavaScript のソースのかわりに
<script type="text/javascript" src="/js/mt.js" ></script>
を追加します．本当は
<script type="text/javascript" src="/js/mt.js" />
としたいのですが，MT 3.171-ja の不具合なのか，XREA サーバ上の問題なのか，原因はわかりませんが，デザインが崩れてしまったので，仕方なく HTML 4.01 の書き方にしました．もし XHTML 1.x の記法でできた方がいらしたら，コメントいただけると幸いです．
あとは，インデックスページのテンプレートで，リスト形式表示するように指定している箇所をさがし，下記の通り変更・保存・再構築するだけです．
<form name="pulldown_monthlyarchives">
<select name="menu" onChange="MM_jumpMenu('parent',this,0)">
<option selected> 月別記事の一覧 </option>
<MTArchiveList archive_type="Monthly">
<option value="<$MTArchiveLink$>"><$MTArchiveTitle$>
</MTArchiveList>
</select>
</form>
JavaScript を HTML ファイルに直接書くのは，見栄えが良くないし，読み込むコードが増えるだけ（パケット料金がムダになる）ですから，別ファイルに保存しましょう．
はぁ．久しぶりに MT のインデックスページを変えたぞ〜．
投稿者 kanemiki : 18:20 | コメント (0) | トラックバック
2006年05月01日
[ Movable Type ] コメントできなかった件について
わたしの設定ミス！ごめんなさい．
TypeKey という認証機能を使って，コメントスパムよけをしていた．この認証機能を使うには，TypeKey のログイン後の 画面 に説明があるように
TypeKeyトークンを、指定したウェブログの設定画面に入力すると、Movable TypeやTypeKeyをサポートする他のツールでコメント登録機能を利用できます。
コメント登録機能を使うサイトのURLを入力してください。5つのサイトまで指定できます。
この説明文の横に，わたしの TypeKey トークンと URL を登録するテキストフィールドがある．
ここで 「コメント登録機能を使うサイトのURL」とは，Movable Type の設定ファイル（v.3.20以前は「mt.cfg」）が置かれたディレクトリのURL を指定しなければならない．しかし，わたしが複数のブログを立ち上げたタイミングで，ブログトップの URL（今回の場合 http://www.kanemiki.net/blog/）と書き換えてしまったことが原因だった．
単純なミスであることに変わりなく，コメントしたかったのに（そんな奇特な人がいるかどうかは知りませんが）できなかった方，ごめんなさい！それから，このことをだんなさんを通じて教えてくださった IRC の某チャネルの方，ありがとうございます．こちらでテストしたので，コメントできるようになったと思います．
投稿者 kanemiki : 03:35 | コメント (6) | トラックバック
2006年02月14日
[ Movable Type ] Movable Type を選んだ理由
いまでも，この選択は間違っていなかったと思います．
他にも候補がありましたが，Movable Type に落ち着いたのは，ユーザ数が多かったこと，使いやすそうな GUI だったことがあげられます．予想に反して良かったのは，コメントスパム，トラックバックスパムへの対応が簡単ということでしょうか．Movable Type は，TypeKey に登録しないとダウンロードすらできないし，コメントには TypeKey 登録が必要という設定をすることで，実在しないメールアドレスを書いたコメントができないように設定できるので，ここのような殆ど見る人のいない（しかも，コメントを試みる大半がスパム系）所では，かなり重宝します．
ただ...最近思うのは，今こうして書いているようなどうでもいいネタは日記形式でもいいと思うのですが，しっかり読みたいものは，従来の（クラシカルな？）構成の方が見やすいと思うのが正直な感想です．HTML や XHTML の記法を知らなくても，手軽に書けるという利点はありますが，落ち着いて見たいものは，ブログ形式はあまり合わないような気がします．単に私が古いだけかも知れませんが．
投稿者 kanemiki : 02:57 | コメント (0) | トラックバック
2005年11月11日
[ Movable Type ] RSS 1.0/2.0 は OK，ATOM 0.3 は NG
Sage の不具合なのか，MovableType の不具合なのかわかりません．
Sage で RSS フィードの取得を試みると，ATOM 0.3 の場合だけ最新のエントリが読み込まれません．ソースを見ると記述はあるので，Sage の問題なのかもしれません．うーん，Sage は愛用しているだけに取得できないフィードがあるのは気になります．
同じような現象に遭遇されている方っていらっしゃるんでしょうか...？
投稿者 kanemiki : 20:40 | コメント (0) | トラックバック
2005年10月06日
[ Movable Type ] MT3.2β のときに思ったこと
Movable Type は、さまざまなデータベースに対応していることも普及した大きな理由のひとつだと思います。
BerkeleyDB，PostgreSQL，MySQL，SOLite...に対応しているので、ここ（XREA.com）をはじめ、ロリポップ、自前サーバといった様々な環境で動作しますし、わたしも以前は、BerkeleyDB + Window 2000 Server で動かしていました。
3.2 β がでたとき、まずは検証環境（BerkeleyDB + W2K）に入れてみたのですが、トラブル発生で 3.2 β から 3.171 に慌てて戻したことがあります。なので、いつもなら率先してアップグレードするはずの私が、今回のリリースには慎重になりました。βテストでのことを気にしていたらキリがありませんが、今のところ問題なく動作し、コメントスパムや、TB 荒らしに遭っているわけでもない（その代わり、TypeKey.com への認証を必要としますが）ので、アップグレードの緊急性が低いのです。
で、結果はこれですか...。
以前、MT を自宅サーバ（SQLite + W2K）から、XREA.com（BerkeleyDB + UNIX）サーバへ移動させるときに、大変な目にあったので、今は BerkeleyDB で運用しています。つまり、3.2 で発生しているトラブルは " Bingo! " なのですが......。入れる前にトラブルが発覚してよかったです。
正直なところ、こんな初歩的な問題が、正式リリースで発生するってどういうこと？ 各OS，DB での検証をしたのかしら？...と疑問になります。Six Apart としては、PostgreSQL や MySQL の併用が基本ということなのかもしれないけれど、対応 DB として BerkeleyDB をあげている以上、基本的な動作検証はしっかりやってほしいものです（PostgreSQL 派なので、大規模環境は MySQL といわず、PostgreSQL も推してほしいっ！）。
# うーん、これからはβテストに積極的に参加してみようかしら。
投稿者 kanemiki : 09:02 | コメント (0) | トラックバック
2005年08月11日
[ Movable Type ] PostgreSQL か MySQL か...
MovableType で，データベースを使うとなると，おそらくこの 2つのどちらかを選ぶ人が圧倒的に多いと思うわけです．
ただ，以前Webサーバ移転したときに，結構大変な思いをしたので，ああいうのは二度とごめん...ということで今は Berkeley DB で運用しているんですが (^^; そのうちどちらかに移行しなくては...と思っているところです．
@ITの某記事によれば，オープンソースのデータベースの 80% は PostgreSQL とあるのですが，MT のデータベースとして使う場合は（なぜか）圧倒的に MySQL が多いのはどうしてなんでしょう？ 現在利用中のサーバは，PostgreSQL も MySQL もどちらも利用できるので，好きなほうを選べば良いのですが，個人ユーザが MySQL に偏る理由がわからないのです．
自分がデータベースに疎いため，選び兼ねているのは事実なのですが...PostgreSQL は堅牢性で MySQL を上回り，MySQL は高速性で PostgreSQL を上回るという認識でいいのかしら？ だとしたら，PostgreSQL の方がよさそうな気がするけど，なぜ多くの人は MySQL を選択するのだろう？
どなたが理由をしっていたら教えてください...
投稿者 kanemiki : 15:38 | コメント (0) | トラックバック
2005年07月17日
[ Movable Type ] Upgrade to 3.171
いままでのアップグレードで一番ラクでした．
3.2βのアップグレードに失敗したのは気になるところですが，とりあえず正式版のアップデートに成功したことは素直に喜びたいなぁ...
投稿者 kanemiki : 07:54 | コメント (0) | トラックバック
2005年06月10日
[ Movable Type ] nofollow.pl のせい？
以前に（自主的に）入れていたのですが...
nofollow プラグインを以前から使っていて、そのままアップグレードすると、Warining が出ました。一応、スキーマの更新などもうまくいくのですが、mt.cgi が実行できませんでした（Script Error）。
原因がわからなかったのですが、以前インストールした plugin/nofollow.pl を削除して、アップグレード手順をやりなおしたところ、無事ログイン画面が登場。一瞬焦ってしまいました。(^^;
投稿者 kanemiki : 17:52 | コメント (0) | トラックバック
2005年06月09日
[ Movable Type ] 3.17、まだぁ？
Movable Type 3.17 日本語版、本日リリースのはずなんですが...
いまのところ、まだアップグレード版は出ていない模様。JSTではなくて、GMTで作業している...とか？どこぞの米国時間とかそういうことなのかしら？
投稿者 kanemiki : 19:17 | コメント (0) | トラックバック
2005年04月24日
[ Movable Type ] ブログが更新できなかった理由
私のせいでした...orz
.htaccess の設定で，書いてはいけないものを書いたらしいです．
うーん．自前サーバーと違って難しいこともあるのね......
投稿者 kanemiki : 00:39 | コメント (0)
2005年02月05日
[ Movable Type ] デザインも変えてみる II
昨日に引き続き，デザインを変えているのだが，どうみても Mac User よりのデザインになっている．
うちの iMac + MacIE でみるこのブログと，ThinkPad + Firefox でみるこのブログ．見栄えがいいのは明らかに MacIE である．スタイルシートのフォントの設定の問題なのはわかっている．Windows の非標準フォント（で，Macでは標準フォント）がデフォルトのフォント設定になっているためだ．
修正してもいいのだが，Windows で見たときの「事務的」な感じは，ビジネス・クライアントを目指している？ Windows らしくていいのではないかと...自分自身，絵を新しく描くときは Mac + タブレットと決めているし，ここのサイトロゴだって Mac 上でつくったものだもんね．
mixi と同じで，遊びと仕事は分けたいの♪という結論．
投稿者 kanemiki : 15:18 | コメント (0) | トラックバック
2005年02月04日
[ Movable Type ] デザインも変えてみる
殺風景だったので，ついでにデザインを少しいじってみた．
Special Side のロゴをいれたものの，スタイルシートで位置を指定したので，残念ながらリンクにはなっていないのが惜しいところかな？ だけど，Special Side のテイストを持ったブログにはなったのではないかと思います．服用記に題名，カテゴリがついたような感じの見栄え．みなさんの感想はいかがでしょうか？ 以前よりも見た目に優しいと思うのですが，感想をお寄せいただければ幸いです．
ただ，服用記をブログで管理しようとは思わないです．あれは...ごりごりと手書きで html（拡張子は php だけど）を書くのが良いのではないかと思うからです．カテゴリも1つだし，月別アーカイブで見るのがベストだと思うし，それをわざわざ DB に管理させることもないし．
一方「うふふ」は，いろいろなことを書く．だから，カテゴリ別にできたり，月別にできるブログ・システムはとても便利だと思うし，コンテンツを DB 管理する良さが生かされていると思うのです．
投稿者 kanemiki : 16:07 | コメント (0)
[ Movable Type ] BarkleyDBからSQLiteへ移行する
BarkleyDBからSQLiteへ移行してみた（戻すかもしれないけど）．
ポイントは2つあった（SQLiteが入っているのは大前提とする）．
1つめのポイントは
- DB_File
- DBI
- DBD-SQLite
をインストールすること．PPM install DB_File などでいける．
（最新？を入れたかったので，私は一度 remove してから install した．）
2つめのポイントは
http://......./cgi-bin/MT/mt-db2sql.cgi
を実行すること．これで BarkleyDB から SQLiteへの移行が終わる．
MySQL，Postgres でも同じだと思うけど，
DB をそれほど使うわけでもないので，お手軽な SQLite にしてみた．
従来の db/ は万が一のときに役に立つかもしれない...と思い，バックアップしつつ，rename してサーバーにも保存．
投稿者 kanemiki : 05:14 | コメント (0)
2005年01月03日
[ Movable Type ] 個人で設置できるブログツール
多くの種類があるなかで，いちばん使いやすいのはやはりこの MOVABLE TYPE だろう．
管理の仕方にもよるのかもしれないが，設置可能な環境であれば，MT を使うのがいちばん簡単で確実な運用ができるだろう．
なぜこのようなことを書くのか？といえば，たった 1つの Perl で書かれた blosxom を試してみたのだが，これは結局自分でログ管理を考えなければならないのだ．そういったことを考えずに，整然とログが作成されている MT に比べると（特に MT を先に使ってしまっていると）越えなければ行けない壁がたくさんある．
blosxom の場合，初期の設定では日本語が打てない．
日本語版の MT を利用すれば，それすら考えなくて済むし，
英語版でも自分で Jcode.pm を準備して設定すれば動くのだ．
blosxom に，利点があるとすれば，
自分で管理しているとおりに確実に動作・表示されるということだ．
ただ，これだとブログというよりも CMS という感じがする．
どちらがいいのかわからないが，いわゆる「日記」として使うだけなら，
間違いなく MT の方が簡単である．
投稿者 kanemiki : 11:43 | コメント (0)
2004年12月27日
[ Movable Type ] MT v3.14 Upgrade
コメントスパムの関連でアップグレード版がでたということで早速更新。
もともとコメントにTypeKeyを要求するようにしていることや、トラックバックを考慮していないことから、アップグレードそのものにあまり意味はないのだが、最新版にしておくことは悪いことではないし、大した手間ではないのでやってみた。動作が少し機敏になった気がする。これはアップグレードの効果なのか？
投稿者 kanemiki : 01:39 | コメント (0)
2004年11月14日
[ Movable Type ] MTのコメント機能を変えた途端にゴミが..
英語版のMTを使っているせいか，TypeKey 未登録ユーザのコメントを許可した途端にゴミコメントが入ってくるようになった．
これは残念ながら設定を元に戻さざるを得ない．逆にいえば，今まで「TypeKey への登録」で，コメント欄が荒らされるのを防いでいたということなのか．本当なら，.net .com .org からのアクセスを拒否したいところなのだけど，自分の ISP の正規ドメインが .net で終わっているのでどうにもならない．これも，私が「もう 1つ ISP に入り，独自ドメインを .jp で取って，サーバーを運用したい」と思う理由でもある．No-IP.com の DDNS は本当に安定していていいと思うのだけど...何か良い方法はないものかしら？
投稿者 kanemiki : 20:57 | コメント (0)
2004年10月21日
[ Movable Type ] MTのアップグレード
3.11から3.121だったのですが，非常に簡単にできてしまって驚きでした．
日本語版もできたみたいだが，私は英語版で行くつもりなので，本当の最新版を入れられたのはよかったです．(^-^)
投稿者 kanemiki : 20:10 | コメント (0)
2004年10月16日
[ Movable Type ] こっそりとMT再度入れてみる
MTの日本語版（v3.04D）がうまく動作しなかったので，以前は文字化けしていた．
しかーし！英語版（3.11）に変えて Jcode.pm 最新版を入れたらちゃんとうごくではないか〜！うふふ．というわけで「うふふ」なのだけど...
英語版の方が逐一日本語変換しない分だけ動作も軽いし，バージョンは最新だしいいことづくめ．アクセス制限されてるブログがあったっていいじゃないかということで，ここが「もっとも充実したブログ」になるのはまちがいないだろう．うふふふふ．