Retoucher.jp » MovableType

XAMPPでMovableType

taiyo — Mon, 21 Jan 2008 04:57:33 +0000

相当前にXAMPPをローカルPCにインストールしてPHPなどのテストをしている。
今回、仕事の都合で「MovableType」の動作確認をすることになったので、アドオンの「Perl」をインストールする事になった。

ここでの問題はPerlの動作確認。

出来れば「#! /usr/bin/perl -w」という部分を手直しせずに動作をさせたかったのだが、Apache自体素人な私には、「Windowsのシンボリックリンク」やら「ジャンクション」やら何の事だかサッパリ分からないので、諦めて、地道にパスの手直しをする事で対応しました。

まずはcgiの関連付け
「.cgi」の関連付けを「C:\xampp\perl\bin\perl.exe」に変更。※「XAMPP」のインストールはCドライブ直下

その後、MTフォルダの中にある「.cgi」ファイルをエディタで開き、
「#! /usr/bin/perl -w」
を
「#!”C:\xampp\perl\bin\perl.exe” -w」
に変更。

通常通り、「mt-config.cgi」の初期設定
CGIPath http://localhost/mtフォルダ/
StaticWebPath http://localhost/mtフォルダ/mt-static
データベースの設定
をする。

後は「mt-check.cgi」で確認して終了。

現状のレンタルサーバーではデータベースを作成できないので、MT4とMT3の混在型が出来ない。
つまり、MT3かMT4しか選べないという事になる。
今回、Perlモジュールを組み込んだので好きなようにデータベースを作成する事もでき、MT３とMT4での動作確認をすることが可能になった。

ローカルでMTの動作確認できるようになり、わざわざデータをアップロードする必要もなくなったので、作業効率はずいぶん良くなった方だと思う。

MovableType4 Beta5にアップグレードしてみました

taiyo — Fri, 06 Jul 2007 02:44:00 +0000

MovableTypeを４にバージョンを上げるのに機会を伺っていたのですが、実験の意味も含めてバージョンアップしてみました。

公式のこちらからダウンロードし、既存のMTフォルダをローカルにバックアップ。

元々使用していた「mt-config.cgi」を新しいMTフォルダにコピーし、丸ごとFTPでアップ。

終了後、管理画面を見てみたら、あっさり上手くいきました！

そして、勝手にアップグレードしてくれます

そして、ログイン後の画面・・・

う?ん・・・・
全然違うインターフェイスになってしまったな・・・・

適当に画面をイジってみると、思ったほど変わったという感じの問題はありませんでしたね。

ただ、1つだけ気になったのが、以下の画面

アップロード画面がLightBox調になってる・・・・
これはちょっといらない気がした・・・・

このエントリーを投稿している際に、他のパーマリンク記事を見てみたら、「mt.php」の80行が・・・と言うようなエラーが出てエントリーが表示されませんでした。
このMTで管理しているほかのブログも同様でした。

他のページのアラートとして、「Addons」にアクセスできない！と言うことだったので、MTフォルダに存在していなかった「Addons」フォルダを作成。
そうしたら、エラーが消えた・・・
ダイナミックパブリッシング関連の事なのかな？

なんでそうなったのかよく分からないけど、上手く表示がされたので、とりあえずこのままいきます！

コメント登録エラーになっていました・・・

taiyo — Sat, 16 Jun 2007 00:45:36 +0000

自分で自分のブログに投稿する事はしないですが、久々にテストでコメントテストしてみたら、いくらやっても・・・

不必要なコメントの投稿を防ぐために、連続した投稿を受け付けないように設定しています。しばらくしてから、もう一度試してみてください。

と出てしまいました。

このブログで一時的に使っていた「Scode」プラグインだと思い、プラグインは外していたのですが、どうやら違ったみたいです。
「.htaccess」だと思っていて、イロイロいじり倒していたら、どうやら「システムメニュー」から外さないと上手くコメントできないようです。

他のブログに関してはプラグインを外しただけでコメントはちゃんと出来たので、こちらも同じようにいけると思ったのですが、浅はかでしたね。

何が悪いかはまだ突きつめていませんが、分かったらまた投稿するようにします。

コメントする方はあまりいないと思いますが、今までにコメントをしようとしてエラーになった方々がいらっしゃいましたら、お詫びを申し上げたいと思います。

さくらインターネットでダイナミック・パブリッシング

taiyo — Mon, 26 Feb 2007 03:21:18 +0000

ここのサイトはまだ行っていませんが、別管理のブログのエントリーが600くらいあるので、実験的にダイナミック・パブリッシングに移行することにしてみました。

シックスアパートのマニュアル通り作業すれば、問題ないのですが・・・

「.htaccess」に書かれる文章がコレ。

## %%%%%%% Movable Type generated this part; don’t remove this line! %%%%%%%
# Disable fancy indexes, so mtview.php gets a chance…
Options -Indexes +SymLinksIfOwnerMatch

# The mod_rewrite solution is the preferred way to invoke
# dynamic pages, because of its flexibility.

# Add mtview.php to the list of DirectoryIndex options, listing it last,
# so it is invoked only if the common choices aren’t present…

DirectoryIndex index.php index.html index.htm default.htm default.html default.asp /mtview.php

RewriteEngine on

# don’t serve mtview.php if the request is for a real directory
# (allows the DirectoryIndex lookup to function)
RewriteCond %{REQUEST_FILENAME} !-d

# don’t serve mtview.php if the request is for a real file
# (allows the actual file to be served)
RewriteCond %{REQUEST_FILENAME} !-f
# anything else is handed to mtview.php for resolution
RewriteRule ^(.*)$ /mtview.php [L,QSA]

# if mod_rewrite is unavailable, we forward any missing page
# or unresolved directory index requests to mtview
# if mtview.php can resolve the request, it returns a 200
# result code which prevents any 4xx error code from going
# to the server’s access logs. However, an error will be
# reported in the error log file. If this is your only choice,
# and you want to suppress these messages, adding a “LogLevel crit”
# directive within your VirtualHost or root configuration for
# Apache will turn them off.
ErrorDocument 404 /mtview.php
ErrorDocument 403 /mtview.php

## ******* Movable Type generated this part; don’t remove this line! *******

で、どうしても５００エラーが出てしまったので、この中の事を調べてみたら、さくらインターネットのヘルプ画面でこういったページが出てきました。

平素はさくらインターネットのサービスをご愛顧いただきまして誠に
ありがとうございます。

「さくらのレンタルサーバ」では mod_rewrite モジュールへの対応を、
2005年4月6日よりご利用のウェブサーバに実施いたします。
※ 3月20日以降にご用意したサーバ（www411.sakura.ne.jp 以降）に
ついてはテスト運用として試験的に導入済みです。
mod_rewrite はウェブサーバ（Apache）のモジュールの一つでルールに
一致したURLの書き換えを行うことができます。
ただし、.htaccess※ の記述内容を誤りますと表記エラー(Internal Server
Error)となりホームページが閲覧できなくなりますのでご注意ください。

※ Optionsの指定はできません。

記述内容や設定方法についてはサポート外とさせていただいております。
以下のようなウェブドキュメントや専門書籍などご参考ください。

ということで、Optionが使えないのね・・・・

上の「.htaccess」のオプション部分に「#」コメントアウトを入れて、FTPソフトでアップしたところ、問題なく動作しました。

要はこの1つの項目だけだったんですね・・・・・

Style Catcher（スタイルキャッチャー）の設定

taiyo — Mon, 18 Dec 2006 07:49:43 +0000

前にやったけど忘れてしまったので、書き留めておきます。

プラグイン設定からスタイルキャッチャーのディレクトリを指定します。

ここまではよかったのですが、問題はこれから・・・

CSSファイルと画像ファイルをひとまとめにして、設定したディレクトリに放り込む。

ディレクトリ単位で管理するため、それ以下の階層については自分の思ったとおりにしておけばいい！

スタイルキャッチャーに表示する際に、見やすくするための設定。

CSSファイルの一番先頭に「コメントアウト」で

/*
name: CSSのタイトル（全角ムリ）
designer: （作った人）
designer_url: （URLアドレス）
developer: （作った人）
developer_url: （URLアドレス）
*/

デザインと開発者は分業であった場合でしょうが、ここでは一人で作っているので同じ事を書きました。
URLも同様。

また、スタイルキャッチャー管理画面で出す画像は
・thumbnail-large.gif （280×200ピクセル）
・thumbnail.gif　（120×84ピクセル）
となっており、「large」の方は詳細画面で出すためのものです。

これだけ押さえておけば、とりあえずは追加と変更は簡単になるでしょう。