WordPressの質問（q10006002）の続

質問

前後の記事のコメント欄を標示する方法がわかりません。
<?php
$team = get_post_meta($post->ID, 'team', true);//赤、青、緑のチームに分ける

// 投稿オブジェクトの取得
if ('red' === $team) {
$post_red = $post; // 赤（現在）
$post_blue = get_adjacent_post(true, '', false); // 青（現在の次）
$post = $post_blue; // 現在を青に置きかえる
$post_green = get_adjacent_post(true, '', false); // 緑（現在の次：青の次）
$post = $post_red; // 現在を赤に戻す
} elseif ('blue' === $team) {
$post_blue = $post; // 青（現在）
$post_red = get_adjacent_post(true, '', true); // 赤（現在の前）
$post_green = get_adjacent_post(true, '', false); // 緑（現在の次）
} elseif ('green' === $team) {
$post_green = $post; // 緑（現在）
$post_blue = get_adjacent_post(true, '', true); // 青（現在の前）
$post = $post_blue; // 現在を青に置きかえる
$post_red = get_adjacent_post(true, '', true); // 赤（現在の前：青の前）
$post = $post_green; // 現在を緑に戻す
}

/*$post_thumbnail_id = get_post_thumbnail_id($post);//画像の投稿データから画像IDを取得する　※おそらくいらない */
$red_post_thumbnail_id = get_post_thumbnail_id($post_red);//赤、青、緑の投稿データから前後の画像IDを取得する
$blue_post_thumbnail_id = get_post_thumbnail_id($post_blue);
$green_post_thumbnail_id = get_post_thumbnail_id($post_green);

$red_post_image_src = wp_get_attachment_image_src($red_post_thumbnail_id);//赤、青、緑の投稿データから前後の画像URLを取得する
$blue_post_image_src = wp_get_attachment_image_src($blue_post_thumbnail_id);
$green_post_image_src = wp_get_attachment_image_src($green_post_thumbnail_id);

/*$post_id = post_id ($post_red,$post_blue,$post_green);*/ ※$argsで設定済みなので多分必要ない

// コメントオブジェクトの取得
$args = [
'author__not_in' => '1', // 管理者を除く
'status' => 'approve', // 承認済み
'type' => 'comment', // コメント
];
$args['post_id'] = $post_red->ID; // 赤のID
$comments_red = get_comments($args); // 赤のコメント
$args['post_id'] = $post_blue->ID; // 青のID
$comments_blue = get_comments($args); // 青のコメント
$args['post_id'] = $post_green->ID; // 緑のID
$comments_green = get_comments($args); // 緑のコメント

// コメントの表示
if (empty($comments_red)) {
echo '<p>コメントなし</p>';
} else {
echo '<ul>';
foreach ($comments_red as $comment) {
echo "<li>{$comment->comment_content}</li>";
}
echo '</ul>';
}
if (empty($comments_blue)) {
echo '<p>コメントなし</p>';
} else {
echo '<ul>';
foreach ($comments_blue as $comment) {
echo "<li>{$comment->comment_content}</li>";
}
echo '</ul>';
}
if (empty($comments_green)) {
echo '<p>コメントなし</p>';
} else {
echo '<ul>';
foreach ($comments_green as $comment) {
echo "<li>{$comment->comment_content}</li>";
}
echo '</ul>';
}

回答No.63

dell_OK · ベストアンサー

【投稿ページ　その３】
・break,continue構文以外で$offsetをコントロールする方法を探しているんですが、何か良い方法はありますでしょうか？

こまかくわけるとこうですね。
＝＝＝＝
ＲＳＳ
バナー広告
記事前編
ＲＳＳ
バナー広告
記事続編
ＲＳＳ
コメント
前後の記事リンク
＝＝＝＝

ＲＳＳと他のものの登場回数が異なるのでループしない方法でいきましょう。
最初にデータベースからＲＳＳを取得して、$rss1、$rss2、$rss3のみっつに分けてためておきます。
あとはそのまま出力する方法でどうでしょうか。
－－－－
$rss1の出力
バナー広告
記事前編
$rss2の出力
バナー広告
記事続編
$rss3の出力
コメント
前後の記事リンク
－－－－

お礼

可能であればRSSのURLは固定ページと投稿ページで別のものにしたいですが負荷が多少心配です。

補足

【投稿ページ　その３】
・break,continue構文以外で$offsetをコントロールする方法を探しているんですが、何か良い方法はありますでしょうか？

こまかくわけるとこうですね。
＝＝＝＝
ＲＳＳ
バナー広告
記事前編
ＲＳＳ
バナー広告
記事続編
ＲＳＳ
コメント
前後の記事リンク
＝＝＝＝

ＲＳＳと他のものの登場回数が異なるのでループしない方法でいきましょう。
最初にデータベースからＲＳＳを取得して、$rss1、$rss2、$rss3のみっつに分けてためておきます。
あとはそのまま出力する方法でどうでしょうか。
－－－－
$rss1の出力
バナー広告
記事前編
$rss2の出力
バナー広告
記事続編
$rss3の出力
コメント
前後の記事リンク
－－－－

A.回答ありがとうございます。RSSの出力については理解できたのですが、今のstorage_rss.phpと処理を分けるのか気になります。RSSは同じサイトから出力する予定です。
画像1,画像2,画像3は固定ページと投稿ページそれぞれ同じサイトのURLからを引っ張ります。

画像1タイトル1の固定投稿ページのRSS
画像2タイトル1の固定投稿ページのRSS
画像3タイトル1の固定投稿ページのRSS
でURLは同じものにします。

それともSQLから操作するのでしょうか？

回答No.12

dell_OK

【カテゴリー　その１２】

・同じカラム名のものをつなげたという認識でいいのでしょうか？それともIDの役割で判断しているのでしょうか？

IDの役割で判断している、です。

WordPressのデータベース構造では、同じカラム名、という認識は持たない方がいいです。
質問された箇所の上にもＪＯＩＮがあります。
－－－－
INNER JOIN wp_term_relationships
ON wp_posts.id = wp_term_relationships.object_id
－－－－
つなげているものは違う名前です。
WordPressではひとつのテーブルに複数の役割を持たせているためカラム名が一致しない場合があるからです。

余談ですが、データベース構造が簡単なシステムの場合は、同じ意味のものには同じ名前を付け、違う意味のものには違う名前を付ける、としておくのがいいと私は思っています。
ことMySQLに限って言うと、ちょっと便利なＳＱＬ文の書き方があります。
これを、
－－－－
ON wp_term_taxonomy.term_taxonomy_id
= wp_term_relationships.term_taxonomy_id
－－－－
こう書くことができるのです。
－－－－
USING (term_taxonomy_id)
－－－－
同じ名前が前提なので、同じものを二回書かなくてよくなります。
このメリットは、二回も長々と書くことによる書き間違いをなくす、ことにあります。
書き間違い自体は実行してエラーなり結果が期待通りでないことからわかるのですが、それさえ削減できるとしたらこれほど便利なことはありません。

・カラム値の候補が複数あるということは、＝でつなげたterm_taxonomy_id のことでしょうか？

そうです。

回答No.11

dell_OK

【カテゴリー　その１１】

・6,search.phpではLIMIT %d,%dとしていたが、これはcategory.phpでも使えるのでしょうか？意味をよく理解出来ていないので、教えてください。

使えます。
説明が面倒なので控えます。
まずはこちらを読んでください。
関数リファレンス/wpdb Class
SQL インジェクション攻撃からクエリを保護する
https://wpdocs.osdn.jp/%E9%96%A2%E6%95%B0%E3%83%AA%E3%83%95%E3%82%A1%E3%83%AC%E3%83%B3%E3%82%B9/wpdb_Class
読んで試してそれでもわからなかった場合は説明します。

お礼

SQLを実行してみたところ下記のエラーが表示されたのですが、参考サイトと違い略しているからでしょうか？
SELECT
post.*//投稿について

※参考サイト記述
SELECT DISTINCT wp_posts.id, wp_posts.post_title,
wp_term_taxonomy.taxonomy,
wp_term_taxonomy.term_id

※入力文
https://imgur.com/DtLwnIQ.jpg
https://imgur.com/yJiv6Ap.jpg

※エラー文
解析中に 1 個のエラーが見つかりました。

終端クォート ' があるべきです。 (near "" at position 893)
SQL クエリ: ドキュメント

SELECT post. FROM wp_posts INNER JOIN wp_term_relationships ON wp_posts.id = wp_term_relationships.object_id INNER JOIN wp_term_taxonomy ON wp_term_taxonomy.term_taxonomy_id = wp_term_taxonomy.term_taxonomy_id WHERE wp_term_taxonomy.term_id IN ( SELECT wp_term_taxonomy.term_id FROM wp_posts INNER JOIN wp_term_relationships ON wp_post.id = wp_term_relationships.object_id INNER JOIN wp_term_taxonomy ON wp_term_taxonomy.term_taxonomy_id =wp_term_relationships.term_taxonomy_id WHERE wp_post.id = '.$post_id.' AND wp_posts.post_stayus = "publish" ORDER BY wp_post.id ) meta.meta_key = 'single_rss_feed1' AND post.post_type = 'post' AND post.post_status = 'publish' AND wp_posts.id != '.$post_id.' '; AND wp_term_taxonomy.taxonomy = "category" ORDER BY post.post_date DESC LIMIT %d,%d LIMIT 0, 25

MySQL のメッセージ: ドキュメント

#1064 - SQL構文エラーです。バージョンに対応するマニュアルを参照して正しい構文を確認してください。 : 'FROM wp_posts INNER JOIN wp_term_relationships ON wp_posts.id = wp_term_relat...' 付近 1 行目

補足

回答ありがとうございます。行の INSERTで見つけました。
%s - 文字列
%d - 整数 (すべて数字)
%f - 浮動小数点数
となっているんですね。覚えておきます。

回答No.10

dell_OK

【カテゴリー　その１０】

・2,カテゴリーが1つの記事で複数ある場合、何か特殊なテーブル設計は必要でしょうか？

必要ないと思います。

・3,INNER JOINが使われていることが多いがLEFT JOINは基本使わないのでしょうか？

それはテーブルの組み合わせと取得したいものによります。
前回、過不足なく、と言ったのはこのことも含んでいます。
その違いを例をあげて説明するのは面倒なので今は控えておきます。
両方とも実行して結果を見て、どちらが正解かを判断してみてください。

・4,ON wp_term_taxonomy.term_taxonomy_id
　　= wp_term_relationships.term_taxonomy_id
参考サイトのイコールの意味がよくわかりません。

こちらですね。
－－－－
FROM wp_posts
INNER JOIN wp_term_relationships
ON wp_posts.id = wp_term_relationships.object_id
INNER JOIN wp_term_taxonomy
ON wp_term_taxonomy.term_taxonomy_id
= wp_term_relationships.term_taxonomy_id
－－－－
wp_term_taxonomyテーブルのterm_taxonomy_idとwp_term_relationshipsテーブルのterm_taxonomy_idが等しいものをつなげる、という意味です。

たいていの場合、どちらかが主キーになっています。
なぜなら、ただひとつのものとつなげることが多いからです。

ここではwp_term_taxonomy.term_taxonomy_idが主キーですね。
wp_term_relationships.term_taxonomy_idも主キーに含まれてはいるのですが、もうひとつobject_idとふたつセットで主キーになっているため、term_taxonomy_idだけでは「ただひとつのもの」とは言い切れないものとなっています。

組み合わせによっては、ただひとつのものではなく複数と複数のものをつなげたり、ただひとつのもの同士をつなげたりもしますので、主キーではないこともありますし、主キーだけのこともあります。

・5,WHERE wp_term_taxonomy.term_id IN ()　
参考サイトの条件がよくわかりません。

こちらですね。
－－－－
WHERE wp_term_taxonomy.term_id
IN (
SELECT wp_term_taxonomy.term_id
FROM wp_posts
INNER JOIN wp_term_relationships
ON wp_posts.id = wp_term_relationships.object_id
INNER JOIN wp_term_taxonomy
ON wp_term_taxonomy.term_taxonomy_id
= wp_term_relationships.term_taxonomy_id
WHERE wp_posts.id = '.$post_id.' //投稿IDを渡す
AND wp_posts.post_status = "publish"
ORDER BY wp_posts.id
)
－－－－

INについては以前説明したかと思います。
意味は同じです。
＝＝＝＝
IN句と言うのは、あるカラムの値の候補が複数ある場合に使うものです。
書き方はこうです。
WHERE A IN (1,2,3)
＝＝＝＝
意味は同じですが、これは候補の値を直接書く方法でした。

参考サイトのものは、候補を()内のSELECTで取得する方法です。
候補値はSELECTのすぐ次にあるwp_term_taxonomy.term_idです。

補足

【カテゴリー　その１０】

・2,カテゴリーが1つの記事で複数ある場合、何か特殊なテーブル設計は必要でしょうか？

必要ないと思います。

A.ありがとうございます。

・3,INNER JOINが使われていることが多いがLEFT JOINは基本使わないのでしょうか？

それはテーブルの組み合わせと取得したいものによります。
前回、過不足なく、と言ったのはこのことも含んでいます。
その違いを例をあげて説明するのは面倒なので今は控えておきます。
両方とも実行して結果を見て、どちらが正解かを判断してみてください。

A.了解いたしました。

・4,ON wp_term_taxonomy.term_taxonomy_id
　　= wp_term_relationships.term_taxonomy_id
参考サイトのイコールの意味がよくわかりません。

wp_term_taxonomyテーブルのterm_taxonomy_idとwp_term_relationshipsテーブルのterm_taxonomy_idが等しいものをつなげる、という意味です。

ここではwp_term_taxonomy.term_taxonomy_idが主キーですね。
wp_term_relationships.term_taxonomy_idも主キーに含まれてはいるのですが、もうひとつobject_idとふたつセットで主キーになっているため、term_taxonomy_idだけでは「ただひとつのもの」とは言い切れないものとなっています。

組み合わせによっては、ただひとつのものではなく複数と複数のものをつなげたり、ただひとつのもの同士をつなげたりもしますので、主キーではないこともありますし、主キーだけのこともあります。

A.同じカラム名のものをつなげたという認識でいいのでしょうか？それともIDの役割で判断しているのでしょうか？

・5,WHERE wp_term_taxonomy.term_id IN ()　
参考サイトの条件がよくわかりません。

INについては以前説明したかと思います。
意味は同じです。
＝＝＝＝
IN句と言うのは、あるカラムの値の候補が複数ある場合に使うものです。
書き方はこうです。
WHERE A IN (1,2,3)
＝＝＝＝
意味は同じですが、これは候補の値を直接書く方法でした。

参考サイトのものは、候補を()内のSELECTで取得する方法です。
候補値はSELECTのすぐ次にあるwp_term_taxonomy.term_idです。

A.カラム値の候補が複数あるということは、＝でつなげたterm_taxonomy_id のことでしょうか？

回答No.9

dell_OK

【カテゴリー　その９】

・1,カテゴリーページで$categoryを出力する場合、$catと名前をつけても問題ないでしょうか？

category.phpでは$catの名前は使わない方がよさそうです。

こちらの情報から、
https://teratail.com/questions/60266
このような記述にたどり着きました。
http://wpdocs.osdn.jp/%E9%96%A2%E6%95%B0%E3%83%AA%E3%83%95%E3%82%A1%E3%83%AC%E3%83%B3%E3%82%B9/register_taxonomy#.E4.BA.88.E7.B4.84.E8.AA.9E
この情報は私が確信を得るために探した情報なだけですので、一読されたいと思います。

なぜ確信を得る必要があったかですが、以下のコードで確認してみると、値が入っていたからです。
－－－－category.php
if (isset($cat)) {
echo "使用されています:{$cat}";
} else {
echo '使用されていません';
}
－－－－
category.php実行時点ではそれまでにWordPressが$catに値を入れてくれているようなので、この変数名は使わない方がいいと判断しました。
入っていた値はクリックしたカテゴリーのIDでしたので、これをもとに投稿を取得して表示していくことになると思います。

isset()はその変数が使用されているかどうかがわかります。
こちらを読んでおいてください。
https://www.php.net/manual/ja/function.isset.php

補足

【カテゴリー　その９】

・1,カテゴリーページで$categoryを出力する場合、$catと名前をつけても問題ないでしょうか？

category.phpでは$catの名前は使わない方がよさそうです。

category.php実行時点ではそれまでにWordPressが$catに値を入れてくれているようなので、この変数名は使わない方がいいと判断しました。
入っていた値はクリックしたカテゴリーのIDでしたので、これをもとに投稿を取得して表示していくことになると思います。

isset()はその変数が使用されているかどうかがわかります。
こちらを読んでおいてください。
https://www.php.net/manual/ja/function.isset.php

A.参考サイトつきの解説ありがとうございます。isset()は便利ですね、覚えておきます。

回答No.8

dell_OK

【カテゴリー　その８】

・ボタンクリックのセキュリティ対策を完璧にできる自信がなくAjexを選択したのですが、カテゴリー(データベース操作)に実装させるのは難しいでしょうか？

セキュリティ対策については私はまったくわかりません。
カテゴリー（ページ？）に実装するのは難しくはないと思います。
質問者さまが組み込む難易度はあるにしても、すること自体は難しくないはずです。

・1,アクセスランキングのようにcronでボットを識別させる

アクセスランキングはcronではないと思いますが、私がしらないうちにcronに組み込まれましたか。
アクセスランキングのようにと言うことであれば、PHPでボットの識別をさせる、でいいと思います。

・2,AjexとSQLを組み合わせる

Ajaxです、アルファベットのつづりは気を付けましょう。
Ajaxにするだけで苦労しそうなので、ひとまず除外しましょう。

・3,SQLとPHPでボットなどのセキュリティ対策を立てる

これは１と同じことになるような気がします。

・4,wordpressの関数ですべて対策する(Ajexかphp）

これはこれで難易度が高くなりそうなので、除外しましょう。

・5,cronで処理する(管理画面がすでに重くなりつつあるので選択肢から除外)

除外とのことですが、管理画面の重さとは関係ない気がします。
私はcronの出番はないと思っていましたが、その意図が「cronでランキングを計測」だとしたら、これはこれでいい案かもしれません。
即時性がないのでそれでもいいかどうかが私からの確認事項です。

カテゴリーランキングのためにすることは大きく分けてふたつのことです。
１．カテゴリーごとにカウントする
２．カテゴリーランキングを表示する

と、その前に。

カテゴリーページにアクセスされない場合はカウントされなくてもいいのでしょうか。
私が思うカテゴリーランキングとは、投稿へのアクセスに基づくもので、それをカテゴリーごとに集計したランキングです。
例えば、カテゴリーと投稿が以下のようになっていたとします。
アクセスランキングの処理で投稿ごとにカウントされているとします。
＝＝＝＝
カテゴリー１　投稿１－１　５回アクセス
カテゴリー１　投稿１－２　１回アクセス
カテゴリー２　投稿２－１　４回アクセス
カテゴリー２　投稿２－２　３回アクセス
＝＝＝＝

カテゴリーランキングは集計値によってこうなります。
＝＝＝＝
１位　カテゴリー２　７回アクセス
２位　カテゴリー１　６回アクセス
＝＝＝＝

あまり聞かないですが、別のパターンでは、カテゴリー内最大アクセス回数でランキングするとこうです。
＝＝＝＝
１位　カテゴリー１　５回アクセス
２位　カテゴリー２　４回アクセス
＝＝＝＝

このような方法であれば、カテゴリーページにアクセスされなくても集計がとれます。

カテゴリーをどのように運用されるのかにもよりますので、カウントするタイミングは重要かと思います。

お礼

category.phpを参考サイトを見ながら組んでみたのですが、疑問が複数あり質問いたします。

1,カテゴリーページで$categoryを出力する場合、$catと名前をつけても問題ないでしょうか？

2,カテゴリーが1つの記事で複数ある場合、何か特殊なテーブル設計は必要でしょうか？

3,INNER JOINが使われていることが多いがLEFT JOINは基本使わないのでしょうか？

4,ON wp_term_taxonomy.term_taxonomy_id
　　= wp_term_relationships.term_taxonomy_id

参考サイトのイコールの意味がよくわかりません。

5,WHERE wp_term_taxonomy.term_id IN ()　

参考サイトの条件がよくわかりません。

6,search.phpではLIMIT %d,%dとしていたが、これはcategory.phpでも使えるのでしょうか？意味をよく理解出来ていないので、教えてください。

※参考サイトをもとに組んだコード
https://wandbox.org/permlink/BCFOZJr7rfLbBoop

※参考サイト

1,https://wpdocs.osdn.jp/%E3%83%87%E3%83%BC%E3%82%BF%E3%83%99%E3%83%BC%E3%82%B9%E6%A7%8B%E9%80%A0#Table:_wp_term_relationships

2,https://buco-bianco.com/wordpress-get-post-relations-sql/

3,https://www.rcnt.jp/blog/how-categories-and-articles-are-tied-together/

4,https://www.wakuwakubank.com/posts/240-wordpress-taxonomy-term/

5,http://516.jp/2814

6,https://coding-memo.work/wordpress/91/

補足

【カテゴリー　その８】

カテゴリー（ページ？）に実装するのは難しくはないと思います。
質問者さまが組み込む難易度はあるにしても、すること自体は難しくないはずです。

A.前ページの左カラムに固定で出力させる予定です。

・1,アクセスランキングのようにcronでボットを識別させる

A.意味が分かりにくくすみません。Wordpressのcronを使い定期的に出力させ、ボットはPHPで出力させます。

・2,AjexとSQLを組み合わせる

Ajaxです、アルファベットのつづりは気を付けましょう。
Ajaxにするだけで苦労しそうなので、ひとまず除外しましょう。

A.了解しました。選択肢からは除外します。

・5,cronで処理する(管理画面がすでに重くなりつつあるので選択肢から除外)

除外とのことですが、管理画面の重さとは関係ない気がします。
私はcronの出番はないと思っていましたが、その意図が「cronでランキングを計測」だとしたら、これはこれでいい案かもしれません。
即時性がないのでそれでもいいかどうかが私からの確認事項です。

カテゴリーページにアクセスされない場合はカウントされなくてもいいのでしょうか。
私が思うカテゴリーランキングとは、投稿へのアクセスに基づくもので、それをカテゴリーごとに集計したランキングです。
例えば、カテゴリーと投稿が以下のようになっていたとします。
アクセスランキングの処理で投稿ごとにカウントされているとします。
＝＝＝＝
カテゴリー１　投稿１－１　５回アクセス
カテゴリー１　投稿１－２　１回アクセス
カテゴリー２　投稿２－１　４回アクセス
カテゴリー２　投稿２－２　３回アクセス
＝＝＝＝

カテゴリーランキングは集計値によってこうなります。
＝＝＝＝
１位　カテゴリー２　７回アクセス
２位　カテゴリー１　６回アクセス
＝＝＝＝

あまり聞かないですが、別のパターンでは、カテゴリー内最大アクセス回数でランキングするとこうです。
＝＝＝＝
１位　カテゴリー１　５回アクセス
２位　カテゴリー２　４回アクセス
＝＝＝＝

このような方法であれば、カテゴリーページにアクセスされなくても集計がとれます。

カテゴリーをどのように運用されるのかにもよりますので、カウントするタイミングは重要かと思います。

A.カテゴリーボタンがクリックされたときにカウンターが正常に働きその回数をカウントするので、どちらかといえば前者だと思われます。
カテゴリーのクリック数を計算して、上位10~20を表示させる予定です。single,double,tripleすべてのアクセスを$argsで分けて、
ボットの処理などはPHPで実装することになるかと思われます。

回答No.7

dell_OK

【カテゴリー　その７】

・http://www.gjdhjghjd.cfbx.jp/category/カテゴリー5となっております。URLはおかしいようです。

「カテゴリー5」がカテゴリー名ならおかしくはありません。
私も同じですが問題なく遷移しています。

・wordpressでデータベースを操作する場合SQLで統一したほうが処理が軽くなることはないでしょうか？

統一はともかく、ＳＱＬ文の方が処理は軽くなると思います。
大げさに言うと断然軽くなります。
ＳＱＬ文を一回実行させるだけで済むように書ければそれにこしたことはありません。
単純にひとつのテーブルを読むだけならこれより軽いものはないでしょう。

問題があるとすれば、複数のテーブルを組み合わせて読む場合です。
WordPressの「データベース構造」を理解した上で各テーブルを関連付けかつ最適化したようなＳＱＬ文を書く必要があります。
過不足のないことは最低条件ですが、ちょっとおかしいところがあるとたちまち重いものになったりするのがＳＱＬ文でもあります。

他には、一回の実行で済まないような場合も、軽いとは言えないものになってしまいます。
WordPress関数よりは軽いと思いますが、その程度がわからないので、あまり違わないのかもしれません。

何はともあれ、質問者さまが挑戦することに意味がありますので、私が止めることではありません。

お礼

補足の説明が分かりにくい為訂正します。
データベースの操作にSQLを使うのはほぼ確定しています。
処理が重くなりつつあるので出来るだけ軽減したいからです。
そのうえでAjexかPHPかで迷っております。
実装可能な方を選択する予定です。
※Ajexボタンアクションはセキュリティが強いと調べた結果出てきたため選択肢に浮上しました。

PHPでカテゴリーランキングを実装する場合はWordpressのcronを扱うことを考えています。

補足

回答ありがとうございます。ファイル名のスペルミスが問題でした。申し訳ありません…

SQLについてのご説明ありがとうございます。処理が軽くなるのであればSQLで実装していきたいのですが、1点だけ不安材料がありまして、カテゴリーランキングにはAjexを使うかボットの識別をPHPで実装する必要があります。
ボタンクリックのセキュリティ対策を完璧にできる自信がなくAjexを選択したのですが、カテゴリー(データベース操作)に実装させるのは難しいでしょうか？
$argsのデータベース操作を扱うのを前提として、クリック数を測る必要があるので、Ajexかcronかphpか選択肢を迷っております。
サイトの速度が最優先になりますので、最善の方法として考えているのはSQLを使いcronでランキングを計測してPHPでセキュリティ対策をすることだと考えております。

考えた選択肢が複数ありまして

1,アクセスランキングのようにcronでボットを識別させる

2,AjexとSQLを組み合わせる

3,SQLとPHPでボットなどのセキュリティ対策を立てる

4,wordpressの関数ですべて対策する(Ajexかphp）

5,cronで処理する(管理画面がすでに重くなりつつあるので選択肢から除外)

回答No.6

dell_OK

【カテゴリー　その６】

・/home/peofreot/public_html/wp-content/themes/sample_theme/index.php

index.phpに間違いないようですね。

では、ＵＲＬがどうなっているか確認してください。
カテゴリーリンクにマウスカーソルをあてるとブラウザのどこかにＵＲＬが表示されると思います。
WindowsのChromなら左下です。
それと、クリックして遷移したあとのＵＲＬです。
ブラウザのアドレスバーのところです。

WordPressの設定のパーマリンク設定でＵＲＬの構造を設定できます。
私がインストールしたものでは「日付と投稿名」が初期値になっていて今もそのままです。
これだとＵＲＬの最後はカテゴリー名になります。
「基本」であればＵＲＬの最後は「?cat=数字」になります。

この構造になっていて、カテゴリーへのＵＲＬが正しいのにindex.phpへ飛ばされているとしたら、私には原因も対策も思いつきません

・深く調べてみたところget_termsをcategory.phpに渡してあげる必要がありそうです。

参考サイトを見ましたがget_termsを渡すような内容ではありませんでした。
そこでしているのも似たような内容でした。
get_terms()とget_categories()の違いはありますが、get_category_link()によってＵＲＬを取得するものです。

・検索ページのような仕組みになると思われます。検索ページにはSQLを使っているのですが、カテゴリーにも使うべきでしょうか？
別途、カテゴリーランキングをAjaxを使い出力することも踏まえてのアドバイスをお願い致します。

それはそのカテゴリーに属する投稿の一覧を表示する処理のことですよね。
それでしたらget_posts()でもできそうなのでＳＱＬ文を書くまでもない気がします。

カテゴリーランキングに関してですが、以前いただいたコードをみると、なんとなくですが、カテゴリーIDごとにファイルがひとつずつできて、その内容がカウント数、のような感じかなと思っています。
これだとファイルがどんどん増えて管理できなくなりますし、そのファイルすべてを読み込まないとランキングがわからない、というものだと思います。
これに関しての参考サイトを見てみないと、この仕組みの本意がわかりません。
そう言う意味では、ファイルではなくデータベースに持たせた方がいいような気はします。

その前に、category.phpに遷移できるようにしないといけません。

お礼

申し訳ありません。category.phpのファイル名のスペルミスが原因でした。
修正したところ上手くリンクさせることができました…
再度お聞きしたいのですが、データベースを使って表示していく場合にSQLにする必要はないのでしょうか？
検索ページは負担軽減のためにSQLを採用したので、今回は使わないというのが腑に落ちず疑問に思ってのでお聞きしたいです。

補足

【カテゴリー　その６】

では、ＵＲＬがどうなっているか確認してください。
WordPressの設定のパーマリンク設定でＵＲＬの構造を設定できます。
私がインストールしたものでは「日付と投稿名」が初期値になっていて今もそのままです。
これだとＵＲＬの最後はカテゴリー名になります。
「基本」であればＵＲＬの最後は「?cat=数字」になります。

A.http://www.gjdhjghjd.cfbx.jp/category/カテゴリー5となっております。URLはおかしいようです。
設定は同じです。根本的なコードから間違っているような気がしているのですがもう一度見直してみます…

・検索ページのような仕組みになると思われます。検索ページにはSQLを使っているのですが、カテゴリーにも使うべきでしょうか？
別途、カテゴリーランキングをAjaxを使い出力することも踏まえてのアドバイスをお願い致します。

それはそのカテゴリーに属する投稿の一覧を表示する処理のことですよね。
それでしたらget_posts()でもできそうなのでＳＱＬ文を書くまでもない気がします。

A.1つお聞きしたいのですが、wordpressでデータベースを操作する場合SQLで統一したほうが処理が軽くなることはないでしょうか？
参考サイトを見るとカテゴリーのテーブルを操作しているように見えました。

カテゴリーランキングに関してですが、以前いただいたコードをみると、なんとなくですが、カテゴリーIDごとにファイルがひとつずつできて、その内容がカウント数、のような感じかなと思っています。
これだとファイルがどんどん増えて管理できなくなりますし、そのファイルすべてを読み込まないとランキングがわからない、というものだと思います。
これに関しての参考サイトを見てみないと、この仕組みの本意がわかりません。
そう言う意味では、ファイルではなくデータベースに持たせた方がいいような気はします。

A.了解いたしました。アドバイスありがとうございます。

回答No.5

dell_OK

【カテゴリー　その５】

・以前と同じようにindex.phpが表示されています。

なにをもってindex.phpが表示されていると思われていますか。
私はそうは思っていなくて、category.phpが表示されていると思っています。

まずはどのファイルが実行されているか確認してみましょう。
どちらのファイルにも以下のようにしてみてください。
－－－－
<?php
echo __FILE__;
－－－－
これで実行しているファイル名が表示されます。

補足

回答ありがとうございます。
確認したところ下記のように表示されています。

/home/peofreot/public_html/wp-content/themes/sample_theme/index.php

回答No.4

dell_OK

【カテゴリー　その４】

・カテゴリーをクリックするとなぜかindex.phpに飛びます。

それでしたらカテゴリーＵＲＬに問題があるかもしれません。
カテゴリー名に特殊文字か何かが含まれていて、エラー扱いで飛ばされていると想像します。
参考サイトにＵＲＬの取得方法がありましたので組み込んでみましょう。

get_category_link()の行を追加してください。
－－－－front-page.php
$categories = [];
foreach (get_categories() as $category) {
$category->category_link = get_category_link($category->cat_ID);
$categories[$category->cat_ID] = $category;
}
－－－－

それと、ＵＲＬの部分を変更してください。
－－－－front-page.php
echo "<li><a href=\"{$category->category_link}\">{$category->cat_name}</a></li>";
－－－－

補足

回答ありがとうございます。以前と同じようにindex.phpが表示されています。

深く調べてみたところget_termsをcategory.phpに渡してあげる必要がありそうです。
検索ページのような仕組みになると思われます。検索ページにはSQLを使っているのですが、カテゴリーにも使うべきでしょうか？
別途、カテゴリーランキングをAjaxを使い出力することも踏まえてのアドバイスをお願い致します。

※参考サイト
https://coding-memo.work/wordpress/91/

回答No.3

dell_OK

【カテゴリー　その３】

・投稿を確認したかったのですが、コンテンツ自体が表示されなくなってしまいます。
cronの影響が考えられるのですが…
どのように対処すればいいのでしょうか？

変更しておかしくなったのなら、元に戻すのが基本です。
元に戻しておかしくなければ、変更が原因である場合が多いです。
元に戻してもおかしければ、変更とは別のものが原因である場合が多いです。

まずはリンクにしたことが原因かどうか元に戻して確認してください。

私にはcronの影響は考えられませんが、それを疑うのであればcronを削除して確認してください。

補足

すみません。確認不足でした。カスタムフィールド名が間違っていたようです。

リンクを確認することができました。ありがとうございます。

問題が1つありまして、カテゴリーをクリックするとなぜかindex.phpに飛びます。
index.phpの内容を/**/で非表示にするとcategory.php(新たに作成)したものに飛ぶのですが、原因はcategory.phpに記事を表示させるコードを組んでいないからでしょうか？
category.phpに飛ばしてみても白紙の状態で表示され,
$category = $categories[$cat_ID]; と category.phpが結びついていないようです。

※該当ファイル
https://wandbox.org/permlink/IcfP1hz348fi93lB

※参考サイト
https://wpdocs.osdn.jp/%E3%83%86%E3%83%B3%E3%83%97%E3%83%AC%E3%83%BC%E3%83%88%E3%82%BF%E3%82%B0/get_the_category

https://www.radia.jp/archives/1205