kjmtsh

カテゴリと同様、$data->count で数値が取れませんか?

データベースからの記事取得は、お示しのコードでやって、表示をするときに調整するというはどうでしょう。どのように表示したいかによりますが、同じページに表示するという前提で考えました。途中でページが変わると、データが入れ替わってしまうので、うまく動きません。add_filter の無名関数は、PHP 5.3 より前のバージョンではエラーになります。

考え方は、こうです。$wp_query は普通、ループの終わりに、ループポインタを最初に戻します。途中でループを抜けると、ポインタをそのまま保持するのですが、rewind_posts() メソッドで、ポインタを最初に戻すことができます。これを利用して、ひとつのデータを複数回のループで利用するというものです。それぞれのループの中でタームを判定できるように取得するデータを通常とは違ったものにしてあります。ループ1回ごとに投稿 ID からタームを得ると、結局毎回 WP_Query が実行されるようなことになるので、まとめてデータを取り、表示部分で調整をするという感じです。

ソートについては、すべて共通のフィールドを使うことになります。pre_get_posts フックの中で指定してください。デフォルトは投稿日順です。それぞれのタームでソートアルゴリズムが違う場合は、PHP を使う必要があります。

functions.php

function term_filtered_query($query) {
    if (is_admin() && !$query->is_main_query()) return;
    if (...ページの条件...) {
        add_filter('posts_join_request', function($join) {
            $join .= ' INNER JOIN wp_term_taxonomy AS tt ON wp_term_relationships.term_taxonomy_id = tt.term_taxonomy_id INNER JOIN wp_terms AS t ON tt.term_id = t.term_id';
            return $join;
        }, 10, 1);
        add_filter('posts_fields_request', function($fields) {
            $fields .= ', t.name AS term_name';
            return $fields;
        }, 10, 1);
        $query->set('tax_query', array(
            'relation' => 'OR',
            array(
                'taxonomy' => 'taxonomy',
                'field'    => 'slug',
                'terms'    => array('term1')
            ),
            array(
                 ....,
            )));
    }
}
add_action('pre_get_posts', 'term_filtered_query');

テンプレート

// 1回目の処理
global $wp_query; // 念のため
$counter = 0;
if (have_posts()) {
    while (have_posts()) {
        the_post();
        if ($post->term_name == 'term1') { // term1 以外を読み飛ばす
            term1 を処理;
            if (++$counter > 3) break; // 投稿3つでループを抜ける
        }
    }
}
$wp_query->rewind_posts(); // ポインタを戻す
$counter = 0; // カウンタも戻す
while (have_posts()) {
    the_post();
    if ($post->term_name == 'term2') {
        term2 を処理;
        if (++$counter < 4) break; // 投稿4つで終了
    }
}
// ここで再びリワインドとポンタのリセット
$wp_query->rewind_posts();
$counter = 0;
while (have_posts()) {
    the_post();
    if ($post->term_name == 'term3') {
        term3 を処理;
        if (++$counter < 5) break; // 投稿5つで終了
    }
}
// まだ続くなら、同じ操作を繰り返す

Nice catch! Thank you, nobita.

「コンソール」というのは、ブラウザに付属の機能で、JavaScript というプログラムの簡易的な調査ができます。表示のしかたは、次のとおりです。

1. 画面のリンクでない場所を右クリック
2. メニューから、Iron なら「要素の検証」、IE なら「要素の検査」をクリック
3. 画面下にウィンドウが開くので、ウィンドウの最上部にあるタブで、Iron なら「Console」、IE なら「コンソール」を選択する

プログラムに不備があった場合、ブラウザが補足したエラーがここに出力されます。「メディアを追加」のボタンをクリックしたときに、JavaScript で書かれたプログラムが動作しますので、この画面を開いたまま、操作をしてみてください。何も表示されない可能性もありますが、「何も出ない」という情報も大切です。

メディアライブラリの方は、ブラウザ・アップロードは試されましたか? やり方は次のとおりです。

ダッシュボード左側にあるメニューから、「メディア>>ライブラリ」ではなくて、「メディア>>新規追加」をクリックすると、別の画面になります。そこで、

うまくいかない場合はブラウザーアップローダーをお試しください。

のリンクをクリックしてから、ファイルを選択してアップロードを試してください。ファイル選択のボタンは、ブラウザによって違ったものになりますが、Iron なら「ファイルを選択」、IE なら「参照」となっているはずです。

投稿者別アーカイブのウィジェットを有効化すればいいんじゃん、と思ったら、ウィジェットが…ない。メニューも自動で増えたりしてくれないので、初心者にはキツイですね。やっつけですが、こんなのでどうですか?

テーマの functions.php に以下を。

function mock_user_search() {
    $atts = shortcode_atts(
        array(
            'include' => array(),
            'exclude' => array()
            ), $atts, 'user_search');
    $args = array(
        'include' => is_array($atts['include']) ? $atts['include'] : array(),
        'exclude' => is_array($atts['exclude']) ? $atts['exclude'] : array(),
        'fields'  => array(
            'user_nicename',
            'display_name',
            'ID'));
    $users = get_users($args);
    if (!$users) return;
    $form = '<form method="GET" action="' . home_url('/') . '">';
    $form .= '<select name="author_name">';
    foreach ($users as $user) {
        $form .= '<option value="' . $user->user_nicename . '">'
               . $user->display_name . '</option>';
    }
    $form .= '</select>';
    $form .= '<input type="submit" value="検索">';
    $form .= '</form>';
    return $form;
}
add_shortcode('user_search', 'mock_user_search');

検索フォームがほしい場所で以下を記述　(投稿本文でっせ)

全べてのユーザを表示
[user_search]

ユーザを限定する場合
include->含めるユーザのIDを指定 exclude->除外するユーザのIDを指定
どちらもスペースで区切る 片方だけ指定でも OK
[user_search include="2 3 4" exclude="1"]

動作確認はとったけど、無保証。

@gblsm さん

WP_Query のデータについては、整合性がとれているように見えるんですけど…

found_posts はもっぱらページング情報を作るための変数なので、is_single や is_page など、ID で指定するページや、ページングをしない場合 (SQL に LIMIT 句がない場合)、ほとんど意味のない値です。逆にページングをする場合は、found_posts と post_count との差異が重要な意味を持つことになります。

もうご存知でしょうけれども、found_posts 生成の過程は、LIMIT 句があるときは、

1. SELECT SQL_CALC_FOUND_ROWS ... LIMIT ... を実行する
2. 結果のデータを count($this->posts) でカウントし、post_count にセットする
3. SELECT FOUND_ROWS() を実行して戻り値を found_posts にセットする

となり、ない場合は (あるいは明示的にユーザがページングを抑制する場合)、

1. SELECT ... を実行する
2. count($this->posts) の値を found_posts にセットする
3. 投稿データが公開すべきでないものの場合は、クエリの結果から post データを削除する
4. post_count に0をセットする

となります。count() をやり直すというのはたぶん読み間違いでしょう。どちらの場合も共通なのは、found_posts は、データベースに該当のデータが何件存在するかを示す値だということで、両者の一貫性は保たれているように見えるんですよね。

そう考えると、通常の404なら、

found_posts = 0
post_count = 0

ユーザに閲覧権限がない、あるいは公開すべきでない場合。

found_posts = 1
post_count = 0

となるのは、それぞれの変数の役割りどおりということになりませんか? 強いて突っ込みどころを探すと、found_posts の doc string で、

<blockqoute>
* The amount of found posts for the current query.
*
* If limit clause was not used, equals $post_count.
</blockqoute>

equals になってないぞ、というくらいでしょうか。意図してないのにそうなっちまった、という風には読めなくて、不具合になるという場面が思いつきません。

公開データかそうでないかの判定を SQL 文に含めないのは、WHERE 句の書き換えをするより、取得したデータで判定した方がメンテナンスが楽ということもあるかもしれません。投稿データが1件しかないというのが保証されてもいるので、ここはすっきりしたコードですよね。これをバグと呼ぶには、2つの値が合ってないと困る例があるといいかもしれないと思ったのですが、結局見つけられませんでした。バグリポート入口は以下です。

https://make.wordpress.org/core/reports/

@jan202020 さん

もうスレッドを見てないかもしれませんが、おもしろそうだったので、考えてみました。表示を変えたいというだけなので、template_include フィルタフックを使って、テンプレートを変更するのはどうでしょうか? 404.php は外部に表示するので、そのままにしておいて、表示用のテンプレートを別にひとつ作り、ログインユーザにはそちらを使うという考え方です。条件は future だけにしましたが、pending や private を加える可能性もありということで、配列にしてあります。

テンプレートにデータを渡す関係で、グローバル変数をひとつ作っているのが間抜けですが、$wp_query を強引に書き換えるよりはマシではないかということで、お許しを。

functions.php

function custom_template_include($template) {
    if (!is_user_logged_in()) return $template;
    if (is_404()) {
        global $wpdb;
        $posts_to_display = array('future');
        $ID = get_query_var('p');
        $result = $wpdb->get_row("SELECT post_status, post_date, post_content FROM wp_posts WHERE ID = $ID");
        if ($result && in_array($result->post_status, $posts_to_display) {
            global $my_private_post;
            $my_private_post = $result;
            $new_template = locate_template(array('custom.php'));
            if ('' != $new_template) {
                $template = $new_template;
            }
        }
    }
    return $template;
}
add_filter('template_include', 'custom_template_include');

custom.php

global $my_private_post;
if ($my_private_post) {
    if ($my_private_post->post_status == 'future') {
        echo 'ふふ、ひみつ...公開予定日' . '<br>';
        echo date_i18n(get_option('date_format'), strtotime($my_private_post->post_date));
     } else {
        echo '投稿内容を見せちゃいます' . '<br>';
        echo $my_private_post->post_content;
    }
} else {
    echo 'そんな投稿ありません';
}

array(jquery)

ではなくて、

array('jquery')

ではないかな? jQuery の使い方も間違えているので、ちゃんと勉強した方がいいかもですね。運がよければ、これで動作しますかねぇ…

jQuery(document).ready(function() {
....
});

ついでに、wp_enqueue_script() は functions.php で使った方がいいです。

Takamichi Kikuchi さん

定数 WP_SITEURL の書き方を変えて、下のようにすると、どうですか?

define('WP_SITEURL', 'http://xn--22-1b4a224tkszb.jp/wp');