Q&A
「記事Ａ」と「記事Ｂ」をみると 最新1件の「最新」を判断する条件は日付ではないようですが、最新と判断した条件は何でしょうか？
###実現したいこと
wordpressですが、wp_query等を使い、次の 条件 で記事を表示したいです。
###条件
カスタムフィールドnumberの値ごとに、最新１件ずつ
###例
たとえば次のような投稿ならば、表示したいのは、「記事Ｂ」と「記事Ｃ」です。「記事Ａ」は表示しません。
| 記事 | 投稿日 | number | 表示 |
|---|---|---|---|
| 記事Ａ | 4/1 | 1 | × |
| 記事Ｂ | 4/2 | 1 | 〇 |
| 記事Ｃ | 4/3 | 2 | 〇 |
###なぜか
なぜ「記事Ａ」を表示しないのかというと、同じnumberの記事は最新１件しか表示しないという条件なので、numberが「1」の最新の記事として、「記事Ａ」でなく「記事Ｂ」を表示します。
そして「記事Ｃ」はnumberが「2」ですがこれは１つしかないので表示します。
以上の条件で記事を取得する方法がわかる方がいたら、どうかご指導をお願い致します。
回答1件
0
ベストアンサー
残念ながら wp_posts や WP_Query で、条件に含まれる各項目から n 件ずつ取り出すという動作を簡単に実行することは難しいです。
WordPressの WP_Query で行うとしたら
- カスタムフィールドに含まれる値一覧の配列を用意
- カスタムフィールドの値を１つずつループさせて WP_Query でデータ取得
という処理を書く必要があります。
たとえば、$values にカスタムフィールドの値一覧を用意しておいて、foreach でカスタムフィールドの項目を１項目ずつ WP_Query に渡して カスタムフィールドの値ごとに１回ずつ検索する必要があります。
$values = array( '001', '002', '009', '050', '100', '999' ); // カスタムフィールドの全項目一覧 foreach( $values as $value ) { $args = array( 'posts_per_page' => 1, 'meta_key' => 'number', 'meta_value' => $value, 'meta_compare' => '=', 'order' => 'DESC', 'orderby' => 'date', ); $query = new WP_Query( $args ); if ( $query->have_posts() ) { echo '<ul>'; while ( $query->have_posts() ) { $query->the_post(); echo '<li>' . get_the_title() . '</li>'; } echo '</ul>'; wp_reset_postdata(); } else { // no posts found } }
もし、SQLが、書けるのであれば、
- カスタムクエリ を利用して、WP_Query の条件を SQL で設定したり
- 関数リファレンス/wpdb_Class を利用して、直接、SQLで検索したり
することもできます。
(追記 2019.04.23 11:25)
カスタムクエリで対応する例
まず、条件分岐タグ を使って、どのテンプレートの場合に実行するのか条件を決めます。
条件分岐タグで、使用場所を指定しない場合、全ての SQL に適用されることになります。
内容によっては、ログインできなくなったり、一切の投稿が表示されなくなったりしますので、注意してください。
詳細がわかりませんので、アーカイブのメインクエリーと仮定します。
希望する内容が取得できる SQL を考えます。
質問の内容から推測して
SELECT wp_posts.ID FROM wp_posts INNER JOIN wp_postmeta ON wp_posts.ID = wp_postmeta.post_id INNER JOIN ( SELECT wp_postmeta.meta_value as number, max(wp_posts.post_date) as max_date FROM wp_posts INNER JOIN wp_postmeta ON wp_posts.ID = wp_postmeta.post_id WHERE wp_postmeta.meta_key = 'number' GROUP BY wp_postmeta.meta_value ) AS j2 ON wp_postmeta.meta_value =j2.number AND wp_posts.post_date = j2.max_date
のような感じでしょうか。
作成した SQL を WordPress の HOOK で実行できるように構築しなおして、functions.php に記載します。
INNER JOIN は posts_joinフックを、絞り込み条件がある場合の WHERE や AND は posts_whereフックを使用します。
function my_posts_join_tt184471( $join ) { global $wpdb; if( ! is_admin() && is_archive() && is_main_query() ) { $join .= "INNER JOIN ". $wpdb->postmeta ." ON ". $wpdb->posts .".ID = ". $wpdb->postmeta .".post_id "; $join .= "INNER JOIN ( "; $join .= " SELECT ". $wpdb->postmeta .".meta_value as number, max(". $wpdb->posts .".post_date) as max_date "; $join .= " FROM ". $wpdb->posts; $join .= " INNER JOIN ". $wpdb->postmeta ." ON ". $wpdb->posts .".id = ". $wpdb->postmeta .".post_id "; $join .= " WHERE ". $wpdb->postmeta .".meta_key = 'number' "; $join .= " GROUP BY ". $wpdb->postmeta .".meta_value "; $join .= " ) AS j1 "; $join .= " ON ". $wpdb->postmeta .".meta_value = j1.number AND ". $wpdb->posts .".post_date = j1.max_date "; } return $join; } add_filter('posts_join', 'my_posts_join_tt184471' );
使用している条件分岐タグは、下記です。
! is_admin()管理画面を除く( ! で否定 )is_archive()アーカイブテンプレートis_main_query()メインクエリー
カスタムクエリの場合、表示まわりは、標準の archive.php のままで OK です。
--
参考：
投稿2019/04/22 02:27
編集2019/04/23 02:41総合スコア25171
どうもありがとうございます。ご回答がつかず悩んでました。
カスタムフィールドの値ごとに１回ずつ検索する必要。ですか。大変そうですね。
以下、別の方法を考えてみたので、ご意見をくださいませんでしょうか？
たとえば日付、number、記事IDで、こんな配列を作りますよね。
$arr = array(
array(
"date" => "4/1",
"number" => "001",
"post_id" => "10",
),
array(
"date" => "4/2",
"number" => "001",
"post_id" => "20",
),
array(
"date" => "4/3",
"number" => "009",
"post_id" => "90",
),
);
そしたら、numberが一緒の「配列０」と「配列１」のdateを比べて、新しい方の「配列１」を残します。
お次はそうやって残った配列のpost_idを見ます。つまり20と90です。
あとはそれらで配列を作ってpost__inでこう。
$args = array(
'post__in' =>array("20","90")
);
$query = new WP_Query( $args );
とするのはどうですか？
あと、SQLは書けませんが、一番早い方法を教えていただけませんでしょうか？その方法を習得してみたいと思います。
やり方としては問題なくデータを取得できると思いますが、プログラムのコード化が面倒かなと思います。
----
一番早いとは検索速度がですか？ カスタマイズの手間(テーマ修正にかかる時間／工数)ですか？
WordPress で、SQLを直接使うやり方は、基本的に回答に記載した「カスタムクエリ」か「関数リファレンス/wpdb_Class」のどちらかになります。(PHPで接続からごりごり書くという手もありますが、ほぼ使いません。)
速度的には、画面表示までを含めるとどちらが飛び抜けて早いというわけでもないと思います。
テーマへの依存が少ない変更方法という意味では、「カスタムクエリ」を使うほうが テーマファイルの functions.php を書き加えるだけで、表示項目が変わらなければ、デフォルトのメインループや WP_Query のループにあまり手を加えなくてもそのまま使えるので、カスタマイズの対応はしやすいと思います。
ありがとうございます!!
ご回答いただいたものだと、何度も検索しますよね。
でもpost__inなら一回で済むから、検索速度は多少早いのかな？と思いました。（そんなことないでしょうか？笑）
Twitterのような感じで記事数はとても多いので、手間よりも速度を優先したいです。
こんばんは。その後いかがでしょうか？
えーと....
まだ、本業の関係で出先で作業中なので、何も考えていません。（5分10分程度のスキマ時間で書けるコードでもないので。）
もしも、サーバーが止まっていてなんとしても今日中の解決して稼働させなければいけない等の理由で、急がれているのであれば、Web制作会社やクラウドワークスで、業務として WordPress のサポートされているところがありますのでお願いできそうなところを探してそちらに相談されることをおすすめします。
せっかちな性格で申し訳ございません。急ぎというわけではないです。
その後あれこれ調べてみました結果、下のコメントのような条件を追加すればできるのだと思うのですが（ですよね？）、この条件はやはり複雑なコードになるのでしょうか。
$results = $wpdb->get_results(”
SELECT *
FROM `wp_post`
WHERE `post_status` = ‘publish’
LIMIT 20
// あとは自分が投稿者の記事のnumberを取得し、その最新１件ずつを表示する条件をここに書く
“);
foreach ($results as $value) {
print(‘<li><a href=”‘.get_permalink($value->ID).'”>’.$value->post_title.'</a></li>’);
}
いえ、それで構いません。
get_results 等は、テーマの表示部分で、使われている have_post 等を使ったループしている部分を書き直さないとだめなので、テーマ全体に対して手を入れてよいのであれば問題ありません。
ループの内容がすべてこれになってしまうのですか!!笑
その影響範囲が怖いですね。メインループは「pre_get_post」で変えており、さらに「new WP_Query」で複数のサブループも作っていますが、これらすべて変わってしまいますか？
ということは、これは仰っていた「カスタムクエリを使う方法」ではないということでしょうか？
いえ、情報が少ないので具体的に表示したい場所の詳細がわからないので、wpdb で、検索する場合は、既存の index ページで出力内容を変更するのであれば、 対象ページの表示周りのループを書き換える必要があるという話です。
新規にページを作る場合は、影響はないと思います。
逆に「カスタムクエリ」を使用する場合は、WordPress 通常の WP_Query の条件を上書きするので、表示部分に手を加える必要がないのですが、「カスタムクエリ」を使う場所を 「条件分岐タグ」で指定する必要があるという話です。( pre_get_posts を使われているのであれば、同じような感じですね。 )
あのすみません、おすすめの「カスタムクエリ」ですが、それはどのようなものですか？このコメントの2つ前のコードではないんですよね？
カスタムクエリの例は、コメント欄は、markdownが使えないので、回答欄の後半にに追記していますので確認してください。
すみません!!回答欄の追記を見ていませんでした。まさかの完全コードに申し訳ない思いです。素人の理解に合わせたご説明までどうもありがとうございました。
---ここに別途質問を書いていましたが、話が違うので削除しました---
あなたの回答
tips
プレビュー
