サーバー・ネットワーク環境 – ページ 32 – 道具眼日誌：古田-私的記録

MovableType4でアーカイブマッピングが変更できない件の覚え書き

2008年1月31日2008年1月31日 furuta コメントをする

　MovableType4.1ではデフォルトで、ファイル名が「hoge-fuga.html」とハイフンで生成されます。今までは「hoge_fuga.html」のようにアンダースコア区切りだったので、このまま再構築してしまうと、過去のページのURLが変わってしまい、外部サイトからリンクされている場合などに不都合が生じます。

　通常、この設定はアーカイブテンプレートで「ブログ記事」の「アーカイブマッピング」の設定をいじることで変更できるのですが、なぜか「yyyy/mm/entry_basename.html」を選んで「保存」を押すとエラー（Bad Request）になってしまいます。ブラウザを変えてもダメ。

　このままではいつまでも全再構築ができないので、MySQLで直接データベースを書き換えるという暴挙に出ました。おそらく、テンプレートを初期化した場合などにも再度設定が必要になると思われるので覚え書きしておきます。

　まず、MT管理画面で該当の設定画面を呼び出します。個別記事の場合、MT4では「ブログ記事」というアーカイブテンプレートが相当するようです。そして、この時のURIを見て、テンプレートのID番号を探ります。

https://…/cgi-bin/mt/mt.cgi?__mode=view&_type=template&id=265&blog_id=7

　で、MySQLのコマンドラインツールで、

update mt_templatemap set templatemap_file_template=’%y/%m/%f’ where templatemap_template_id=’265′;

というSQLを発行します。「%y/%m/%f」というのは、管理画面のソースから読み取りました。

　ターミナルでログインできるサーバーか、DB編集ユーティリティの提供されているレンタルサーバー等でしか使えない技ですが、ご参考までに。

MovableType 4.1への移行と文字コード変換

2008年1月30日2008年1月30日 furuta コメントをする

　Webサーバーを新マシンに移行するついでに、MovableType4のオープンソース版に移行することにしました。そして、同時にかねてからの課題だったUTF-8化に挑戦（BlogWriteIIから投稿した時に「～」が化けなくなるように）。

　様々なページを参考にしましたが、それぞれ微妙に事情が違っていて苦労しました。基本的には、

MTはEUC-JPで構築していた
MySQLのテーブルはlatin1だった
バックエンドDBはMySQL

という状況です。

　結果としては効いたのは、迷惑コメントの消去です。これでMySQLのダンプサイズが劇的に減っただけでなく、奇妙な文字化けによるインポートエラーを回避することができました。MTの管理画面からは見えにくいですが、迷惑コメントタブの方に万単位に溜まってたのでしたorz。

　MT管理画面で一通り不要なデータを削除した後、ターミナルから、

mysqldump –default-character-set=ujis -u user -p dbname > mtdb.sql

としました（もしかすると–default-character-set=binaryだったかも）。赤字部分は環境に応じて修正すべし。次に、これをUTF-8にコンバートし、ファイル内部のlatin1という文字列をutf8に置換します。

nkf -w mtdb.sql > mtdb_utf.sql
perl -pi -e ‘s/latin1/utf8/’ mtdb_utf.mysql

　ついでに、今までの化けた「～」を修正するため、emacsで、波ダッシュを「～」に置換しました。これで下準備は完了です。

　次に、新サーバー側の準備として、/etc/my.cnfの、[mysqld] 、[mysql]、[mysqldump]の項に、

default-character-set=utf8

を追記。[mysqld]には更に、

skip-character-set-client-handshake

も追記。この辺はどれが必須かは不明です。これで、MySQLの作るDBのデフォルト文字コードがUTFになるので、新しくMovableType用DBを作成し、先ほどのダンプを流し込みます。

mysqladmin create dbname
mysql dbname < mtdb_utf.sql

　ここの流し込みで散々エラーに悩まされましたが、迷惑コメントのデータを一層し、nkfでUTF-8に変換したところ上手くいきました（lvではダメでした）。

　あとは、新規インストールしたmT4のmt-config.cgiでPublishCharsetをutf-8にし、mt.cgiにアクセスしたら自動的にDBの変換が実行され、管理画面で文字化けしてなければOKです。再構築すればUTF-8でページが生成されるはずです。

iPod touch/iPhoneのSafariでデフォルトの表示幅を指定する

2008年1月29日2008年1月29日 furuta コメントをする

meta (HTMLタグリファレンス)

　iPod touchのSafariでは、携帯電話向けに作った横幅の狭いページもデフォルトではやたら縮小されて表示されてしまいます。せっかくドットバイドットで表示できる画像を用意してもわざわざ小さく縮小表示してくれやがります。bodyタグやpタグにwidthとか指定してみてもダメ。そこでググってみると、上記のリファレンスページにmetaタグでの指定方法が載っていました。

のように記述しておけば良いことが判明。

のようにズーム率で指定することもできるようですが、どっちを使うべきかは不明。とりあえず前者にしときます。

　現状ではPCのブラウザでは無視されるっぽいので、iPod touchでアクセスする可能性のあるページに気軽に埋め込んでおけそうです。

　他にも、最小倍率、最大倍率、ピンチ禁止などができるようです。

CerntOS5 64bit環境にText::MeCabを導入するとmake testが通らない件

2008年1月10日2008年1月10日 furuta コメントをする

　日経Linuxの2008/2月号の特集を見ながら、SpamAssasinを導入する経過で、MeCabという形態素解析エンジンを利用するCPANモジュールText:：MeCabを入れる段でつまづきました。makeやmake testが通らない。どうも64bit環境であることが問題っぽい。

　以下に解決法を書いておきます。

cpan -fi Text::MeCab

をしてエラーになった後で、/root/.cpan/build/Text-MeCab-0.20001に移動します。そこにあるMakefile.PLを編集し、

my %INFO = (
    ABSTRACT     => ‘Alternative Interface To libmecab’,
    AUTHOR       => ‘Daisuke Maki <daisuke@endeworks.jp>’,
    CCFLAGS      => $result->{cflags},
    DEFINE       => join( ” “, @define ),
    DISTNAME     => ‘Text-MeCab’,
    INSTALLDIRS => ‘site’,
    LIBS         => mecab-config --libs,
    NAME         => ‘Text::MeCab’,
    OBJECT       => ‘$(O_FILES)’,
    PREREQ_PM    => {
   LD           => mecab-config --cxx,
    INC          => mecab-config --cflags,

てな感じで書き換えます。下２行は丸ごと追加です。後半の括りはアポストロフィではない点に注意。/usr/bin/mecab-configコマンドをパラメーター付きで実行して、その結果を渡してる訳ですね。

　一応これでmakeもmake testも通って、無事make installした訳ですが、その前に以下も試してますので、一応書いておきます。もし上記だけでダメならお試し下さい。

　mecab-0.96とmecab-ipadic-2.7.0-2007080をコンパイルする時に、64bit環境であることを明示します。

LDFLAGS=’-m64′
CFLAGS=’-m64′
CPPFLAGS=’-m64′
CXXFLAGS=’-m64′
export LDFLAGS CFLAGS CPPFLAGS CXXFLAGS

で、./configureは元記事ではファイルパスを細かく指定してたのを、シンプルに

./configure –with-charset=utf8　　（mecabの時）

と

./configure –with-mecab-config=/usr/bin/mecab-config –with-charset=utf8　（mecab-ipadicの時）

だけにしてみました。

　ググっていくつものページを参考にしたんですが、もう色々見過ぎてとてもまとめられないので、個別リンクはご勘弁下さいませ。それぞれを執筆された方、本当にありがとうございました。

追記：

　んが、ここにsrpmが揃ってました。こっちをリビルドすれば良かったかも…

ML115のLights-out 100、ようやく動作

2007年10月17日2007年10月17日 furuta 12件のコメント

　ML115を購入する時に、BTOでLights-Out 100というリモートマネジメントカードをつけました。これは、内蔵NICとは別のLANポートから、ハードウェアを監視し、万一OSがフリーズしても別ポートからログインしてリセットや電源断を行ったりできるものです。また、Virtual KVMというVNCベースの技術で、遠隔からコンソール（ターミナルではない）を利用できる機能も搭載しています。

　例えば、外部からのログインを一切受け付けなくなった遠隔地のマシンに関しても、直接モニタ出力をのぞくことで、カーネルパニックを起こしているのか等の診断ができる訳です。実際に、実家に帰省中にサーバーがとまって、わざわざリセットボタン押しに横浜までトンボ帰りしたことがあるσ(^^)には非常に有り難い機能です。前々からDELLやHPのサーバー機には搭載されていたのですが、激安のML115でも選択可能ということで、今回のサーバーリプレースの目玉でありました（ちなみに単体の外付け機器だと\10万コース。Lights-out100は2.5万位）。

　さて、このVirtual KVMですが、なぜウチの環境ではJavaがエラー吐いて動きませんでした。OperaでもIEでもFireFoxでもNG。「java.lang.NoClassDefFoundError: com/serverengines/nativeinterface/NativeInterface」となります。ググってもヒットしないし、あれだけ勢いのある2chのML115スレでもLights-out 100の話題は全くでないので聞いてもダメそう。

　マニュアルにはJava 1.4.2以降と書かれてますが、どうせJREのバージョンによる互換性の無さが原因だろうと、1.6環境に1.4.2を追加導入してみてもダメ。どうも、ブラウザが呼び出すJavaアップレット用のVMは無条件に最新版が使われてしまうようで、JavaコンパネでもIEの詳細設定画面でも1.6.0しか表示されません。

　で、結局、1.6系をすべてアンインストールして、1.5系以下のみの状態にすることで無事起動できました。もしかしたら1.6系を保持したまま1.5系を使わせる手段もあるのかも知れませんが、ざっとググった限りでは見つかりませんでした。特にJava依存のサービスと普段使ってるわけでもないので、当面は1.5系にしてアップデートをかけない運用にしてみようと思います。

2007.10.24追記：　どうも1.5.0_11（＝JRE 5.0 Update 11）以下でないとダメなようです。

　最近のタグ書式ではJREのバージョンを指定したりもできるようですが、Light-outが出力するHTMLではappletタグ（廃止予定の非推奨タグ）を使っているところからして、やや古い実装のようですね。

　ともあれ、なんとか動作までこぎつけたので記念写真。Vista機からXP機にリモートデスクトップ接続をし、XP機のIEからVirtual KVM接続でML115を表示し、Ml115のDomain0のX上から仮想マシンマネージャー経由でDomainUのログインプロンプトを表示したものですｗ。

lights-out100 動作の様子