タグ: カスタマイズ

カスタム分類を利用して、先頭に固定表示を実現する

WordPress には、先頭に固定表示の機能もありますが、１ページ目の最初にモリッと差し込まれるので、表示件数が変わってしまったり、ページ送りにも対応できません。

これを、カスタム分類を用いて、

  • 該当分類に属するものを、home 表示の際に優先表示
  • 1ページの表示投稿数は、設定通りにする
  • 先頭固定表示の記事のあとは、それ以外の記事を最新順に
  • ページ送り・ページナビに影響がでないこと

を満たすものを作ってみました。

具体的には、news というカスタム分類で、sticky という分類に属する投稿を先頭表示されるようにしています。

また、些細な工夫として、複数箇所から呼ばれる get_custom_sticky_posts で、wp_cache_set と wp_cache_get を使っています。これを使うと、実行結果がメモリ上にキャッシュされるため、複数回呼ばれるような場面においても、パフォーマンスロスを防ぐことができるようになります。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
/*
 * 通常表示されるべき投稿を先頭固定の投稿で差し替える
 */
function insert_custom_sticky_posts( $posts, $wp_query ) {
    if ( ! is_admin() && $wp_query->is_home() ) {
        $stickies = get_custom_sticky_posts();
        if ( $stickies ) {
            $posts_per_page = $wp_query->get( 'posts_per_page' );
            $paged = $wp_query->get( 'paged' ) ? $wp_query->get( 'paged' ) : 1;
 
            if ( count( $stickies ) >= $posts_per_page * $paged ) { // 全て差し替え
                $posts = array_slice( $stickies, $posts_per_page * ( $paged - 1 ), $posts_per_page );
            } elseif ( count( $stickies ) > $posts_per_page * ( $paged - 1 ) ) {
                $insert_sickies = array_slice( $stickies, $posts_per_page * ( $paged - 1 ), $posts_per_page );
                $posts = array_merge( $insert_sickies, $posts );
                $posts = array_slice( $posts, 0, $posts_per_page );
            }
        }
    }
    return $posts;
}
add_filter( 'the_posts', 'insert_custom_sticky_posts', 10, 2 );
 
/*
 * 全投稿数に先頭固定の投稿数を足す
 */
function add_custom_sticky_posts_count( $found_posts, $wp_query ) {
    if ( ! is_admin() && $wp_query->is_home() && ! $wp_query->get( 'suppress_filters' ) ) {
        $found_posts = $found_posts + count( get_custom_sticky_posts() );
    }
 
    return $found_posts;
}
add_filter( 'found_posts', 'add_custom_sticky_posts_count', 10, 2 );
 
/*
 * SQL文のLIMIT 句を改変し、先頭固定の投稿数文を差し引いた開始位置にする
 */
function replace_custom_sticky_posts_limit_sql( $limits, $wp_query ) {
    if ( ! is_admin() && $wp_query->is_home() ) {
        $stickies = get_custom_sticky_posts();
        if ( $stickies ) {
            $posts_per_page = $wp_query->get( 'posts_per_page' );
            $paged = $wp_query->get( 'paged' ) ? $wp_query->get( 'paged' ) : 1;
 
            $start = $posts_per_page * ( $paged - 1 ) - count( $stickies );
            if ( $start < 0 ) {
                $start = 0;
            }
            $limits = "LIMIT $start, $posts_per_page";
        }
    }
 
    return $limits;
}
add_filter( 'post_limits', 'replace_custom_sticky_posts_limit_sql', 10, 2 );
 
/*
 * 通常表示の記事から、先頭固定表示する投稿を除外する
 */
function ignore_custom_stickies( $wp_query ) {
    if ( ! is_admin() && $wp_query->is_home() && ! $wp_query->get( 'suppress_filters' ) ) {
        $wp_query->set(
            'tax_query',
            array(
                'relation' => 'AND',
                array(
                    'taxonomy' => 'news',
                    'terms' => array( 'sticky' ),
                    'field' => 'slug',
                    'operator' => 'NOT IN',
                ),
            )
        );
    }
}
add_action( 'pre_get_posts' , 'ignore_custom_stickies' );
 
/*
 * 先頭固定表示する投稿を全て取得する
 */
function get_custom_sticky_posts() {
    $cache_key = 'custom-sticky-posts';
    $stickies = wp_cache_get( $cache_key );
 
    if ( $stickies === false ) {
        $stickies = get_posts(
            array(
                'posts_per_page' => -1,
                'tax_query' => array(
                    'relation' => 'AND',
                    array(
                        'taxonomy' => 'news',
                        'terms' => array( 'sticky' ),
                        'field' => 'slug',
                        'operator' => 'IN',
                    ),
                )
            )
        );
        wp_cache_set( $cache_key, $stickies );
    }
    return $stickies;
}

■ 更新
2013.03.22 suppress_filters による条件分岐を追加しました。

WordPress 3.5 からの新アップローダーでもメディア表示をアップロードしたユーザーのみに限定する

以前投稿した、WordPress のメディア表示をアップロードしたユーザーのみに限定する では、3.5から導入された新アップローダーのメディア表示には対応できていませんでした。これは、新アップローダーが Ajax で動作しているため、先の記事で紹介した条件分岐の is_main_query に合致せず、ユーザーでの限定条件が付加されなかったのが原因です。

新アップローダーの画像取得は、wp-admin/includes/ajax-actions.php の wp_ajax_query_attachments で行われています。
画像の取得自体は、WP_Query を利用しているので、旧バージョンで用いた pre_get_posts でのフックも有効ではありますが、残念な事に、このままだとこの関数によるクエリーかどうかの判別条件が曖昧です。

そこで、この Ajax が動作するときのみ有効となる定数を設定して、それを pre_get_posts の条件に加えることにします。

WordPress の Ajax は、wp-admin/admin-ajax.php にリクエストされ、アクションフックを用いて、実行関数が呼ばれるようになっています。該当箇所のコードは、

CODE 1

1
add_action( 'wp_ajax_' . $_GET['action'], 'wp_ajax_' . str_replace( '-', '_', $_GET['action'] ), 1 );

となっており、画像取得の場合は、wp_ajax_query-attachments というフックが呼ばれます。Ajax の実行関数が呼ばれる優先度は、CODE 1 を見てわかるように 1 となっているので、定数の定義を行うには、これより優先度が高い（数字が少ない）優先度を設定して、早く行わなければなりません。

優先度 0 にて、DOING_QUERY_ATTACHMENT という定数を設定し、この定数の定義の有無により、ユーザーの条件を付加させるためには、

CODE 2

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
/*
 * メディアの抽出条件にログインユーザーの絞り込み条件を追加する
 */
function display_only_self_uploaded_medias( $wp_query ) {
    if ( is_admin() && ( $wp_query->is_main_query() || ( defined( 'DOING_QUERY_ATTACHMENT' ) && DOING_QUERY_ATTACHMENT ) ) && $wp_query->get( 'post_type' ) == 'attachment' ) {
        $user = wp_get_current_user();
        $wp_query->set( 'author', $user->ID );
    }
}
add_action( 'pre_get_posts', 'display_only_self_uploaded_medias' );
 
 
function define_doing_query_attachment_const() {
    if ( ! defined( 'DOING_QUERY_ATTACHMENT' ) ) {
        define( 'DOING_QUERY_ATTACHMENT', true );
    }
}
add_action( 'wp_ajax_query-attachments', 'define_doing_query_attachment_const', 0 );

と、いった感じになります。

WordPress の記事一覧で他ユーザーの投稿を非表示にする

http://ja.forums.wordpress.org/topic/15002 への回答例として

他ユーザーの投稿を編集する権限がない場合に、一覧表示から他ユーザーの記事を除外してしまう方法

1
2
3
4
5
6
7
8
9
10
11
12
13
14
function exclude_other_posts( $wp_query ) {
    if ( isset( $_REQUEST['post_type'] ) && post_type_exists( $_REQUEST['post_type'] ) ) {
        $post_type = get_post_type_object( $_REQUEST['post_type'] );
        $cap_type = $post_type->cap->edit_other_posts;
    } else {
        $cap_type = 'edit_others_posts';
    }
 
    if ( is_admin() && $wp_query->is_main_query() && ! $wp_query->get( 'author' ) && ! current_user_can( $cap_type ) ) {
        $user = wp_get_current_user();
        $wp_query->set( 'author', $user->ID );
    }
}
add_action( 'pre_get_posts', 'exclude_other_posts' );
1
所有 (1) | すべて (7) | 公開済み (4) | 下書き (3)

の数字が合わなくなってしまうのが気になる方は、CSSで .count に display: none; があたるようにしてください。

WordPress のマルチサイトを複数のドメインで動かす

CODEX の wp-config.php の編集 にもあるように、WordPress アドレス (URL) とサイトアドレス (URL)を環境変数を用いて、動的に定義すると複数のドメインでアクセスできるようになります。

ただ、この方法は、マルチサイトでは機能しません。
では、どうするかというと、マルチサイト起動時にサイトとブログを判別する部分をカスタマイズします。

サイトとブログの判別は、wp-includes/ms-settings.php にて行われていますが、ここには、

1
if ( !isset( $current_site ) || !isset( $current_blog ) ) {

という分岐があり、$current_site と $current_blog を事前に設定しておけば、WordPress デフォルトの判定ロジックを回避することができます。
この条件分岐の直前に

1
2
if ( defined( 'SUNRISE' ) )
    include_once( WP_CONTENT_DIR . '/sunrise.php' );

と、なんともご都合的な分岐があるので、

wp-config.php に

1
2
define( 'SUNRISE', true );
define( 'MY_CURRENT_SITE', 'my.example.com' );

を定義しておき、sunrise.php では、

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
if ( ! defined( 'MY_CURRENT_SITE' ) ) { return; }
$current_site = new stdClass();
$current_site->id = SITE_ID_CURRENT_SITE;
$current_site->path = PATH_CURRENT_SITE;
$current_site->blog_id = BLOG_ID_CURRENT_SITE;
$current_site->domain = MY_CURRENT_SITE;
$current_site->cookie_domain = MY_CURRENT_SITE;
wp_load_core_site_options( $current_site->id );
$current_site->site_name = wp_cache_get( SITE_ID_CURRENT_SITE .':site_name', 'site-options' );
 
$_current_blog = new stdClass();
$path = preg_replace( '|([a-z0-9-]+.php.*)|', '', $_SERVER['REQUEST_URI'] );
$path = str_replace ( '/wp-admin/', '/', $path );
$path = preg_replace( '|(/[a-z0-9-]+?/).*|', '$1', $path );
 
$blogname = htmlspecialchars( substr( $_SERVER[ 'REQUEST_URI' ], strlen( $path ) ) );
if ( false !== strpos( $blogname, '/' ) )
    $blogname = substr( $blogname, 0, strpos( $blogname, '/' ) );
if ( false !== strpos( $blogname, '?' ) )
    $blogname = substr( $blogname, 0, strpos( $blogname, '?' ) );
$reserved_blognames = array( 'page', 'comments', 'blog', 'wp-admin', 'wp-includes', 'wp-content', 'files', 'feed' );
if ( $blogname != '' && ! in_array( $blogname, $reserved_blognames ) && ! is_file( $blogname ) )
    $path .= $blogname . '/';
$current_blog = wp_cache_get( 'current_blog_' . DOMAIN_CURRENT_SITE . $path, 'site-options' );
if ( ! $current_blog ) {
    $current_blog = get_blog_details( array( 'domain' => DOMAIN_CURRENT_SITE, 'path' => $path ), false );
    if ( $current_blog )
        wp_cache_set( 'current_blog_' . DOMAIN_CURRENT_SITE . $path, $_current_blog, 'site-options' );
}
unset($reserved_blognames);
$current_blog->domain = MY_CURRENT_SITE;
$blog_id = $current_blog->blog_id;
return;

といった感じで、$current_site と $current_blog を設定。
それと、WordPress アドレス (URL) とサイトアドレス (URL) のドメインを置換するため

1
2
3
4
5
6
7
8
add_filter( 'option_siteurl', 'my_filter_siteurl', 10 );
add_filter( 'option_home', 'my_filter_siteurl', 10 );
function my_filter_siteurl( $option ) {
    if ( is_multisite() && defined( 'MY_CURRENT_SITE' ) ) {
        $option = str_replace( DOMAIN_CURRENT_SITE, MY_CURRENT_SITE, $option );
    }
    return $option;
}

をプラグインとして稼働させると、MY_CURRENT_SITE で定義したドメインで表示できます。

※ まだ、検証不足なところもあり、全ての機能が問題なく稼働するかわかりません。
※ 機能するのは、ディレクトリ型のマルチサイトです。マルチドメイン型では、sunrise.php での、$current_site と $current_blog の判別ロジックを変える必要があります。

WordPress 3.5 でメディアのリンク先から添付ファイルのページの選択肢を消去する

WordPress 3.5 から、メディアアップローダーがガラッと変わって、3.4 までの画像を添付ファイルページにリンクさせない方法が使えなくなってしまっていますが、下記コードで（かなり強引ですが）消すことができます。

1
2
3
4
5
6
7
8
9
10
11
function media_script_buffer_start() {
    ob_start();
}
add_action( 'post-upload-ui', 'media_script_buffer_start' );
 
function media_script_buffer_get() {
    $scripts = ob_get_clean();
    $scripts = preg_replace( '#<option value="post">.*?</option>#s', '', $scripts );
    echo $scripts;
}
add_action( 'print_media_templates', 'media_script_buffer_get' );

具体的には、該当部分のスクリプトを出力している部分の一部をバッファリングして（表示を止めてPHPで文字列として扱えるようにしています）、該当部分のコードを削除しています。

１つ間違うと必要な箇所を消してしまう可能性があるなど、本当はあまり使うべき手法ではないと思っているのですが、WordPress そのものを書き換えるよりはいいので、まあ、参考程度にとどめておいてください。

3.4まではこちら → WordPressのメディアアップローダーの”添付ファイル投稿URL”ってボタンを消してハッピーになる方法。
※ 串本先生、GitHub のコードが見えてへんで。