Nucleus(JP)フォーラムNucleus(JP)フォーラムNucleusCMS日本語版ユーザーのためのサポートフォーラムです。疑問が生じたらまずは記事検索をご利用ください。登録ログインログインしていません。mobileliteAjustSkin2MobileはUserAgentを判別しSkinを変更します。docomo、au、SoftBank、Willcomを携帯端末、iPhone、Androidをスマートフォンとして認識し、PC|携帯|スマートフォン|キャリア|機種毎に適用するSkinを選択してくれます。e#insutoru上記を参考にこのプラグインを管理画面からインストールしたところ管理画面が文字化けしてしまいました。インストール手順3の、PEAR::Net_UserAgent_Mobileをインストールという部分で特に何もせずに解凍したファイルをアップロードしただけなのですが、それがまずかったのでしょうか?どなたか対処の仕方及びアドバイスをいただければと思います。携帯サイトの並行運用を準備をしています。PC、その他のモバイル端末が判別され、それぞれのSkinで表示してくれるところまで、なんとかこぎ着けました。絵文字も、ドコモ携帯ではきちんと表示されるのですが、他の端末では「□」みたいな状態で、正常に変換されませんでした。touchの携帯エミュレータで表示のテストをしました)要するに絵文字が置いてあるディレクトリを参照できていないのかもしれないと考えました。"./nucleus/plugins/adjustskin2mobile/images/"とあったので、ここを自分の状況に合わせて書き換えてみようとしました。"./xx/xxx/xxxx/plugins/adjustskin2mobile/images/"と書き換えました。試しに(素人考えで^^;)絶対パスを書いてみましたが、やはり結果は同じでした。他にどのような理由が考えられますでしょうか。アドバイスいただけますと幸いです。携帯サイトの並行運用を準備をしています。PC、その他のモバイル端末が判別され、それぞれのSkinで表示してくれるところまで、なんとかこぎ着けました。絵文字も、ドコモ携帯ではきちんと表示されるのですが、他の端末では「□」みたいな状態で、正常に変換されませんでした。touchの携帯エミュレータで表示のテストをしました)要するに絵文字が置いてあるディレクトリを参照できていないのかもしれないと考えました。"./nucleus/plugins/adjustskin2mobile/images/"とあったので、ここを自分の状況に合わせて書き換えてみようとしました。さんの発言:imagesを利用するのはPCで表示する場合のみです「□」みたいな状態になっているということなので、実機で確認できれば正常に表示されるものと思われますなるほど...それならば、「PictDir」のパスをきちんと指定しさえすれば、大丈夫なはず...と、いろいろとやっていたらていたら、パソコンでもちゃんと表示されました。それで、その原因というか、顛末ですが...パソコンのブラウザでモバイルサイトのURLを入力するとき、http://hoge.com/xx/xxx/mobileとすると絵文字が表示されませんが、http://hoge.com/xx/xxx/mobile/とすると、絵文字が表示されるのです。(違い:最後のスラッシュ)いつもの癖で、最後の「/」は書かなくてもいいと思っていて。最後の「/」を抜いてページを表示させると、画像のパスがrootになってしまいます。最後に「/」を入れて表示させれば、画像のパスも正常になります。それで、試しに「PictDir」のパスを相対パスでなく、絶対パスで書いてみました。すると、「/」の有無にかかわらず、ちゃんと表示されます。この段階で、とりあえず解決です。(^_^;)こうなってしまったのも、おそらく「PictDir」のパスを書き換えなければならない自分の環境のせいなのかもしれませんね。ふたを開けてみると、ここで質問するような問題ではなかったような気がします。お手を煩わせてしまい、申し訳ありませんでした。いままでパケ代気にしながら携帯で確認していました。UserAgentを判別しPC、スマートフォン、携帯へスキンを振り分ける上記絵文字が表示されない件にて同様の現象が発生し困っていたため、参考までに対処方法を記載しておきます。"/nucleus/plugins/adjustskin2mobile/images/";===とすることで、表示が可能になりました。UserAgentを判別しPC、スマートフォン、携帯へスキンを振り分けるMobileWithSinglePageをAdjustSkin2Mobileに置き換え、MobileWithSinglePageのmobスキン内容をそのままdafault/mobileスキンに書き換えて運用しようと思いました。携帯用ページに関するご相談です。トップページ(メインブログに帰属)は問題なく表示されたのですが、なぜか複数ブログのメインブログ以外を表示しようとすると、上手くいきません。具体的には、dafault/mobileスキンにて、メインブログ=<%if(blogsetting,bnumber,1)%>には正常対応したにもかかわらず、複数ブログのメインブログ以外=<%if(blogsetting,bnumber,xx)%>に反応しないかのように、意図しない内容がPC用スキンで表示されてしまいます。MobileWithSinglePage使用時には携帯用スキンはmobスキンでまとめていましたが、PC用としては、複数ブログ部分はメインブログ用とは別のスキンを適用しています。(PC用の「別のスキン」が表示されてしまうのかも)MobileWithSinglePageでは複数ブログが正常に表示されており、「文法」部分に問題があるとは思えません。UserAgentを判別しPC、スマートフォン、携帯へスキンを振り分けるこんにちは>複数ブログ部分はメインブログ用とは別のスキンを適用しています。さんの発言:>例えばサブブログの標準スキン名がsub_defaultだった場合は>sub_default/mobileというスキンを用意して頂く必要がありますありがとうございます。sub_default/mobileのスキンを作ったところ、うまく動作しました。こちらのサブブログ標準スキン名の呪文が長すぎて、Nucleusにフルスキン名を受け入れてもらえず、仕方がないので「mobile」ではなく「mo」というスキン名で携帯サイトに振り分けるようにプラグインを改造させていただきました。(問題なく動いてます。UserAgentを判別しPC、スマートフォン、携帯へスキンを振り分けるプラグイン開発をされている皆さん、フォーラムに関わっている皆さん、いつもありがとうございます。(5.0.45)でサイト運用しています。レンタルサーバーはロリポップです。サイトを携帯対応にするため、NP_AdjustSkin2MobileLiteをインストールしましました。途中までは順調に進んでいましたが、検索結果のページでトラブルが起きてしまいました。input.とだけ表示されてしまう状況です。スキンは反映されていません。携帯電話実機からも、Firefoxのシミュレータでも、同じエラーが出ます。ちなみに、携帯に振り分けられないPCサイトでは正常な検索結果が得られています。自分なりに浅はかな知識で対策を練ってみました。accept-charset="UTF-8">というように、「accept-charset」を追加してみました。すると、検索結果が表示されたと思いきや、今度は不可思議な挙動になりました。「松井」とすると上記のエラーが出るのです。^_^;)さらに、「松井」ではエラーなのに「松井の」のするときちんと検索結果が表示されます。平仮名でも、不規則にエラーがでます。「こころ」とするとエラーですが「こころの」とするとOK...という感じです。何文字だからNG・OKという規則性もないような気がします。類似プラグインとはいえ別プラグインのトピックということもあり、解決の糸口が見えません。アドバイスをいただけないでしょうか。UserAgentを判別しPC、スマートフォン、携帯へスキンを振り分ける私はNP_AdjustSkin2MobileLiteを使っていないので確かなことは言えないのでその点ご了承下さい。input.」という文字列は、globalfunctions.phpの関数「encoding_check」が出力しています。コアファイルのどこかでこの関数を呼び出すか、プラグインが呼び出すかする際にエラーを起こしているのでしょう。この関数内で値をダンプするなどして調べていけば、原因がはっきりするかと思います。この関数の趣旨は・UTF-8、Shift_JIS、EUC_JP、gb2312の各エンコーディング方法によって表現される文字列を正規表現で一般化し、チェック対象の文字列をマッチング。マッチしていたらその箇所がまるまる消されます。UserAgentを判別しPC、スマートフォン、携帯へスキンを振り分けるMocchiさん詳しいご説明ありがとうございます。input.」という文字列は、globalfunctions.phpの関数「encoding_check」が出力しています。コアファイルのどこかでこの関数を呼び出すか、プラグインが呼び出すかする際にエラーを起こしているのでしょう。さんの発言:とりあえずこの関数内で値をダンプするなどして調べていけば、原因がはっきりするかと思います。globalfunctions.phpの関数「encoding_check」の箇所を見てみました。UserAgentを判別しPC、スマートフォン、携帯へスキンを振り分ける未解決ではありますが、自己レスです。Mocchiさんがアドバイスしてくださった内容はまだ試していないのですが、経過をご報告します。あれからいろいろと設定などを見直していたところ、一つ発見がありました。NP_CustomURLをインストールしているのですが、Blog毎の設定に「/search/検索語」にリダイレクトしますか?」というオプションがあります。このチェックを「いいえ」にしますと、「NP_AdjustSkin2Mobile」を使った携帯サイトでもきちんと検索ができるようになりました。accept-charset="UTF-8">という書き換えは行わずに、標準の「<%searchform%>」に戻さないといけませんでした。(今度は「accept-charset="UTF-8"」がエラーの原因になるから)しかし!こうすると困ったことが起きました。PCサイト・携帯サイトともに「エラーページ」からの検索ができなくなってしまうのです。なんらかの不正なアドレスでアクセスするとします。すると、スキン編集で書いた「エラーページ」が表示されるわけですが、そこから「それなら記事を検索しようかな」と、そのエラーページにある検索フォームにキーワードを入れて検索すると、アドレスバーにhttp://xxx.jp/▲▲▲?amount=0&blogid=0&query=キーワード※「▲▲▲」はエラーのもとになる不正な文字列というように表示されたまま、何度検索してもエラーページから遷移しないのです。先述のCustomURLのオプションが「はい」のままなら、エラーページからの検索はhttp://xxx.jp/search/キーワードとリダイレクトされ、通常の検索結果ページへと遷移します。結果的にエラーページにとどまったままになってしまいます。「エラーページに検索フォームを置かずにホームにでも戻るようにすればいいのでは」という考え方もあるのですが、エラーが出たときこそ、すぐに記事検索できるようにしておきたいのが正直なところです。さんの発言:たとえば、なんらかの不正なアドレスでアクセスするとします。すると、スキン編集で書いた「エラーページ」が表示されるわけですが、そこから「それなら記事を検索しようかな」と、そのエラーページにある検索フォームにキーワードを入れて検索すると、アドレスバーにhttp://xxx.jp/▲▲▲?amount=0&blogid=0&query=キーワード※「▲▲▲」はエラーのもとになる不正な文字列というように表示されたまま、何度検索してもエラーページから遷移しないのです。動作としては正しいですが、それはそれとして、こんなアプローチでいかがでしょか。スキンの記述に<%searchform%>を使わず、フォームのHTMLをベタで書く。nucleus/forms/searchform.templateを編集し、action先をトップページにする。b.は一応コア改変になるので自己責任で。動作が変わることに留意してください。UserAgentを判別しPC、スマートフォン、携帯へスキンを振り分けるきゃしゃさん、アドバイスありがとうございます!それと、問題が枝分かれしたことで、トピックが横道にそれてしまって申し訳ないです。スキンの記述に<%searchform%>を使わず、フォームのHTMLをベタで書く。nucleus/forms/searchform.templateを編集し、action先をトップページにする。:shock:「b」を試してみましたところ、すんなりOKでした。今回は、NP_CustomURL使っているからなのだと思いますが、actionの先は「/」でOKでした。動作が変わることに留意してください。...つまり、どのBlogからの検索であれ、デフォルトBlog上での検索結果ページになってしまう、ということですよね。そこなのですが、実は今回、デフォルトBlog以外はすべてサブドメインで運用しようとしています。そのためなのか、サブドメインBlog上での不正なアドレス入力によるエラーページから再検索しても、ちゃんと元のサブドメインBlog上で検索結果ページが表示されました。おかげさまで、この「エラーページからの再検索」問題はクリアになりました。input.」になってしまうことは、そのまま解決されていません。ひきつづき、Mocchiさんからアドバイスいただいた内容を試してみないといけませんね。頑張ります!経過はまたご報告します。