Как установить пользовательский тип сообщения, чтобы иметь возможность просмотра будущих сообщений


9

Я настроил CPT так, чтобы он действовал так же, как и сообщения, но использовал для публикации сведений о событии.

Дело в том, что некоторые из постов находятся в будущем, и на них назначена будущая дата. Проблема в том, что обычные пользователи не могут видеть эти сообщения.

Так:

  • Как я могу изменить архив-events.php, чтобы перечислять будущие сообщения тоже? Отображение далеких будущих постов, первых и самых старых постов в последнюю очередь при сохранении нумерации страниц.
  • Как сделать так, чтобы, когда пользователь щелкает по будущему сообщению, он не получает страницу 404, не найденную, поскольку сообщение еще не опубликовано технически?

4
Можно ли использовать настраиваемые поля для даты вместо использования функций WordPress по умолчанию, как вы говорите, по сути, посты с будущими датами фактически не публикуются в представлении WP.
Винс Петтит

Хотя говорят, что это похоже на уровень доступа пользователя, вы можете добавить что-то в файл functions.php, чтобы предоставить всем пользователям возможность просматривать будущие записи
Vince Pettit

Ответы:


5

Я смог решить это сам. Весь мой код для регистрации CPT:

<?php
add_action( 'init', 'events_post_type_register' );
function events_post_type_register() {

    $post_type = "events";

    $labels = array(
        'name' => _x('Events', 'post type general name', 'project_X'),
        'singular_name' => _x('Event', 'post type singular name', 'project_X'),
        'add_new' => _x('Add New', 'event', 'project_X'),
        'add_new_item' => __('Add New Event', 'project_X'),
        'edit_item' => __('Edit Event', 'project_X'),
        'new_item' => __('New Event', 'project_X'),
        'all_items' => __('All Events', 'project_X'),
        'view_item' => __('View Event', 'project_X'),
        'search_items' => __('Search Events', 'project_X'),
        'not_found' =>  __('No events found', 'project_X'),
        'not_found_in_trash' => __('No events found in trash', 'project_X'),
        'parent_item_colon' => '',
        'menu_name' => 'Events'
    );

    $args = array(
        'labels' => $labels,
        'public' => true,
        'hierarchical' => false,
        'has_archive' => true,
        'rewrite' => array(
            'with_front' => false,
            'slug' => "news/{$post_type}"
        ),
        'supports' => array( 'title', 'editor', 'thumbnail' )
    );
    register_post_type($post_type, $args);

    remove_action("future_{$post_type}", '_future_post_hook');
    add_action("future_{$post_type}", 'sc_ps_publish_future_events_now', 2, 10);
}

function sc_ps_publish_future_events_now($depreciated, $post) {
    wp_publish_post($post);
}

add_filter('posts_where', 'sc_ps_show_future_events_where', 2, 10);
function sc_ps_show_future_events_where($where, $that) {
    global $wpdb;
    if("events" == $that->query_vars['post_type'] && is_archive())
        $where = str_replace( "{$wpdb->posts}.post_status = 'publish'", "{$wpdb->posts}.post_status = 'publish' OR $wpdb->posts.post_status = 'future'", $where);
    return $where;
}
?>

Поэтому, чтобы сообщения могли быть видны всем пользователям, даже если они будут установлены в будущем, вам необходимо сделать следующее:

remove_action("future_{$post_type}", '_future_post_hook');
add_action("future_{$post_type}", 'sc_ps_publish_future_events_now', 2, 10);

Мы удаляем действие, которое касается публикации позже, и применяем наше собственное действие, чтобы принудительно опубликовать его, несмотря на то, что оно имеет будущую дату с:

wp_publish_post($post);

Тогда все, что нам теперь нужно сделать, это показать будущие записи на странице архива путем фильтрации posts_where:

function sc_ps_show_future_events_where($where, $that) {
    global $wpdb;
    if("events" == $that->query_vars['post_type'] && is_archive())
        $where = str_replace( "{$wpdb->posts}.post_status = 'publish'", "{$wpdb->posts}.post_status = 'publish' OR $wpdb->posts.post_status = 'future'", $where);
    return $where;
}

2
Добавьте текстовый домен к своим __()звонкам или не используйте функцию.
fuxia

3
-1 для подхода. :) В соответствии с обсуждением в чате, было бы более надежно отслеживать дату события отдельно в настраиваемом поле, а не изменять внутреннюю механику, чтобы использовать дату публикации.
Первое

1
+1 за альтернативный подход :) Я полностью согласен с @Rarst, но я также нахожу этот подход интересным, и я буду рад, что он хорошо документирован здесь, на WPSE.
Михал Мау

2

Брейди, я не могу отблагодарить тебя за то, что ты привел меня к этому решению. Мой клиент уже установил все даты событий без настраиваемого поля, и я не собирался возвращаться и все менять. Ваш код изначально выдавал ошибку при попытке опубликовать, но он работал со следующими небольшими изменениями (сделано в соответствии с форматом, используемым в wp-includes / post.php):

remove_action( 'future_' . $post_type, '_future_post_hook', 5, 2 );
add_action( 'future_' . $post_type, 'my_future_post_hook', 5, 2);

а также

function my_future_post_hook( $deprecated = '', $post ) {
    wp_publish_post( $post->ID );
}

Я потратил некоторое время, пытаясь понять это. Надеюсь, это поможет кому-то еще!


0

Без изменения статуса поста вы можете отображать будущие посты как отдельные, так и архивные с pre_get_posts:

add_action( 'pre_get_posts', 'joesz_include_future_posts' );
function joesz_include_future_posts( $query ) {

    if ( $query->is_main_query() && 
           ( $query->query_vars['post_type'] == 'your-post-type' || // for single
         is_post_type_archive( 'your-post-type' ) ) ) {         // for archive

        $query->set( 'post_status', array( 'future', 'publish' ) );

    }

}
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.