"blog my email" do not work with wp-mail.php (xoops mod version)

xoops 2.0.7.3
wordpress_mod-0.3.2
wp-mail > 1.18


blank page...

error line 51...

こんにちは。wordpressモジュール、便利に使わせていただいてます。

wp-mail.phpを修正版と入れ替えたのですが、やはり携帯からの写真付きメールの取り込みに失敗してしまいます。

エラーメッセージは以下のとおりです。

--
1
Subject: blog:今日のネコ様
Content-type: multipart/mixed, boundary:
att_boundary: ----=_NextPart_00244, hatt_boundary:
charset:iso-2022-jp
Wrong Login.
--

メールヘッダは以下のとおりです。（一部伏せ字です）

--
Return-Path: <*****@ezweb.ne.jp>
Delivered-To: *****@*****
Received: (qmail 32373 invoked
by uid 89);
26 Sep 2004 11:43:27 +0900
Received: from unknown (*****ezweb.ne.jp) (***.***.***.***)
by ***.***.***.***
with SMTP;
26 Sep 2004 11:43:27 +0900
From: *****@ezweb.ne.jp
To: *****@*****
Subject: blog:今日のネコ様
Message-ID: <*****.ezweb.ne.jp>
Date: Sun, 26 Sep 2004 11:43:20 +0900
Mime-Version: 1.0
Status: RO
X-UIDL: *****,S=18413
Content-Type: multipart/mixed;boundary="----=_NextPart_00244"
--

以前（ver.3.0）の頃はうまく取り込めていました。
しかしver.3.0のwp-mail.phpにしてもダメでした。

原因がわかり、修正可能でしたらよろしくお願い致します。

Quote:

wp-mail.phpを修正版と入れ替えたのですが、やはり携帯からの写真付きメールの取り込みに失敗してしまいます。
--

以前（ver.3.0）の頃はうまく取り込めていました。
しかしver.3.0のwp-mail.phpにしてもダメでした。

ログのメッセージをみる限りでは、今回修正した箇所は正しくくぐり抜けているようなんですが・・・
Ver3.0に戻してもダメっていうのが、さらに？？？？？？です。
基本的な互換性はあるはずなので、以前うまくいっていたのなら、戻せばうまくいくと思うんですけど。
なかなか、原因がつかめないので、もしよろしければ小生あて携帯メールを送信して頂けませんか？
もちろん本文一行目のUSERID:PASSWORDの部分は、伏せ字で結構です。

お世話になります。

Quote:

なかなか、原因がつかめないので、もしよろしければ小生あて携帯メールを送信して頂けませんか？
もちろん本文一行目のUSERID:PASSWORDの部分は、伏せ字で結構です。

すみません、どちらのアドレスに送ればよろしいでしょうか？(^_^;
見つけられませんでした。

Quote:

すみません、どちらのアドレスに送ればよろしいでしょうか？(^_^;
見つけられませんでした。

本ＢＢＳは、投稿者のメールアドレスにリンクが張られているので、勝手にわかると思っていましたが・・・
nkowa@yahoo.co.jp
宛にお願い致します。

(^_^;お手数おかけしております。

Quote:

本ＢＢＳは、投稿者のメールアドレスにリンクが張られているので、勝手にわかると思っていましたが・・・
nkowa@yahoo.co.jp
宛にお願い致します。

申し訳ありません。寝起きでボケておりました。
早速送らせていただきました。検証、よろしくお願いいたします。
subject:は「今日のネコ様」です。

「サムネイルが作成されない」の件でお世話になりましたのりりんです。
実は私もryoxxxさんと同じ症状で携帯から投稿できません。
エラーメッセージも同じです。
ちなみに私もryoxxxさんと同じauなのです。
wp-mail.phpは修正版に入れ替えてます。

一応エラーメッセージも書いておきます。
au A5502Kで96KBの写真を貼付して送信しています。

Subject: blog:携帯から投稿てすと

Content-type: multipart/mixed, boundary:

att_boundary: -----=_NextPart_134688_141123_147558, hatt_boundary:

charset:ISO-2022-JP

Wrong Login.

ちなみに Docomoでもエラーになりました。（D251i）
写真貼付無しで、

Subject: blog:てすと

Content-type: text/plain, boundary:

att_boundary: , hatt_boundary:

charset:

Wrong Login.

Quote:

申し訳ありません。寝起きでボケておりました。
早速送らせていただきました。検証、よろしくお願いいたします。
subject:は「今日のネコ様」です。

当方でテストさせて頂いたところ、正常に投稿出来てしまいました。
そこで、一つ確認させて頂きたいのですが、
wp-mail.phpの240行目あたりの

    if (function_exists('mb_convert_encoding')) {
        $user_login = mb_convert_encoding(trim($user_login), $blog_charset, $charset);
    } else {
        $user_login = trim($user_login);
    }

を

     $user_login = trim($user_login);

に書き換えて、投稿のテストをして頂けないでしょうか、0.3.1以降でXOOPSの日本語名のユーザーIDに対応する変更をしたのですが、この部分が影響しているかもしれません。
0.3.0の時点でうまくいって、それ以降でうまくいかなくなったというのは、おそらくこの部分が影響しているのでは？と思うのですが・・・
ただし、0.3.0のに戻してもうまくいかないというのが？？？？なんですけど。
もしかして、0.3.1以降で投稿がうまくいかなくなってWordPressのメール投稿の設定を変更したりされたって事は無いですよね？

ryoxxxさんの前に私が試してみたところ、
やはりエラーが出て投稿できませんでした。
ちなみに写メールBBSとかだと正常に携帯から投稿できます。
同じアドレス、メールサーバーを使ってますが。
Subject: blog:test
Content-type: text/plain, boundary:
att_boundary: , hatt_boundary:
charset:
Wrong Login.

のりりんさん、ご協力ありがとうございます。

こちらでも試してみましたが、やはり症状は変わりませんね。

Quote:

0.3.0の時点でうまくいって、それ以降でうまくいかなくなったというのは、おそらくこの部分が影響しているのでは？と思うのですが・・・
ただし、0.3.0のに戻してもうまくいかないというのが？？？？なんですけど。
もしかして、0.3.1以降で投稿がうまくいかなくなってWordPressのメール投稿の設定を変更したりされたって事は無いですよね？

設定については何も変更していません。

ただ、0.3.0で成功していたと言っても確実ではありませんでした。
何度か失敗し、ある時（何が違うのか判らないのですが）まとめてドバっと受信されたり…。何でしょうね？サーバとの相性とか？ちなみにサーバはXREAです。

非常に基本的なことで申し訳ありません

手元にある jpg ファイルをアップロードして、写真を貼付するにはどうすれば
よいのでしょうか？

イメージマネジャーでアップロードして、<img>タグで実現することは可能ですが、
もっとスマートな方法はないのでしょうか？

当方では SPAW が使えない環境なので、SPAW なしの方法でご考慮ください。なお、
バージョンは 0.30 です。

Quote:

手元にある jpg ファイルをアップロードして、写真を貼付するにはどうすれば
よいのでしょうか？

WordPressの投稿画面の上の方にあるメニューより[Options]を選択して、次の画面で[File uploads]を選択して下さい。
表示された画面で、一番上のuse_fileuploadをtrueに設定するだけで、基本的にWordPressからのファイルアップロード機能が有効になります。
以下のfileupload_realpathとかfileupload_urlはモジュールの導入時に自動設定されているので修正する必要は無いと思いますが、fileupload_realpathで示されているディレクトリは、Webサーバからの書込ができる権限設定がされている必要があります。
以上の設定が終了すると、投稿画面や編集画面の下の方に「ファイルアップロード」というボタンが追加されはずです。
あとは、表示される画面の指示に従えば、画像のアップロード及び記事に貼り付けるべきHTMLの生成などを行ってくれるはずです。

XOOPSのイメージマネージャに無い機能としては大きな画像に関しては自動縮小してサムネールを作成して記事に挿入してくれるような仕組みも持っています。

お試しあれ！

おぉ！　そんな機能があったのですね！　まったく見落としていました。
早速、試してみたところ…うまくいきました！

Quote:

XOOPSのイメージマネージャに無い機能としては大きな画像に関しては自動縮小してサムネールを作成して記事に挿入してくれるような仕組みも持っています。

本当に便利な機能ですね。これでいっそう楽しくブログが書けそうです。
どうもありがとうございます！

Quote:

XOOPSのイメージマネージャに無い機能としては大きな画像に関しては自動縮小してサムネールを作成して記事に挿入してくれるような仕組みも持っています。

はじめまして。XOOPSにインストールして使っているのですが、この機能がうまく動作しないようなのです。
「ファイルの選択: 」でファイルを選び、サムネイル作成オプションで「スモールサイズ」「ラージサイズ」などを選ぶと、「WordPress Japan」というタイトル（リンク）だけが表示された真っ白い画面になって、HTMLタグが生成されません。
FTPでattachの中を見てもサムネイル用の小さな画像は作成されていません。
どういう原因が考えられますでしょうか？お教えください。

こちらの掲示板で検索して、

サムネールを作成するためには、PHPにgdと呼ばれるイメージファイルを扱うエクステンションが導入されている必要があります。
phpinfo()等でgdエクステンションが組み込まれているか確認願えますでしょうか？

・・・という回答を見つけました。

gdについて説明されている↓のページを見つけて、
http://php.s3.to/man/ref.image.html
gd-2.0.28　をダウンロードしたのですが、これをサーバーのどこにアップして
どう設定すればいいのかわかりません。
フォルダごと、usr/binにアップすればいいのでしょうか？
詳しい設定方法などが解説されているぺーじなどはないものでしょうか？
どなたかお教えください。

Quote:

サムネールを作成するためには、PHPにgdと呼ばれるイメージファイルを扱うエクステンションが導入されている必要があります。
phpinfo()等でgdエクステンションが組み込まれているか確認願えますでしょうか？

・・・という回答を見つけました。

gdについて説明されている↓のページを見つけて、
http://php.s3.to/man/ref.image.html
gd-2.0.28　をダウンロードしたのですが、これをサーバーのどこにアップして
どう設定すればいいのかわかりません。
フォルダごと、usr/binにアップすればいいのでしょうか？
詳しい設定方法などが解説されているぺーじなどはないものでしょうか？
どなたかお教えください。

のりりんさんの環境はLinuxの様でが、Redhat、Debianなどメジャーなディストリビューションであれば、gdのパッケージが用意されているかもしれないので、そちらをさがされた方が良いですよ。

おそらく、ダウンロードされたのはgd-2.0.28.tar.gzだと思いますが、これは自分でコンパイルしてインストールする必要があります。
おそらく、

% tar xzvf gd-2.0.28.tar.gz
% cd gd-2.0.28
% ./configure
% make
% su
# make install

でコンパイルとインストールできると思います。

いずれにせよ、まずのりりんさんの環境でphpinfo()でGDの記述がない理由として、
1. gdが導入されていない
2. gdはすでにが導入されているが、PHPのgd.soエクステンションが無い
3. PHPのgd.soエクステンションもあるけど、php.iniでgo.soをロードする様に設定されていない
が考えられます。

1.の判定は、/usr/lib か /lib /usr/local/lib などに libgd.soがすでにあるかどうかで
判ります。さらにlibgd.so.2.0.4 などというファイルがあればGDのバージョン2.0.4が入っている
というような事も判ります。

2.の判定は、php.ini内でextension_dirで指定されているディレクトリ内に、gd.soが存在している
かどうかで判ります。
もしgo.soが無い場合には、gd.soをビルドしてやる必要があります。
（PHP4自体を再生成するって方が楽かもしれませんが・・・・）

1も2もＯＫなら、php.iniにextension=gd.soという一行を追加して下さい。

のりりんさんの状況が確認出来ていないため、とりあえずとりとめもなく網羅的に書いてしまいましたけど、ご参考になりましたでしょうか？

のぶのぶさん、はじめまして。
丁寧な解説ありがとうございました。

/usr/libには、次のファイルがありました。
libgd.so
libgd.so.1
libgd.so.1.8
libgd.so.1.8.4
ただ、新しいVer.のほうがいいのかと思い、Telnetでのぶのぶさんの説明の通りのコマンドを実行しました。
エラーも表示されませんでしたので、コンパイルとインストールは成功したのかと思いましたが、/usr/lib　を見るとlibgd.so.2.0.4 というファイルはなく、
/usr/lib/gd-2.0.28/.libs
の中に、
libgd.so
libgd.so.2
libgd.so.2.0.0
というようなファイルが出来ていました。（なぜか2.0.4ではなく2.0.0）
これらを　/usr/lib　に移動させればいいのでしょうか？

次に2.の判定の部分ですが、
; Directory in which the loadable extensions (modules) reside.
extension_dir = /usr/lib/php4
ですので、/usr/lib/php4　を見ましたが、
imap.so
ldap.so
mysql.so
odbc.so
pgsql.so
snmp.so
これだけで、gd.soはありません。
gd.soをビルドしてやる必要がありますとのことですが、これはどのようにやればいいのでしょう？PHP4自体を再生成ってのもよくわかりません。
サーバーのOSですが　Redhat Linux 7.3です。

telnetでログインしてsuでルート権限のPW打ち込んでログインしてコマンドで操作・・・という程度のことならできますし（以前namazuをインストールしたことも）、ファイルの移動程度ならWebminのファイルマネージャーでも出来るのですが、PHP自体の知識については正直チンプンカンプンの状態です。
BLOGを自分のサーバー（といってもホスティングですが）で運用したり、XOOPSでいろんなモジュールを使うとなると、やはりそれなりのスキルが要求されるのですね。今回の件もGDについてググるっていろいろ調べてみたりもしたのですが、なかなか初心者向けの解説はなく一苦労です。のぶのぶさんのRESがなければもうあきらめていたでしょう。
身勝手なお願いですが、なんとかXOOPS上でWordPressMEを使いたいと思いますので、もう少しお付き合いいただけると助かります。
ビルドやPHP4自体の再生成というのも、わかりやすく解説されているようなWEBサイトがありましたら、教えていただければ勉強して自分でやりたいと思います。
どうかよろしくお願いいたします。m(_ _)m

Quote:

/usr/lib　を見るとlibgd.so.2.0.4 というファイルはなく、
/usr/lib/gd-2.0.28/.libs
の中に、
libgd.so
libgd.so.2
libgd.so.2.0.0
というようなファイルが出来ていました。（なぜか2.0.4ではなく2.0.0）

/usr/local/libの中にはありませんでしょうか？
Quote:

身勝手なお願いですが、なんとかXOOPS上でWordPressMEを使いたいと思いますので、もう少しお付き合いいただけると助かります。
ビルドやPHP4自体の再生成というのも、わかりやすく解説されているようなWEBサイトがありましたら、教えていただければ勉強して自分でやりたいと思います。
どうかよろしくお願いいたします。m(_ _)m

まずは、現在のApacheとPHPのバージョンを教えて頂けませんでしょうか？
あと、現在のPHPはどのようにしてインストールされたのでしょうか？
このあたりの情報をいただければ、とりあえず方法をお伝え出来ると思います。

Apache 1.3.27
PHP Version 4.1.2
です。
PHPは最初からインストールされていました。
よろしくお願いいたします。

Quote:

Apache 1.3.27
PHP Version 4.1.2
です。
PHPは最初からインストールされていました。

のりりんさんの環境を元に調べたところ、この環境でもGDエクステンションはきっちりと組み込まれているようです。但しGD2と呼ばれるGDバージョン２対応では無くGDバージョン1が導入されていてそれをPHPのGDエクステンションも参照しているようです。

で、WordPressではGD2が導入されている事を前提にしたサムネイル作成ロジックが入っており、このせいでうまく動作しないのではと思います。

という事で、試して頂きたいのですが、
wordpress/wp-admin/upload.phpの59行目の

$thumbnail = imagecreatetruecolor($image_new_width, $image_new_height);

を

$thumbnail = imagecreate($image_new_width, $image_new_height);

に書き換えて、アップロードを試して頂けないでしょうか。
これでうまくゆくのでは？と期待しているのですが。
吉報お待ちしております。

早速、
$thumbnail = imagecreate($image_new_width, $image_new_height);
に書き換えて試してみました。
結果は成功！・・・と言いたいのですが、なぜかおかしな現象が。

投稿した同じ記事がなぜか２つ表示されるのです。
上は年月日の数字のフォントが細くなっていて、下のは太くなっています。
また。タイトルの文字も少し大きさが違いますし、
上：Filed under: 沖縄ブログ- itsuki @ 21時04分40秒
下：カテゴリー: 沖縄ブログ- itsuki @ 21時04分40秒 記事編集
となってます。

まだまだ作りかけのサイトですが、一度ご覧ください。
http://okinawafan.net/

書き忘れましたが、ＴＯＰに表示されているブロックは、数字が細いほうだけしか表示されません。↓ここのwordpressのページには同じものが２つ表示されています。
http://okinawafan.net/modules/wordpress/

それから、GDのバージョン1と2の違いは何なのでしょう？
リザイズされているものの品質がいまいち悪いような気がするのですが・・・
ユーザー登録いただいて投稿を試していただいてもかまいません。＞のぶのぶさん

Quote:

投稿した同じ記事がなぜか２つ表示されるのです。
上は年月日の数字のフォントが細くなっていて、下のは太くなっています。
また。タイトルの文字も少し大きさが違いますし、
上：Filed under: 沖縄ブログ- itsuki @ 21時04分40秒
下：カテゴリー: 沖縄ブログ- itsuki @ 21時04分40秒 記事編集
となってます。

まだまだ作りかけのサイトですが、一度ご覧ください。
http://okinawafan.net/

上側のは、「WordPressの記事ブロック」からの出力です。
XOOPSの管理メニューのブロック管理にて、「WordPress 記事ブロック」の編集画面中で、「表示する画面」が「トップページ」と「WordPress」の２つが選択されていませんか？これを「トップページだけの選択にしてやれば、WordPress側では、「WordPressの記事ブロック」がされずに期待した出力になると思います。
Quote:

それから、GDのバージョン1と2の違いは何なのでしょう？
リザイズされているものの品質がいまいち悪いような気がするのですが・・・

詳細な違いは小生も把握しきれていませんけど、GDのリサイズよりもGD2の方がきれいにリサイズ出来るという話です。そのために
のりりんさんの環境がホスティングサーバを使われており、PHPなども初期インストールされているという事で、どの程度Linuxの環境について変更の自由度が許されているのかが判らなかったため、GD2にに本当に移行できるのかが不明だったので、今回の変更方法を提案させて頂きました。
もしGD2に対応されたいのであれば、まずPHPの再構築が許されているかどうかなどをサービスプロバイダに確認頂いた方が良いと思います。

あ、そういうことだったのですねー　すみません。
トップページだけの選択にしたら１つになりました。
XOOPSは土曜日にインストールしてやり始めたばかりなので・・・
なかなか奥が深いですねー　XOOPSは。
でも自分の思い通りのサイトが出来上がっていくのは楽しいです。

やはりGD2の方がきれいにリサイズ出来るのですね。
写真主体のサイトにしていこうと思ってますので、ほんとならGD2を使いたい
のですが・・・
昨日書き込んだようにgd-2.0.28.tar.gzのコンパイル自体は出来ていると思うの
ですが、それを使えるようにするためにはPHP4の再生成作業とやらが必要という
ことですね。
共用サーバーではなく１台貸し切りのサーバーなので、かなり自由にいろいろで
きるとは思うのですが、一度サーバー業者にも確認してみます。

今回はほんとうにありがとうございました。
お手数おかけしてすみませんでした。

お久し振りです。

こちらでお伺いするのも、かなりお門違いかもしれませんが・・・

Wordpressモジュールには、全記事一覧を表示する機能がないので、
Nicer Archives を利用しようと画策中なのですが、ここで一つ問題が
発生しております。

単独で動作する分にはいいのですが、ヘッダとフッタのファイルを読み込んでしまうと
オプション設定の「posts per page」を反映してしまい、全記事が表示されなくなって
しまいます。

これを全記事一覧表示できるようにするには、どのようにすれば良いのでしょうか？
ソースには、「$posts_per_page = '-1';」という表記があるのですが、これで制御が
うまく行われているかどうかは不明です。

何でも結構ですので、アドバイスを頂ければ幸いです。

よろしくお願い致します。

Quote:

Wordpressモジュールには、全記事一覧を表示する機能がないので、
Nicer Archives を利用しようと画策中なのですが、ここで一つ問題が
発生しております。

単独で動作する分にはいいのですが、ヘッダとフッタのファイルを読み込んでしまうと
オプション設定の「posts per page」を反映してしまい、全記事が表示されなくなって
しまいます。

Nicer Archivesに関しては、少し前に見つけて面白そうだなぁと思った覚えがあります。
Benjaminさんがつけられたヘッダとフッタというのは、元のソースのをHTMLBODY部分だけの処理にして、
テーブル名は、XOOPSのモジュールで使っている$wp_db->posts[$wp_id]等のような形式に変更した後に

<?php include('header.php'); ?>
    :
 もともとのソース
    :
<?php include(XOOPS_ROOT_PATH."/footer.php"); ?>

というような修正を行われたという事だと思いますが・・・
たしかにこれだと、出力件数が制限されてしまいますね！
で、「$posts_per_page = '-1';」ってのにヒントを得て

<?php $posts_per_page = '-1';include('header.php'); ?>
    :
 もともとのソース
    :
<?php include(XOOPS_ROOT_PATH."/footer.php"); ?>

というように、ヘッダ呼出前に「$posts_per_page = '-1';」を宣言してやると、BINGO！
うまくいきましたよ！
とりあえず、テスト不完全ですけど、小生のサイトでテストしたソースを、
[narchives.zip]にアップしておきますね！
動作例は、動作例
にて確認して頂けると思います。

のぶのぶ様

いつもありがとうございます。
やはり、「$posts_per_page = '-1';」がキーだったようで・・・。

自分のサイトでも動作確認がとれました！

あと、ついでと言っては何なのですが、タイトルでソートした時に
日本語でソートが効くと良いのですが・・・

もうちょっと頑張ってみます！

Quote:

あと、ついでと言っては何なのですが、タイトルでソートした時に
日本語でソートが効くと良いのですが・・・

これは、小生も同感でして・・・
PukiWikiModでのKakasiを利用した一覧を参考にして、とりあえず日本語ソートも組み込んでみました。但しKakasiまかせなので間違った読み方をする場合もありますが。
まだ小生の環境に依存しまくったコーディングなのでもう少し整理してサンプルとしてリリースしますね！
但し、Kakasiをかましたぶん、表示が遅くなっていますが・・・
[日本語ソートのサンプル]

のぶのぶ様

素早い対応に感服です。
PukiWikiModについては、まだノータッチの状態でしたので
Kakasiを利用した日本語ソートというのは全然知りませんでした。

サンプルの公開、心待ちにしております！

いよいよサンプルが公開されましたので、早速試してみました。

kakasiを使用しない場合の動作は問題ないようなのですが、
kakasiを使用すると、「A」や「あ」といったようなインデックスが表示されず
かつ、並び順もおかしくなってしまいます。
適当なパスを入れると、使用しない場合と同様の動作をするので、どうやら
kakasiまでのパスは通っているように感じられるのですが・・・。

PHPデバグ上、notice程度のエラーしか発生しておりませんし、Windows環境に何か
問題があるのでしょうか。

ちなみに、私の環境は以下のとおりです。

OS : Windows2000 Pro
Web : Apache 2.0.51
PHP : 4.3.2
MySQL : 3.23.49
XOOPS : 2.0.7

動作は、コチラで確認できます。

Quote:

kakasiを使用すると、「A」や「あ」といったようなインデックスが表示されず
かつ、並び順もおかしくなってしまいます。

少々気になる部分が見つかりましたので、修正版をアップし直しました。
再度、Sortable Nicer Archiveを使用したいよりダウンロードしなおして頂けませんでしょうか。

いつも素早いご対応に感謝しております。

早速、修正ファイルをダウンロードし直してみましたが、
動作に変わりはないようです。

うーん・・・。
どなたか私と似たような環境で同様の悩みを抱えている方は
いらっしゃらないんですかねぇ・・・。

参考になるかどうかは分かりませんが、kakasiのパスについて
私の場合、Cドライブ直下にディレクトリをおいてますが、
「C:/kakasi/bin」「/kakasi」「/kakasi/bin」としても
全て同様の状態になるようです。

これは関係ないですかねぇ。

いぇい！待望の一覧表示ありがとうございました
早速インストールさせてもらいました。

質問はリンク方法の件なのですが、うちのサイトだと
「http://www.chu-site.com/modules/wordpress/nkarchives.php」
ってURLになると思うのですが、これをindex-template.phpではなく、XOPPSメインメニューの中に入れられないでしょうか。
説明うまくできないのでイメージを書きます

メインメニュー
news
forum
wordpress
∟一覧表示
∟Blogを書く
weblink
faq

こんな感じで「一覧表示」を表示してここからリンクしたいのです。
すいません、説明べたで
わかってもらえたでしょうか。

Quote:

質問はリンク方法の件なのですが、うちのサイトだと
「http://www.chu-site.com/modules/wordpress/nkarchives.php」
ってURLになると思うのですが、これをindex-template.phpではなく、XOPPSメインメニューの中に入れられないでしょうか。

wordpress/xoops_version.phpの52行目からの

if($xoopsUser){
	$modversion['sub'][1]['name'] = _MI_WORDPRESS_SMNAME1;
	$modversion['sub'][1]['url'] = "wp-admin/post.php";
}

を

$modversion['sub'][1]['name'] = "一覧表示";
$modversion['sub'][1]['url'] = "nkarchives.php";
if($xoopsUser){
	$modversion['sub'][2]['name'] = _MI_WORDPRESS_SMNAME1;
	$modversion['sub'][2]['url'] = "wp-admin/post.php";
}

に変更して、文字コードEUC-JPにて保存してやれば良いと思います。
本来なら、上記の一覧表示という文字列はlanguage以下の言語ファイルで定義すべき内容なのですが、個人で使われるのならこれで十分だと思います。

Quote:

参考になるかどうかは分かりませんが、kakasiのパスについて
私の場合、Cドライブ直下にディレクトリをおいてますが、
「C:/kakasi/bin」「/kakasi」「/kakasi/bin」としても
全て同様の状態になるようです。

これは関係ないですかねぇ。

関係ないというか、解決の糸口を見つけるのに大いに参考になりました。
kakasiのパスという表現の仕方がまずかったのですが、Windows環境の場合は
ファイル名を拡張子を含めてフルパスで指定する必要があります。
おそらくBenjaminさんは、

$kakasi = "c:/kakasi/bin/";  // kakasiプログラムのパス 環境によっては、/usr/local/bin/kakasi等

という様に指定されていると思いますが、これを

$kakasi = "c:/kakasi/bin/kakasi.exe";  // kakasiプログラムのパス 環境によっては、/usr/local/bin/kakasi等

と書き換えて頂きませんか？
kakasiの存在チェックでは指定されたものがファイルかディレクトリかという判別をしていなかったので、KAKASIモードは有効になったままで結果としては読みの抽出ができなかったという事になっているのではと思います。

思った通りの表示になりました！
いつも素早い対応、本当に感謝してます
ありがとうございました

お返事が遅れまして、すみません。

「c:/kakasi/bin/kakasi.exe」というようにフルパスで指定したところ
問題なく動作することを確認致しました。

さすがに、拡張子まで含めたフルパスというのは試してませんでした。
詰めが甘かったですね・・・。

ご迷惑をお掛け致しました。

WordPress MEの画像アップロードについて質問させてください。

WordPress MEの作製画面”Ｐｏｓｔ”をクリックして、
ページを作製する時にイメージの挿入をクリックし、
イメージを挿入使用としたのですが、
Ｕｐｌｏａｄホルダーにイメージは入っているものの
イメージが現れてきません。

ＴｉｎｙＣｏｎｔａｎｔやＣ−Ｊａｙからはこの
ＵｐＬｏａｄフォルダー内を見る事が出来ます。

どうか対処法がこざいましたら、おしえてください。

Quote:

WordPress MEの作製画面”Ｐｏｓｔ”をクリックして、
ページを作製する時にイメージの挿入をクリックし、
イメージを挿入使用としたのですが、
Ｕｐｌｏａｄホルダーにイメージは入っているものの
イメージが現れてきません。

残念ながら、現在のところWordPressで使用する画像はXOOPSのイメージマネージャとの連携を行っておりません。
WordPress独自でアップロードした画像をWordPressにて使用する形になっております。
デフォルトではWordPressからの画像アップロード機能はOFFになっておりますので、使用されたい場合には、[写真を貼付する簡単な方法]をご参照下さい。
なお、イメージマネージャとは統合されておりませんが、WordPressのアップロード機能には、画像アップロード時に別途縮小画像を生成しブログ上には縮小画像を表示させクリックすると元サイズの画像を表示する事などができるようになっています。
ご参考までに！

Quote:

Ｕｐｌｏａｄホルダーにイメージは入っているものの
イメージが現れてきません。

ＴｉｎｙＣｏｎｔａｎｔやＣ−Ｊａｙからはこの
ＵｐＬｏａｄフォルダー内を見る事が出来ます。

次期リリースにて、SPAWエディタを使用している場合にXOOPSのイメージマネージャやMyAlbum中の画像も参照出来るようになる予定です。
乞うご期待！