MovableTypeをPHP化する

>>1 type_63 さん

先ほど、type_63 さまのブログ拝見しました。
とりあえず、トップページは index.html を表示されているようですね。

1つ気になることがあったので、お伝えします。
各テンプレート中にある以下の行を削除または、コメントにしてみてください。

<?xml version="1.0" encoding="utf-8"?>

これは各テンプレートの1行目にあります。

また何かありましたら、ご連絡くださいまし。

>>4 type_63 さん

おはようございます:pp_01.gif:

> ①はどのページも行い、ファイル名も変更するんですよね？（例えばarchive.html→archive.phpへ）

はい。【トップページ以外をPHP化する】の手順に示していますように、MovableTypeの管理画面から「アーカイブの拡張子」というところの html を php にすることでインデックス・テンプレート以外のページが変更できます。
また、archive.html も archive.php とわたしは変更しています。

> ②そして、リネームするのも同じと言うことなのでしょうか？

ここでいうリネームとは、【トップページ以外をPHP化する】の手順のところで示している、エントリー・アーカイブに関しての出力ファイル名変更…という認識でよいでしょうか。
もしそうだとしたら、出力ファイル名の変更はエントリー・アーカイブのみです。それ以外のアーカイブ( カテゴリ、日付など )には変更する必要はありません。
また、エントリー・アーカイブの出力ファイル名変更も、必ずしも必要な作業ではありません。

---
その他のページでは失敗したとのことですが、リダイレクトは使用していますか？
リダイレクトを使用すれば、PHP化前のファイル( xxxx.html )をPHP化後のファイル( xxxx.php )と変換してくれます。
リダイレクトを使用していない場合、トップページから各エントリにアクセスした場合、PHP化前のファイルを削除してしまうとエラーとなります。

というのは、PHP化してもページ内に埋め込まれた各ページのリンクは元のままなんです。

ページ内で他のページのリンクを貼っている場合には、PHP化することでURLが変わりますので、それらのリンクすべてを手修正する必要があります。
全ページのリンクをチェックして修正していかなければなりません。これはエントリ数にもよりますが短期間では大変ですよね。
そこでリダイレクトによってPHP化前( http://lala.com/xxxx.html )にアクセスされたら、PHP化後( http://lala.com/xxxx.php )のページに変換するようにしているわけです。
後日、少しずつページ内のリンクをチェックして、修正していけばいいですよね。

>>8 ゲロ口 さん

はじめまして^^

> ようやく公開で出来るはこびとなりました。

よかったですね(●´∀｀●)

MTはPHP化するといろんなことができるようになるので、いい判断だと思います♪
わたしもMT始めてから早いうちにPHP化にTRYしたので正解だったと思ってます。

今後ともよろしくお願い致します♪

>>11 ケイ さん

はじめまして^^

> 一部にアトリビュートが指定してありうまく差し替えるコトができません。

一部というのは、たとえば、

1. 個別エントリ・アーカイブにはアトリビュートを付加しているけど、月別アーカイブにはない…ということでしょうか。
2. それとも、単純に<$MTEntryBody$>タグにアトリビュートを付加している…ということでしょうか。

1.の場合には、各アーカイブ内の<$MTEntryBody$>タグのアトリビュートを統一するか、個別に外部ファイルを作成して、それぞれでPHPを読み込むようにすれば対応できます。

2.の場合には、アトリビュートごと移動させても問題ありませんよ(￣∀￣)b

<$MTEntryBody eval="1"$>

今後も、<$MTEntryBody$>タグにアトリビュートを追加したい場合には、外部ファイル側に追加すれば問題ありません。

また何かありましたらご連絡ください♪
では。。。

>>14 tutu さん

はじめまして^^

ご質問の件ですが、以下の要因が考えられます。

1. tutu さんのとこではアーカイブ・パスを設定してますか!?
   そのとき、アーカイブURLの最後を「/」で終えてますか!?

2. または、以下のようにすることで正しく読めるのではないかと思います。

   <?php include('<$MTBlogArchiveURL$><$MTEntryDate format="/%Y/%m"$>/entry<$MTEntryID$>-body.php'); ?>
   

3. %mの間にスペースが入ってませんか!?

   NG % m
   OK %m
   

どうでしょ (;￣∇￣A

>>16 tutu さん

こんにちわ^^

よかった(●´∀｀●)

> これからも頑張ってください。

はい。ありがとうございます。
tutu さんも♪

>>18 tomo787 さん

こんばんわ^^

ご質問の件ですが、できれば.htaccessファイルを拝見することは可能ですか (￣∇￣)b
なぜダメなのか、情報が少なくてなんとも言えませんので。

もし、可能でしたら以下のメールフォームから添付していただけますか。
http://bizcaz.com/archives/mailform.php?height=800&width=480

お手数おかけしてすいません。

>>20 tomo787 さん

あっ!! すいません。
わたし普通のメルと勘違いしちゃいました (;￣∇￣A

tomo787 さんがおっしゃる通りでお願いします (m;_ _)mペコ

>>22 tomo787 さん

こんにちわ^^

良かったですね (●＞∀＜●)

わたしも最初は同じ間違いをしましたの。
初めてなんだから知らなくて当然ですよね (;￣∇￣A

わたしはプログラマではないですが、わたしが学んだ(経験した)こと、経験から想像できることでしたらお答えすることはできます。

気軽にご連絡くださいですの♪

>>24 Hoi さん

はじめまして^^

エントリ本文および、追記だけが表示されず、しかもトップページ(index.php)上にはPHPエラーが表示されないわけですね。

では以下のことを確認してみてください。

1. まず正しくエントリ本文、追記が外部ファイル化されたか確認します。
   エントリ本文および、エントリ追記をブラウザから表示させてみてください。

   たとえば、この記事の本文と追記は以下のようになります。

   本文URL: ttp://bizcaz.com/archives/2006/02/entry20-body.php
   追記URL: ttp://bizcaz.com/archives/2006/02/entry20-more.php
   

   上記URLのフォーマットは以下の通りです。

   サイトURL/年ディレクトリ/月ディレクトリ/entry＋エントリID＋"-body.php"
   

   正しくエントリの本文、追記ファイルが生成されていれば表示されるはずです (￣∇￣)b

2. 「1.」で表示されない場合、サイト全体を再構築してみてください。

3. それでもダメな場合、<$MTBlogArchiveURL$>が再構築後、どのように表示されるか確認してください。
   わたしのサイトですと、ttp://bizcaz.com/archives/ というように、最後は '/' で終わります。

   '/' で終わっていないと記事内で記したエントリ本文、追記ファイルのURLが正しく表示されません。
   その場合には、以下のようになります。

   <?php include('<$MTBlogArchiveURL$>/<$MTEntryDate format="%Y/%m"$>/entry<$MTEntryID$>-body.php');?>
   

   太字の部分を追加しました。

お手数ですが確認お願いします (m;_ _)mペコ

>>26 Hoi さん

えっ ∑（￣□￣；）!!
そうすると問題なさそうなんですけど (￣ω￣;) なんでだろ。

では、適当なファイルを作成(test.php)して、その中に以下を追加した場合正しく読み込まれますか!?

<?php include('http://●●●/▲▲▲/archives/2007/05/entry■■-body.php'); ?>

MTのタグを使用せず、直接URLを記述することで、本来のPHPの読み込みがされるかどうか確認できますか。
これができない場合、何らかの環境(たとえば、PHPバージョンなど)が影響していると思われます。

生成されたエントリ本文などのファイルのパーミッションなど正しいでしょうか。
index.php と各エントリのページを見比べみてください。

また、もし可能でしたら Hoi さんのサイトのURLとかテンプレートなどメールしてもらえると、わたしの方としても調査／解析ができるかと思います♪

>>28 Hoi さん

こんにちわ^^

> これはもしやと思いましたが、サーバ側がphpバージョンを４種類使える環境になっており
> .htaccessで使うphpバージョンを設定する必要がありました(^^;

えっーーー Σ(￣Д￣；)!!
そんなことできるんですかっ!! 知りませんでした (;￣∇￣A

でもよかったです (●´∀｀●) 解決して♪

こちらこそよろしくお願いします (m;_ _)mペコ

>>30 chizu35 さん

はじめまして^^
返答が遅くなってすいません。

ご質問の件ですが、以下のことが考えられると思います。

'さくらインターネット' では、PHP 含む CGI のパーミッションは 755 にする必要があります。

でも、ブログの PHP 化を行った場合、再構築で作成される xxxx.php ファイルのパーミッションは 666 で作成されてしまいます。

こちらのMovableType3.3をインストールするでも紹介してますが、mt-config.cgi 内に以下を追加することで、自動的に作成されたファイルのパーミッションを 755 にしてくれます。

HTMLPerms 0777
UploadPerms 0777

上記を追加したら、ログインし直して再度再構築してみてください。
今度はきっと表示されると思います (￣∇￣)b

>>32 すいどう さん

はじめまして^^

はい。すいどう さんの言われる通りです。

世に出回っている大半は Perl 版プラグインで、ダイナミック・パブリッシングを行った場合に限り、それらの Perl 版プラグインが使用できるなくなる･･･となります。

ブログの PHP 化とは関係ありませんのでご心配なく♪

>>34 すいどう さん

こんにちわ^^

> とりあえずはPHP化でリビルドのストレスを少しでも無くしていこうと思っています。

うん。正解だと思います (￣∇￣)b
それに、PHP化によるいろんなことができるようになりますからね。

また、すいどう さんがお使いのサーバで、TELNET や SSH が使用可能でしたら、以下のカスタマイズで通常の再構築より格段に早く再構築させることも可能です。
MovableTypeを自動的に再構築する

エントリの新規投稿やコメント投稿時の再構築はやむを得ませんが、1度投稿(データベースに保存)さえしてしまえば、その後のテンプレート変更による再構築なら上記の方法でストレスなく!? 行うことができます。

機会があったら試してみてください (￣∇￣)/

>>36 [匿名] さん

こんにちわ^^

ご質問の件ですが、以前、PHPで新規エントリに「NEW」イメージを期間表示させるでもご紹介してますが、わたしは以下のようなコードを作ってます。

<?php
if (!isset($_REQUEST['post']) || !isset($_REQUEST['modi']) || !isset($_REQUEST['days'])) return;
// (アクセス日付 - 表示期間)を取得
$result = date('Ymd', mktime( 0,0,0,date('m') ,date('d') - $days, date('Y')));
$post = $_REQUEST['post'];// エントリ投稿日時
$modi = $_REQUEST['modi'];// エントリ更新日時
$days = $_REQUEST['post'];// 表示期間(日)
// エントリの更新日付と比較します
if ( $modi >= $result )
{
//エントリの投稿日付と比較します
if ( $post >= $result )
{
// 新規投稿から表示期間内の場合、新規投稿イメージを表示
$imgfile = '<$MTBlogURL$>image/new.gif';
}
else
{
// 更新日付から表示期間内の場合、更新イメージを表示
$imgfile = '<$MTBlogURL$>image/up.gif';
}
echo '<img class="newimg" src="' . $imgfile . '" alt="" />';
}
else
{/*表示期間以上経過した場合*/}
?>

上記コードは、新規投稿なら 'NEW' イメージを表示して、その後、追記などによるエントリ更新された場合には 'UP' イメージを表示するようになってます。

1. まず、テンプレートを新規作成して上記コードをコピペします。そして、再構築してください。
   ファイル名はお好きな名前で構いません。たとえば print_image.php など。

2. 次に既存のテンプレートを変更します。
   既存のテンプレート内の最近のエントリを、以下のタグと差し替えます。

   <ul>
   <MTEntries>
   <li><a href="<$MTEntryPermalink$>" title="<$MTEntryTitle$>"><$MTEntryTitle$></a>
   <?php include(<$MTBlogURL$>print_image.php?post=<$MTEntryDate language='en' format='%Y%m%d'$>&amp;modi=<$MTEntryModifiedDate language='en' format='%Y%m%d'$>&amp;days=3); ?></li>
   </MTEntries>
   </ul>
   

以上です。

'NEW' イメージ、'UP' イメージの素材はフリー素材を利用するなど、ご自分でご用意ください♪
位置調整などは CSS から '.newimg' で指定可能です。

不明点などありましたらご連絡ください (●＞∀＜●)／

>>38 よしのり さん

こんばんわ^^

> php　includeで相対パスじゃないと出ないみたいで･･･

サーバ環境に依存しちゃうんですかね。わたしのとこ(ロリポップ、さくら、CORESERVER)では普通に URL で include できました。

相対パスで問題になるのは、ディレクトリの階層が異なった場合でしょうか。
メインインデックス、個別エントリアーカイブ、カテゴリアーカイブ、月別アーカイブで個々にパスの階層を変更する必要がありますね。

以下のページで PHP のファイルを探すパスを設定可能なようです。
http://manual.xwd.jp/ini.core.html#ini.include-path

話は変わりますが、どうもスタイルが正しく適用されてないようですね。
レイアウト(base_theme.css)は問題なさそうなので、テンプレート依存のスタイル(bladesilver.css)の難読化をやめてみてはいかがでしょうか (￣∇￣)b

ご不明な点がありましたらご連絡ください♪

>>40 よしのり さん

こんばんわ^^

> ･･･<$MTBlogArchiveURL$>入れると出来ませんねぇ。

アーカイブパスが設定されてない場合の <$MTBlogArchiveURL$> タグの出力は、<MTBlogURL$gt; と同様になります。

よしのり さんとこのエントリは、'http://www.yoshinori.net/archives/～' となっていますが、アーカイブパスの方は「ブログの設定」＞「公開」にてアーカイブパスの設定はされてますか?

> 他はどこにあるのですか？

いえ、その 2 つだけですよ (￣∇￣)b

> cssはファイル自体はあるのですが、firefoxのFirebugで見てみたらcssがうまく読み込まれてませんね。

ですね。
firefoxではレイアウトが崩れていますが、IE6.x では問題なく表示されてます (;￣∇￣A
何で bladesilver.css と sitemap.css だけがおかしくなってるのでしょう。
そこら辺が怪しいですね (￣∇￣)b

>>42 よしのり さん

こんばんわ^^

今よしのり さんとこ見に行ってきました♪
ホントだ!! 今度はちゃんとスタイルが適用されてますねっ!! よかった、よかった (●´∀｀●)

> アーカイブパスはもちろん設定していますよ。
> サイトパスの下の別のパスで公開するのところチェックして
> 下のURLとパスを入力していますよ。

う～ん･･･だとすると、ホントに PHP の環境でしょうか。
試しに以下のコードをコピペして、サーバにアップロード後、ブラウザで表示できるか確認してみてください。

<?
include('http://www.yoshinori.net/archives/2007/09/09-213518.php');
?>

正常ならよしのり さんとこのエントリページが表示されるはずです (￣∇￣)b
表示されない場合には、やっぱり PHP の環境かと思われます。

>>45 よしのり さん

こんばんわ^^

> 今は無事にinclude出来ました。

あ、解決して良かったですね (●´∀｀●)

> サイドバーとか別のテンプレートに分けたほうが作りやすいのでしょうか？

人それぞれのやり方ってものがあると思いますし、ケースバイケースだと思いますが、よしのり さんが言われる、従来のテンプレのようにすると全体が見えていいかも、です。

1 つにしておくメリットは、管理が楽♪ というだけです。
共通なものをできる限り一箇所にまとめておくことで、修正などで楽できます (￣∇￣)b

いろいろやってみて、よしのり さんのやりやすいようにするといいと思いますよ (●＞∀＜●)

>>47 み～ さん

こんばんわ^^

> そこで質問なのですが、『共通な部分を外部ファイルにする』ももちろん行ったのですが、確かにカスタマイズ成功しているのを目視で確認できる部分ってありますか？

はい。
み～ さんが言われるように、ページが正しく表示されていれば概ね問題ないと思っていいと思います (￣∇￣)b
念のため以下の確認をしてみてください。

• 外部ファイル化した共通な部分の確認
  外部ファイル化したページの URL をブラウザから直接表示してみます。 たとえば、このページの 本文／追記ページは以下のような URL となってます。

  本文ページ
  http://bizcaz.com/archives/2006/02/entry20-body.php
  追記ページ
  http://bizcaz.com/archives/2006/02/entry20-more.php
  

  ちゃんと表示されれば、他のページも同様に、正しく作成されていると判断していいと思います。

• 外部ファイル化の読出し確認
  FTP でサーバにログインして、外部ファイルを読込んでいるページ(たとえば、メインページ)のファイルの中味を確認します。
  そうすると、<?php ･･･ > という記述が入っていますね。 そして、その外部ファイルを読込んでいるページをブラウザで表示して問題なければ、正しく外部ファイルが読込まれていると言えると思います。

  1 つ確認できれば概ね他のページも正しく生成されていると判断していいと思います。

• 余談ですが･･･PHP 化前のファイルを確実に削除していることの確認
  通常 xxx.php は xxx.html より表示優先度が低いです。 どういうことかというと、index.html と index.php が存在した場合、http://bizcaz.com/ をブラウザから見た場合、優先的に index.html が表示されてしまいます。

  ですので、PHP 化前の xxx.html が削除されていれば、確実に PHP 化後の xxx.php が読込まれていると判断できます。

  また、以下のスクリプトを使用(find.php)することで、PHP 化前のゴミ(ファイル)を検索することができます。

  <?php
  $dir  = '.';
  $type = 'html';
  echo '<pre>';
  $cmd = 'find ' . $dir . ' -name "*.'. $type .'" -ls';
  $last_line = system($cmd, $retval);
  echo '</pre><hr />Last line of the output: ' . $last_line . '<hr />Return value: ' . $retval;
  ?>
  

  上記スクリプトをメインページと同じ場所に置いて、ブラウザから find.php を実行すれば、ゴミファイル(xxx.html)の存在をチェックできます。

と、こんなとこでしょうか。

>>49 み～ さん

こんばんわ^^

> やはり無事に出来ていたようです＾＾；

良かったですね (●´∀｀●)

> これからも影ながら応援させて頂きますので、ブログの運営をがんばってください！（目もたまに休ませて＾＾；）

ありがとうございます♪
毎度のことながら至らないところも多々あると思います。その時は一言連絡ください (●＞∀＜●) てへ

>>51 imo787 さん

こんばんわ^^

> パーミッションを自動で755にしてくれたりするには、ＭＴ４ではどこをどのように触ればよいでしょうか？

はい。
こちらのMovableType3.3をインストールする で自動生成時のパーミッションについて触れてますが、以下のコンフィグを追加してください。

# When creating files and directories, Movable Type uses umask settings to
# control the permissions set on the files. The default settings for file
# creation (HTMLUmask, DBUmask, and UploadUmask) are 0111; for directory
# creation (DirUmask), the default is 0000. You should not change these
# settings unless you are running MT under cgiwrap or suexec, or some other
# scenario where the MT application runs as you; in addition, you should not
# change these settings unless you know what they mean, and what they do.
#
DBUmask 0022
HTMLUmask 0022
UploadUmask 0022
DirUmask 0022
# In addition to controlling permissions via umask settings, you can also
# use the HTMLPerms and UploadPerms settings to control the default
# permissions for files created by the system (either as output files or
# uploaded files). The only real use of this is to turn on the executable bit
# of files created by the system--for example, if MT is generating PHP files
# that need to have the executable bit turned on, you could set HTMLPerms
# to 0777. The default is 0666. You should not change these settings unless
# you know what they mean, and what they do.
#
HTMLPerms 0777
UploadPerms 0777

また、もし imo787 さんが MT3.3x からのアップグレードの場合以下も追加してください。

#======== 文字化け対策 ===============
# このコンフィグは MySQL 4.1 以上の場合 '1' にすること!!
# 新規インストールでは '1' に既定されるけど、アップグレードでは '0' になってしまうから要注意!!
SQLSetNames 1

以上かな（￣∇￣）