MovableTypeを開発プラットフォームとして使う。 | Junnama Online
MovableTypeを開発プラットフォームとして使う。 公開日 : 2007-03-08 03:19:49 MovableTypeをデフォルトの状態で運用する時にパスが /mt/mt.cgi になるわけだが、/mtフォルダにBasic認証で制限をかけたいとか、もはやMTをブログツールでなくWebアプリの開発プラットフォームとして使いたい、といった場合に役立つノウハウ。 実際問題、ちょっとしたWebアプリやコミュニティサイトなんかすごく簡単にできる。 /mt/mt-config.cgi CookiePath / 例えば/mtディレクトリ以外のディレクトリでもログインの有無を確認して処理を変えたい場合、mt-config.cgiにこのように書く。 但し、コメントなんかにスクリプト付きのリンクとか埋め込まれたとして踏んだときのリスクはあるので(今回はいわゆる「ビジネスブログ」ということで、その
Movable Type 3.2のSQLite移行方法
Movable Type 3.2のデータベースをSQLiteへ移行する方法を説明します。ただし、以下の説明は、当ブログと同じ環境の方を対象にしています。 当ブログの環境は、下記の通りです。 ・使用サーバーは、ロリポップ です。 ・Movable Typeのヴァージョンは、MT3.2-jaです。 ■ SQLiteへの変換方法 Movable Type 3.2では、「mt-db2sql.cgi」を実行することによって、SQLiteに変換することができますが、「500エラー」が生じたり、変換に時間がかかるという現象も確認されています。 そこで、これらの問題を回避するため、「Ogawa::Memoranda」さんで配布されている「mt-db-convert.cgi」を利用して、SQLiteに変換します。 [追記] 10月12日:修正版（3.2-ja-2）がリリースされました 1.
「rebuild支援ツール」の説明
rebuild支援ツール for MovableType by H.Tsujimura (tsupo@na.rim.or.jp) 背景 Movable Type を非力なサーバ、 もしくは各種制限 (実行時間制限、メモリ使用量制限、など) のあるサーバ上で動かすと、 rebuild 実行時に Internal Server Error が頻発します。 それ以外のサーバでもエントリの数が増えてくると、 次第に rebuild 実行時に Internal Server Error が起きやすくなってきます。 そこで、 rebuild の負荷を少しでも減らして Internal Server Error を回避するため、 一気に全部 rebuild するのではなく、アーカイブファイル1つづつ、 エントリ数個づつ、 何回かに分けて rebuild すると効果があるのではないか、と考えました。 この
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
stroll blog ブログパーツ？リンク集（75＋1つ追加）
http://wo.dip.jp/mt/misc/040206/hatena_keyword_filter.html
結構内緒かもしれないブログ: MTアーカイブCGI完全版公開
