SQL_CALC_FOUND_ROWSは必須。ないと無限ループになる。2);本来なら投稿テーブルにデータを取りにいくSQLを書き換えて、ユーザーのIDを取得し、なおかつpost_typeという存在しない投稿タイプを割り当てているところですね。場合、取得するデータが投稿ではなく、ユーザーデータに変わることになります。つづいて、ループ内で参照するデータをカスタマイズしてみます。Subscriberというモデルクラスを参照可能にしましょう。ループ内でよく書くthe_postを呼び出すたびに、上記で取得したIDのSubscriberが割り当てられていきます。Subscriber($post->ID);});グローバル変数を使うことになってしまいました。これによってループ内で$subscriber->display_nameとやることを目指します。}}ちょっと長いですが、購読者のデータを表現したSubscriberクラスを定義してみました。これであとはテンプレートを書きます。get_post_type())とかでloop-[post_type].phpが読み込まれるような仕組みにすでになっているとしましょう。とうことは、変えるべきテンプレートはloop-subscriber.phpということになります。</span></li>globalでグローバル変数を呼び出しているところがちょっとかっこわるいのですが、現時点ではこんぐらいですかねー。load_templateという関数を見ると、requireの前にextract($wp_query->query_vars)としているので、$userをグローバル変数ではなく、$wp_queryの変数に格納すればいいのかもしれません。どんな見映えになるのか見てみましょう。試しにユーザー一覧を表示どうでしょう、このブログの通常のアーカイブページの記事ボックスがユーザー情報に変わりました。普通のサービスならメールアドレス出すことはないとおもいますけどね。ポイントとしてはページネーションがそのまま有効に機能しているところです。Subscriberクラスのゲッターを充実させていけばもっと色々できるでしょう。詳しい人はWP_User_Queryを使えばいいんじゃないの?と思われるかもしれません。結局WordPressのルーティング(URLを解析してデータを取得する)とシームレスにつなぐためにはいまのところこういうアプローチもありではないかと。自前のルーティング作った方が楽かもしれませんね。