Re: 習作：MT形式のd3blogインポート

ご返信遅れまして申し訳ございません。
あれから色々と試してみたのですが、なかなか実行ボタンの表示までこぎつけません。
これだけ手間取って単なるファイルの配置場所ミスとかでしたらお恥ずかしい限りです…(^_^;)
なーおさま、ご回答ありがとうございます(^_^)

以下、試してみたことなどを少々書かせて頂きます。
１、「デバックモード、常時オン」です。import.phpアクセスで何も表示されません(^_^;)
２、「trust側import.phpのパスの記述を間違えている可能性」も考えたのですが、当該部位にURLを記述した上で実行してエラーになったとの書き込みがこのスレッドに報告されておりましたので、フルパスの記述ミスというのは”import.phpにアクセスで真っ白”には関係無いように思います。
３、「/d3blog/を/hoge/に変更している」ので、ソース内のd3blogという文字列の書き換えが必要なのかも…。と、import.phpのソースと散々にらめっこしたのですが、素人目にも変更が必要とは思えませんでした(-_-;)
４、「URL(/modules/)短縮ハック」。これも、当該ブログのURLには適用していないので関係ないように思うのですが…。mainfile.phpの短縮ハックの記述を完全コメントアウトした状態でアクセスを試したわけではないので、実際どうなるかはわかりません。
５、「c_templateも何度か全消し」してアクセスしてみましたが、関係ないようでした(-_-;)
６、「xoops_trust_path/../../hoge.txtは1200記事以上あるファイル」なのでmainfile.phpにアクセスした瞬間から当該ファイルを裏で読み込むような動作をするとしたら、もしかしたらメモリ不足に？これはもう空想ですｗ
７、「バージョン0.4でも変化なし」でした。
８、単なる誤読の可能性(；・∀・)

今のところ、上記４を実際に試してダメなようでしたらPHPのバージョンの問題と思い、諦めるしか無いように思っています。
それと、悪戯心で(１)と(３)のimport.phpのファイル配置場所を逆にしてアクセスしてみたくて仕方ありません。なぜ、フォームの記述がある方がtrust側になって、フォームの記述がないほうがroot側の直接アクセス先になるんだろうという疑問が…。ただ、余計なことをして、もしも障害がでてしまったら自己解決できるレベルの物ではないので出来ませんが(^_^;)

試したら、また書き込ませて頂きますね。