はじめまして、いつも活用させて頂いております。
v1.9をUFT-8をEUCにしてインストールしたのですが、文字化けがおこります。
確認しているもので、店、年度、などがあります。

参照ページ
http://www.genki1.net/yuri/
また、v1.10にバージョンアップしたブログでは、
タイトルと本文が、店（一文字）の場合文字化けします。
参照ページ
http://www.gluee.jp/blog/

Nucleusはv3.21です。
何か原因となりそうなものはあるでしょうか？
お手数ですが、よろしくお願いします。

wataさん

日本語処理部分は文字コードの自動認識をかけているので、本文やSubjectが極端に短い場合にはそれがうまくいかずに文字化けしてしまうかもしれません。
# NP_Moblog自体はSubjectやBodyが一文字である状況をあまり想定していませんので。

とりあえず、ちょっと文字列周りの部分をチェックしてみますね。

管理人様

お世話になります。
ご返答ありがとうございます。

先日は、一文字の場合文字化けすると言いましたが、特定の文字列でも文字化けすることが確認できました。

以下ブログの、最初の記事、
2005Cは、2005年度メンバー紹介
その次の、
2005曙ｷは、2005年度練習スケジュール
と、本来の文字列から化けています。

また、サイドメニューのカテゴリー欄のところの空白は、「全てのカテゴリの表示」が、「Y」に化けてしまっているため、起こっています。
テンプレートを編集しても、化けてしまいます。

参照サイト
http://www.genki1.net/niceh...

お手数ですが、何か原因らしきものがわかりましたら、教えてくださいますでしょうか。

よろしくお願いします。

wataさん

情報ありがとうございます。
こちらでも同様のテストをしてみますね。

ちなみにメールは何から投稿されてますか？
# ケータイであればキャリア名とか、端末の機種名を教えていただけると助かります。

管理人様

お世話になります。
ご返答ありがとうございます。

メールはOutlookからと、携帯は
Docomoのpremini-IIS
http://www.sonyericsson.co....
です。

が、先ほどメールでの投稿では文字化けしないことが判明致しました。

文字化けするのは、
①ブラウザ（IE）からアイテムを追加した場合。
②携帯からの投稿を編集した場合。
と、現状では判断できます。

よって、Moblogが文字化けの原因ではないかもしれません。
Moblogが原因だと判断した経緯として、最近になり、メインで動かしているNucleusが文字化けを起こしました。
原因を探るために、文字化けが起こった時期に入れたプラグインを、別のNucleusに試していたところ、Moblog v1.9で、メインのブログと同様の文字化けが起こりましたので、そう判断した次第です。

大変お手数ですが、Moblogが原因かどうか、以上の情報でご判断が出来るようでしたら、お願い致します。

wataさん

NP_Moblogが関連するのは、メールからエントリを追加する場合（下書きを含む）のみです。ここまでで文字化けが発生していないようであれば、NP_Moblogと今回の問題は関係がないのではないかと思います。

文字化けが発生している「ブラウザ（IE）からアイテムを追加した場合」や「携帯からの投稿を編集した場合」はどちらもＰＣからの投稿・編集にあたるので、NP_Moblogは全く関与していないです。

# MySQLやPHP周りの設定を疑った方がいいかもしれませんね。

管理人様

お世話になります。
ご返答ありがとうございます。

NP_Moblogと今回の問題は関係がないのではないかと思います。

了解致しました。
ご迷惑をおかけして、大変申し訳ありませんでした。

# MySQLやPHP周りの設定を疑った方がいいかもしれませんね。

ご助言ありがとうございます。
そのあたりを探ってみたいと思います。

最後に、色々お手数をお掛けしました。
ご親切な対応ありがとうございます。
失礼します。

wataさん

そんなに恐縮されなくても結構ですよ。
また、何かあったら気軽に書き込んでくださいね。

こんにちは、『まむろぐ』のむうです。
1.10にアップデートして携帯投稿を試した所、問題なく動作しております。
NP_Moblogは旅行時などの時の更新に大変重宝しております、これからもどうぞ宜しくお願いします。

それから、先日アイテム番号を振り直しした為、記事内で紹介して頂いているアイテムへのリンク先が他のアイテムへのリンクとなっております。
差し支えなければお手数ですが、81から700へ修正をお願い致します。

むうさん

いえいえ。恥ずかしいバグでもうしわけないです。アイテムNoの件の修正もしておきました。

はじめまして。NP_Moblog使わせていただいております。
help.htmlですが、
line1: <img border="0" src="http://blog.cles.jp/cles.png" alt="Powered by CLES"/ >
...alt="Powered by CLES" />
としないとブラウザによってはパースエラーを吐きます。
同様にline61:...@b=2&c=books&s=1
の"&"も&amp;にしないとパースエラーを吐くブラウザがあります。

細かいことになりますが、とりあえずご報告いたします。

takabさん

ありがとうございます。
次回リリースから修正しますね。

初めましてNP_Moblog利用させて頂いております

help.htmlのスキンへの記述タグとして紹介されてる<%Moblog(list)%>ですが、実際は<%Moblog(link)%>のようです

kazuponさん

ご指摘ありがとうございます。
そのとおりですね。
次回リリースから修正しますね。

二度目のコメントになります。takabです。

Pearへの依存に関してですが、他にPearに依存するプラグインが出てきた場合、おそらくCannot redeclare エラーを吐くことになるのではないでしょうか？
競合のチェックするか、どこかにpear用ディレクトリを作ってinclude_path を設定してやったほうが良いのではと思うのですが、いかがでしょう？

takabさん

ありがとうございます。takabさんがおっしゃることは良くわかります。
include_pathを設定するのがPEARの本来の姿であるとは思うのですが、設定が面倒になるのはどうなのかと思って今の形に落ち着きました。改善の余地があることはわかっているので、もうすこし僕のほうでも工夫してみます。

# 当初はどんなサーバでもPEARくらいはインストールしてあるだろうと思ったのですが、
# 見事にあてがはずれました。

実は今開発しているNP_TypeKeyでPEARを使ったところCannot redeclareが発生してしまったので、
if( class_exists('HOGE') )
のようにして当面はしのぐことにしました。

お返事ありがとうございます。
外部ライブラリ用にpathを通すとかは本家へ投げるべきカナとは思ったのですが。

NP_Pear とかが美しい方法なんでしょうが、プラグインが増えるのはみんないや？
init() でpathを通したり、依存関係チェックとか、インストールまでやってくれたり。