こんにちわ^^

なるほど。そういう方法もあるんですね
今度試してみます

素人的な考えかもしれませんが。

こんばんわ^^

> すでに、今回は、4.23にバージョンアップをして、一からやり直す事をしてしまいました。

あ～んそうでしたかぁ。
わたしも気になってたので、試してみたかったのですが･･･残念
今後ともどうぞよしなに

いつもいつも、ありがとうございます。すでに、今回は、4.23にバージョンアップをして、一からやり直す事をしてしまいました。

また、参考にさせていただきながらカスタマイズをしていきますのでその際は、よろしくです。

ちょとまって
じゃぁ、最後に以下のことをやってみてください。

実はわたしのサイトで、外部 PHP スクリプトを実行する際、おまじない的なことやってます。
そのおまじない的なことってのが .htaccess 内に以下を追加してることです。

AddHandler application/x-httpd-phpcgi .php

これをトップページと同じ場所にある、.htaccess 内に追加してみてください。

色々、試してみましたが上手く生かすことが出来ずにすいません。本当にすばやい対応には、感謝します。出来ないとなれば、一からやりたい事もありましたので、そちらに頭を切り替えようと思います。

また、問い合わせをするような事がありましたら、よろしくお願いいたします。

う～ん･･･サーバによって異なるんですかね
以下のロリポップの PHP の設定で safe_mode の On/Off を選択できるようです。
http://lolipop.jp/?mode=manual&state=user&state2=php_ini

この safe_mode が On になることでセキュリティが向上される反面、PHP4 のような使い方ができなくなるわけですね
なので、もし今まで通りに使いたいのであれば safe_mode を Off にされてみてはどうでしょうか。

> 具体的にどんな感じになるのでしょうか？

要するに PHP5 の場合デフォルトでは、URL で指定した PHP ファイルに対してパラメータを渡すことができないっていうことになります。
MTBlogURL と MTBlogSitePath の違いになりますか。
MTBlogSitePath だと tutu さんが使われてるサーバのフルパスが公開されてしまうので、セキュリティ的な面でやめた方がよいと思います。

早速の返信、本当にありがとうございます。php_flag allow_url_fopen on　　php_flag allow_url_include onの追記をしてみたのですが、上手く行きませんでした。

最後に、http://bizcaz.com/archives/coreserver/に書かれてある、
<?php include('<$MTBlogURL$>auau.php?eid=<$MTEntryID$>'); ?>をフルパスで指定して
<?php include('<$MTBlogSitePath$>auau.php'); ?>の部分を試してみたいのですが、私の場合は
具体的にどんな感じになるのでしょうか？度々の質問で申し訳ありません。これで、だめならキッパリあきらめようと思っていますので よろしくお願いいたします。

こんにちわ^^

とうとうロリポップも PHP5 になるんですね
ご質問の件ですが、PHP5 から include による外部ファイルの読込みってのがデフォルトでできなくなります。
わたしのサイトでは CORESERVER ってとこのレンタルサーバを使用してますが、同じように include による読込みができません。
参考: http://bizcaz.com/archives/coreserver/

php_flag allow_url_fopen on
php_flag allow_url_include on

.htaccess ファイルはドメイン直下( たとえば、わたしのサイトなら http://bizcaz.com/ )に置けばいいのだと思います
ご確認ください。

もともと、PHP化も見よう見まねでやりましたので、この様な時には素人の私にはさっぱり分かりません、お門違いかも知れませんが、ヒントでもいただければと思いコメントしました。

エントリー部分の表記は、この様になっています。

<MTEntries>
<div class="entry">

<!-- エントリー日付 -->
<p class="date-header"><$MTEntryDate format="%x"$></p>

<!-- エントリータイトル -->
<h3 id="a<$MTEntryID pad="1"$>" class="entry-header"><a href="<$MTEntryPermalink encode_html="1"$>" title="<$MTEntryTitle$>"> <$MTEntryTitle$></a></h3>

<!-- エントリー -->
<div class="entry-content">
<?php include('<$MTBlogArchiveURL$><$MTEntryDate format="%Y/%m"$>/entry<$MTEntryID$>-body.php');?>

<!-- エントリー追記 -->
<MTEntryIfExtended>
<div class="entry-more"><p><a href="<$MTEntryPermalink encode_html="1"$>#more" title="<$MTEntryTitle encode_html="1"$>">続きを読む»</a></p></div><!-- entry-more_end -->
</MTEntryIfExtended>

<!-- エントリー・タグ -->
<MTEntryIfTagged>
<div class="entry-tags"><h4 class="entry-tags-header">タグ:</h4>
<ul class="entry-tags-list">
<MTEntryTags><li class="entry-tag"><a href="<$MTTagSearchLink$>" rel="tag"><$MTTagName></a></li></MTEntryTags>
</ul>
</div><!-- entry-tags_end -->
</MTEntryIfTagged>

<!-- エントリー情報 -->
<div class="entry-info">
<ul>
<MTIfCommentsActive> <li><a href="<$MTEntryPermalink$>#comments" title="<$MTEntryTitle$>にコメント">コメント</a> (<$MTEntryCommentCount$>) </li></MTIfCommentsActive>
<MTIfPingsActive><li><a href="<$MTEntryPermalink$>#trackbacks" title="<$MTEntryTitle$>にトラックバック">トラックバック</a> (<$MTEntryTrackbackCount$>) </li></MTIfPingsActive>
</ul>
</div><!-- entry-info_end -->

</div><!-- entry-content_end -->
</div><!-- entry_end -->
</MTEntries>

その他は、何も触らずにやってきました。Movable Type 3.34のまま使っています。

お忙しいとは、思いますがよろしくお願いいたします。

こんばんわ^^

> パーミッションを自動で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

以上かな（￣∇￣）

今回の質問ですが、MT4.01でPHP化をしようとしています。
インストールのときに、画面の指示にしたがって、MYSQLで構築したのですが、
mt-config.cgi-originalファイルの中身はデフォルトのままのでした。
パーミッションを自動で755にしてくれたりするには、ＭＴ４ではどこをどのように触ればよいでしょうか？

よろしくご教授ください。

こんばんわ^^

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

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

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

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

お早い返事ありがとうございます！

教授して頂いたものを参考に、ＰＨＰ化の確認をしてみました。
やはり無事に出来ていたようです＾＾；
ほっとしています。

親切にありがとうございました！

ここまでMTに特化した話題やカスタマイズ方法等の情報が得られるサイトもなかなかないので、とても貴重に思っています。
これからも影ながら応援させて頂きますので、ブログの運営をがんばってください！（目もたまに休ませて＾＾；）

本当にありがとうございました。

こんばんわ^^

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

はい。
み～ さんが言われるように、ページが正しく表示されていれば概ね問題ないと思っていいと思います (￣∇￣)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)の存在をチェックできます。

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

今回、御サイト様を参考にし、MovableTypeの各ファイルをＰＨＰ化してみました。
特に速度面等で実感があまり沸かないのですが、お陰様で無事成功したようです。
動作も正常ですし、記事の書き込みや呼び出しも全く問題ないです。

そこで質問なのですが、『共通な部分を外部ファイルにする』ももちろん行ったのですが、確かにカスタマイズ成功しているのを目視で確認できる部分ってありますか？
ちゃんと動いているんで、カスタマイズには全く問題ないと思うのですが＾＾；
『ここがこうなっていれば、ちゃんと成功してますよ』みたいな目で見える部分を教えてほしいです＾＾；

よろしくお願いします。

こんばんわ^^

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

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

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

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

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

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

PHPの設定ではなかったでした。
自分の内部のDNS設定が原因でした。
今は無事にinclude出来ました。

ふと思ったのですが、サイトマップなど作る場合に
メインページやアーカイブなど、中央は１つでコンテナになってますが
サイドバーとか別のテンプレートに分けたほうが作りやすいのでしょうか？

おはようございます。
出ませんよね。phpのマニュアルサイトなど他のサイトのphpを指定すると出るのですが
自分のサイトのみ出ませんね。
サーバーPCのIP指定なら出ますが、自分のサイトは公開用のURLで見られるので問題ないと思いますけど
PHP Warning: include() [<a href='function.include'>function.include</a>]: Failed opening 'http://www.yoshinori.net/archives/2007/09/09-213518.php' for ・・・
apacheのログには開けませんみたいなことが書かれてますから、やっぱりどこか・・・。