プラウザでのソース表示が変？

kjmtshさんへ、

いろいろとご指導を頂き、
有難うございます。

ちょっと、ご意見をお聴きしたい事があります。

当然ですが、突き詰めて、何とか原因はつかもうと思うのですが、
現状として、

<?php the_content(); ?>

の部分を、

<?php
$content = get_the_content();
                                                       //ここで本文部分に修正を加える
$content = preg_replace("/\n/","<br />",$content); 

echo $content; 

?>

と、そっくり入れ替えてしまえば、
何等か？の影響を受けず、

きちんと、ソースコードが日本語で吐き出されるという事が、
判明しました。

これは、
「ちなみに、the_content() は内部で get_the_content() を使い、次にフィルタを適応します。」

のご意見を参考に考えた事です。

そこで、お聞きしたいのが、

現在、気に入らない、
<?php the_content(); ?>

の部分を、このように置き換えて運用した場合、
今後、何か、致命的な障害とか問題点が、

発生する可能性はありますでしょうか？

もし、よろしければ、
kjmtsh様の、ご意見をお聴きしたいのですが・・・。

もし、また訪問されて、
お時間でもござおましたら、ご教授いただければと思います。

kjmtsh様、
nobita様、

いろいろと、有難うございます。

原因が特定出来ました。

kjmtsh様の言われる通り、プラグインを停止する方法を、
再度、いろいろとやってみましたら、

前回のチェックでは、キャッシュか何かが残っていたらしく、
時間をかけて、確認しながらやると、
今回のチェックでは、原因となっているプラグインが特定できました。

それは、

4-CM Tooltip Glossary

でした。
これを無効化すると、ソースコードは正常にもどりました。

また、

kjmtsh様に教えていただいた方法で、
打ち出されたコードの比較を
全行行ってみましたが、

その結果、

[9998] => Array
        (
            [CMTooltipGlossaryFrontend::cmtt_glossary_createList] => Array
                (
                    [function] => Array
                        (
                            [0] => CMTooltipGlossaryFrontend
                            [1] => cmtt_glossary_createList
                        )

                    [accepted_args] => 1
                )

        )

    [9999] => Array
        (
            [CMTooltipGlossaryFrontend::cmtt_glossary_parse] => Array
                (
                    [function] => Array
                        (
                            [0] => CMTooltipGlossaryFrontend
                            [1] => cmtt_glossary_parse
                        )

                    [accepted_args] => 1
                )

        )

    [10000] => Array
        (
            [CMTooltipGlossaryFrontend::cmtt_glossary_addBacklink] => Array
                (
                    [function] => Array
                        (
                            [0] => CMTooltipGlossaryFrontend
                            [1] => cmtt_glossary_addBacklink
                        )

                    [accepted_args] => 1
                )

        )

この部分のコードが原因だと解りました。

これは、間違いなく

CM Tooltip Glossary　のものです。

このプラグインを無効化すると、
この部分のコードが表示されなくなり、
ソースコードも通常のものに戻ります。

単純な確認ミスで、手数をおかけいたしました。

「根拠はありませんが、全部停止して、表示を確認すると正常に戻るんじゃないかという気がします。」

と、仰せの通りでした。

ーーーーーーーーーーーーーーーーーーーーーーーーーー

★kjmtsh様の最初のご指示通り、
きちんとキャッシュの事も気にしながら、
じっくり確認していれば、

最初の、その時点で、判明している原因でした。

無駄な時間を御取りしてしまったことを、
申し訳なく思います。

有難うございました。

ーーーーーーーーーーーーーーーーーーーーーーーーーー

これで原因が特定できたので、
このプラグインを使わなければ、事態は解消できるのですが、

どうしてもサイトに、自動で作成できる用語集がほしいため、

現状で、ほかに使えそうな用語集のプラグインも知らないので・・・。
まだ、あきらめきれずに、もがいています。

それは、

<?php

$content =the_content();

$content = mb_convert_encoding($content, 'UTF-8', 'HTML-ENTITIES');//数値文字列を通常の文字で表現UTF-8
echo $content;

?>

このような、nobita様の方法みたいなので、
通常表示が出来ないものかと思ったからであります。

ただ、この方法では、ご指示のように、直接、
文章を入力した場合は機能するのですが、

$content =the_content();

このように変数で渡した場合には機能しません。

やはり、今まで通り、
ソースコードが、
文字実体参照で吐き出されてしまします。

ちょっと気になるのは、

<div class="m10-b">＆＃12354;＆＃12394;＆＃12383;</div>
<h4>＆＃12354;＆＃12394;＆＃12383;</h4>

このように、<h4>、</div>などのタグは、きちんと表示されていて、
日本語部分のみ、＆＃37202；のようなコードで表示されている事なのですが・・・。

いずれにしても、もう少し、もがいてみます。

まずは、お時間を御取りしてしまった事にお詫びと、
また、ご対応いただいた事に対するお礼を申し上げます。

有難うございました。

今からは、mb_convert_encoding(・・・のような方法を、
いろいろ試してみようと思います。

kjmtsh様へ、
細かなところまで、ご説明頂き感謝します。

特に、
「作者はそれを意図して使っています。」というのを読み取っていただいたのは、
ありがたいです。

★素人の私に、高度なご対応をいただき、
本当にありがとうございます。

————————————–

確かに、kjmtsh様の言われる通り、
「人間に読める形のソースにこだわる理由」・・・
が、自分でもうまく説明できませんが、

こだわる理由について考えてみると、

グーグルなどの検索ロボットで、サイト内が閲覧される場合、
1・人間に読める形（日本語）の方が有利なのか
2・ロボットに理解できる文字実体参照が有利なのか
3・どちらも検索ロボットにとっては同じなのか、

という判断部分で、私は、1・を選んでしまっているようです。

ここで言う「有利」という意味は、
検索ロボットが理解しやすいのか？というような意味なのですが、

単に、日本語のサイトなのだから、
ロボットも、日本語で書いているだろうと予測して読みに来るから、
ソースも日本語であったほうが読み易いのではないだろうか？

という、私の勝手な思い込みのせいです。

——————————————–

やはり、サイトを作る以上、上位表示を目指したく・・・

そうなると、人間の訪訪問者に対しても、また、
検索ロボットに対しても、読み易いソースコードが、
必要なんじゃないか？と勝手判断しているからです。

やはり、このような発想は、素人の井の中の蛙・・・的な発想であって、

実際には、kjmtsh様の言われる通り、

「考えてみれば、とても合理的な選択で、文字コードや符号化、それどころか、言語さえもこえて、us-ascii のみで扱えるという利点があります。途中で変換するのは、データベースに保存された本文は再編集や検索の都合があるので、いじれないからでしょう。また、そのまま出力しても、ブラウザを通す限り、ちゃんと人間に読める形になりますから問題ありませんよね。ikechan さんにとっても、訪問者にとっても不都合はないような気がします。」

その上に、

「検索エンジンにとっても、不都合がない良い方」

なのでしょうか？

———————————————

PHP manual
の情報もありがとうございました。

中途半端な知識しかないままに、質問させて頂きましたが、
丁寧なご対応に感謝いたします。

「もはや事態は解消しているのではないですか? 使うと何か不都合がありますか?」
につきましては、
「既に事態は解消しており、使っても不都合がない状態なのですが、」

あきらめの悪い田舎者なので、
もがきついでに、あと1～2日間だけ、

cm-tooltip-glossary-frontend.php
などの、プラグイン内部の操作ではなく、

<?php
$content =the_content();
$content = mb_convert_encoding($content, 'UTF-8', 'HTML-ENTITIES');
echo $content;
?>

のようなプラグインの処理以後の操作の方法で、
日本語表記に出来る方法が無いものか？？？

と

他に、このような自動でページ内の文から
用語集ページにリンクをはれるプラグインなどが無いかを、
探してみようと思います。

kjmtsh様へ、
高度な発想や、考え方を教えていただき、ありがとうございました。
また、原因をはっきりと理解させていただき、有難うございました。
感謝いたします。

nobita様、
kjmtsh様、

長い間、お付き合いいただき、ありがとうございました。

add_filter( 'the_content', 'my_entities', 20000);
function my_entities( $content ) {
$content = mb_convert_encoding($content, 'UTF-8', 'HTML-ENTITIES');
return $content;
}

で、無事、問題は解消いたしました。

初心者の私にもかかえわらず、

お二人よりの、非常に高度なご指導にて、
思い通りの操作を行えることが出来ました。

まだ、wpを使い始めて2年目の初心者の私ですが、
お二人よりの指示の内容を理解するにつけ、
wpの素晴らしい「仕組み」の1部分を、

垣間見れたような気がします。

このような、素晴らしい、
「wordpress.org 日本語」のフォーラムの運営者さんにも、
感謝いたします。

★kjmtsh様へ、
非常に高いレベルでのご説明をいただき、
有難うございました。

今後は、教えた頂いたことを、wpの運用時の基本として、
使わせていただこうと思います。

お相手頂けたことを感謝いたします。

★nobita様へ、
細かいご指導を頂き、有難うございました。

やりたい事が出来るようになりました。

また、フィルターの使用方法などもお聞きできました。
有難うございました。

「余談：質問とは関係ありませんが、ご利用のプラグインには、古いものも含まれているようなので、全体的に見直しするといいと思います。
PHPの実行が可能なプラグインも使っているようですが、そういったものの中には、
例えば、コンテンツ本文に記述したコードが、WordPressの検索で検索できてしまうこともありますので、セキュリティ上のリスクが発生することがありますので、よく検討してみてください。」

・・・なども、お教えいただき、ありがとございます。

特に、Exec-PHP　などは不安があるので、
一度、見直しをしてみます。

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