archive.php — ploshadka.net https://ploshadka.net Мир интернет технологий Thu, 21 Dec 2017 12:38:44 +0000 ru-RU hourly 1 https://wordpress.org/?v=6.1 Как вывести записи (посты) по произвольному полю в WordPress https://ploshadka.net/wp_query/ https://ploshadka.net/wp_query/#comments Sat, 21 Oct 2017 16:00:20 +0000 https://ploshadka.net/?p=1848 Выводим записи (посты, статьи) в категориях (рубриках, разделах) и тегах по произвольному полю. Используем функцию WP_Query в шаблоне своего сайта на WordPress.

Нижеследующие разновидности кодов были отточены практикой и временем. Было убито очень много времени на то, чтобы WP_Query заработал именно так, как я от него хотел. В своем роде уникальные коды, переписывающие стандартные выводы записей WordPress.

Функционал этих кодов нигде больше нельзя найти (на момент публикации поста), за исключением отдельных вставок, которые являются общими рекомендациями от WordPress и некоторых участков, позаимствованных из других открытых источников.

PHP коды для вывода WP_Query состоят из значений произвольного поля, которое затем по-разному сортируются и сравниваются. Дальше в тексте статьи и в самом php уже есть примечания. Если нужны будут дополнительные, то поясняется отдельно.

Эти php коды для вывода записей через WP_Query, для удобства, даются без конструкций if (have_posts()). Но без неё работать не будут. Правильная конструкция if (have_posts()) для этих кодов приведена ближе к окончанию статьи.

1. WP_Query PHP код для вывода записей в КАТЕГОРИЯХ

Самый простой вывод постов, исключающий записи из конкретных категорий. Использую его для вывода на главной странице через index.php или home.php.

Также этот код занесен у меня в файл empty.php. Он нужен на тот случай, если человек зашел в категорию, где не должно быть никаких записей, там не будет ничего выводиться, кроме сообщения, что он не должен был попасть на эту страницу (раздел). И предлагаются инструменты для поиска на сайте.

<?php query_posts($query_string.'&cat=-1,-169,-40,-91'); ?>

Иногда в код, который выводит все статьи, но исключает определенные рубрики, требуется добавить пагинацию (&paged=’.$paged;), чтобы в последний страницах навигации не было пустых страниц.

В коде ниже выводятся записи с сортировкой по произвольному полю с ДАТОЙ. Выводятся записи с произвольным полем год, затем сортируются от последнего года к предыдущему.

<?php
// Произвольное поле по которому будет сортировка
$the_key = '1Year';
$args = array(
    'meta_key' => $the_key,
    // Сортируем по значению цифры в произвольном поле
    'orderby' => 'meta_value_num',
    // Сортируем от большего к меньшему
    'order' => 'DESC',
    // Исключаем категории
    'cat' => '-310'
);

global $wp_query;
query_posts(
    array_merge(
        $wp_query->query,
        $args
    )
);
?>

2. WP_Query PHP код для вывода постов в КАТЕГОРИИ с БЮДЖЕТОМ

Следующий вывод WP_Query выводит, в категориях WordPress записи, по произвольному полю «Бюджет». В этом поле находятся цифровые значения.

Допустим требуется вывести в категории «Бюджет» все записи, которые будут сортироваться от большей цифры к меньшей.

<?php
global $query_string;
$paged = get_query_var( 'paged', 1 );
$loop = new WP_Query( $args );
$categoryvariable = $cat;
$args = array(
    'post_type' => 'post',
    'cat' => $categoryvariable,
    // Исключаем категорию
    'cat'       => '-310',  
    // Выводим по произвольному полю
    'meta_key'  => '1Budget2',
    // Нужен для правильной работы пангинации
    'paged'     => $paged,  
    'meta_query'=> array(
        // Сравниваем поле бюджет с цифрой, меньше которой записи не выводить
        'key'       => '1Budget2',
        'compare'   => '>=',
        'value'     => 100000000,
        'type'      => 'numeric',
        // Сравниваем, что не пустое. Если пустое - то не выводим.
        // 'meta_compare' => '!=',
    ),
    // Сортируем все записи по годам
    'orderby'    => 'meta_value_num',
    // От большего к меньшему
    'order'      => 'DESC',              
);
query_posts( $args );
?>

3. WP_Query PHP код для вывода постов в разделе РЕЙТИНГ

Нижеследующий код выводит все статьи с произвольным полем год, сортируя по этому произвольному полю (от последнего года, до меньшего). Одновременно с этим исключает все записи из категорий меньше значения рейтинга 9.

<?php
global $query_string;
$paged = get_query_var( 'paged', 1 );
$loop = new WP_Query( $args );
$categoryvariable = $cat;
$args = array(
    'post_type' => 'post',
    'cat' => $categoryvariable,
    // Выводим по произвольному полю
    'meta_key' => '1Year',
    // Нужен для правильной работы пангинации
    'paged' => $paged,
    'meta_query'=> array(
        // Сравниваем поле РЕЙТИНГА с цифрой, меньше которой записи не выводить
        'key'       => '1myRaiting',
        'compare'   => '>=',
        'value'     => 9,
        'type'      => 'numeric',
    ),
    // Сортируем все записи по годам
    'orderby'    => 'meta_value_num',
    // От большего к меньшему
    'order'      => 'DESC',              
);
query_posts( $args );
?>

4. WP_Query PHP код для вывода постов в КАТЕГОРИИ с ДАТОЙ

В php коде ниже вводятся две переменные с ДАТАМИ. Текущая дата сравнивается с датой, которая будет в будущем.

Для чего это нужно? Например, я хочу вывести ТОВАРЫ, которые только поступят в продажу или ФИЛЬМЫ, которые только выйдут в ближайшем будущем. Если, например, такие ТОВАРЫ или ФИЛЬМЫ или ЧТО-ТО другое существует, то следует вывести ЗАПИСИ с этими произвольными полям. В противном случае в категории ничего не будет выводиться.

<?php
global $query_string;
$paged = get_query_var( 'paged', 1 );
$loop = new WP_Query( $args );
$categoryvariable = $cat;
// Вводим свои значения
// Текущая дата
$date1 = date('Y-m-d');
// Текущая дата + 12 месяцев
$date2 = date('Y-m-d', strtotime('+12 month'));
$args = array(
'post_type' => 'post',
'cat' => $categoryvariable,
// Выводим по произвольному полю
'meta_key'  => 'premiere',
// Нужен для правильной работы пангинации
'paged'     => $paged,
'orderby'   => 'meta_value',    
'order'     => 'ASC',
'meta_query'=> array(
    'key'       => 'premiere',
    // Сравниваем значения двух дат
    'value'     => array($date1,$date2),
    // Обозначаем, что будет дата, формат ГодМесяцДень
    'type'      => 'DATE',
    // Сравниваем две даты, пример вывода: array('20500401','20500405')
    'compare'   => 'BETWEEN'
    // Сравниваем, что не пустое. Если пустое - то не выводим.
    // 'meta_compare' => '!=',
),      
);
query_posts( $args );
?>

5. WP_Query PHP код для вывода записей в разделе ТЕГОВ

Вывод записей в тегах, в отличии от категорий, немного другой. По какой-то причине, в тегах не работает функция исключающая категории из WP_Query:

'cat' => '-310'

К счастью, работает другая структура:

'category__not_in' => '310'

И код вывода $wp_query для тегов будет такой:

<?php
// Произвольное поле по которому будет сортировка
$the_key = '1Year';
$args = array(
    'meta_key' => $the_key,
    // Сортируем по значению цифры в произвольном поле
    'orderby' => 'meta_value_num',
    // Сортируем от большего к меньшему
    'order' => 'DESC',
    // Исключаем категории
    'category__not_in' => '310'
);
global $wp_query;
query_posts(
    array_merge(
        $wp_query->query,
        $args
    )
);
?>

6. WP_Query PHP код для вывода записей в разделе ПОИСКА

Для вывода WP_Query на странице поиска используем совершенно иной код:

<?php
// использую совместно с функцией SearchFilter в Functions.php
$mySearch =& new WP_Query("s=$s & showposts=-1");
// Подсчет количества найденного:
$num = $mySearch->post_count;
echo "Найдено: ";
echo $num;
echo "записей";
wp_reset_query();
?>

Для специальной обработки запроса WP_Query в файле search.php добавляем в файл functions.php своей темы следующий код:

// Сортировка по годам для search.php
function SearchFilter($query) {
    if ($query->is_search) {
        // Ищет только в постах, но не на страницах
        $query->set('post_type', 'post');
        // Происходит сортировка по году
        $query->set('meta_key', '1Year');
        // Который является значением номера
        $query->set('orderby', 'meta_value_num');
        // И сортируется в обратном порядке
        $query->set('order', 'DESC');
    }
    return $query;
}
add_filter('pre_get_posts','SearchFilter');

Он сортирует записи в категории ПОИСК по произвольному полю ГОДЫ.

В заключение. Очень важно.

После любого из перечисленных выше кодов (кроме того что в functions.php) нужно вывести следующую функцию:

<?php if (have_posts()) : while (have_posts()) : the_post(); ?>
<?php endwhile; ?>
<? wp_reset_postdata(); ?>
<?php else: ?>
<?php endif; ?>

Обязательная нужна такая конструкция:

<? wp_reset_postdata(); ?>

Это необходимо, чтобы не выводить пустые страницы, когда следует исключить записи из определенных рубрик на основании сравнения.

7. Код для главной страницы (раздела) для вывода и РАЗДЕЛЕНИЯ записей по ТЕГАМ

Следующая конструкция выводит записи из категории 27. Сортирует их случайно. Выводит 4 записи.

<?php
global $query_string;
$paged = (get_query_var('paged')) ? get_query_var('paged') : 1;
$loop = new WP_Query( $args );
$tagvariable = $tag;
$args = 'tag=' . $tagvariable . '&tag_id=27&orderby=rand&posts_per_page=4';
query_posts( $args );
?>

<?php if (have_posts()) : while (have_posts()) : the_post(); ?>

<?php get_template_part( '/random' ); ?>

<?php endwhile; ?>
<?php endif; ?>
<?php wp_reset_query();
// Аннулирует данные произвольного запроса WP_Query
// Если после цикла используется функция wp_reset_query() для "сброса" данных,
// то wp_reset_postdata() использовать не нужно!
?>

В конструкции выше код отвечающий за вывод поста находится в отдельном файле:

<?php get_template_part( '/random' ); ?>
Вышеприведенную конструкцию можно размещать на главной или в любых других разделах сколько угодно раз.

8. PHP для вывода и РАЗДЕЛЕНИЯ записей по РАЗДЕЛАМ

Тот же самый код, но для вывода записей из РАЗДЕЛОВ, а не ТЕГОВ. Значения вывода ($args) изменены на другие. В том числе учтена пагинация (&paged=’.$paged;), в конструкции выше она исключена из работы.

<?php
global $query_string;
$paged = (get_query_var('paged')) ? get_query_var('paged') : 1;
$loop = new WP_Query( $args );
$categoryvariable = $cat;
$args = 'cat=' . $categoryvariable . '&meta_key=1Year&orderby=meta_value_num&order=DESC&paged='.$paged;
query_posts( $args );
?>

<?php if (have_posts()) : while (have_posts()) : the_post(); ?>

<?php get_template_part( '/random' ); ?>

<?php endwhile; ?>
<?php endif; ?>
<?php wp_reset_query();
// Аннулирует данные произвольного запроса WP_Query
// Если после цикла используется функция wp_reset_query() для "сброса" данных,
// то wp_reset_postdata() использовать не нужно!
?>

9. Выводим один конкретный пост

Типовые конструкции для вывода одного определенного поста. В данном случае будет выведен пост с номером 1. Под конец wp_reset_postdata сбрасывает вывод WP_Query, так что можно выводить и любые другие посты.

$the_query = new WP_Query('p=1');

while ($the_query->have_posts() ) : $the_query->the_post();

the_content();

edit_post_link(__('...', 'ploshadka.net'));

endwhile;

wp_reset_postdata();

10. Вывод записей с незаполненным произвольным полем

Можно вывести записи с пустым значением в конкретном произвольном поле. Иногда такой способ помогает найти все записи с незаполненными значениями. Как альтернатива поиска данных через MySQL.

<?php
$the_key = 'premiere_ru';
$args = array(
    'meta_query' => array(
        array(
        'key' => $the_key,
        'compare' => 'not exists',
        'value' => null,
        ),
    )
);

global $wp_query;
query_posts(
    array_merge(
        $wp_query->query,
        $args
    )
);

if ( have_posts() ) : while ( have_posts() ) : the_post();

get_template_part( '/ploshadka.net' );
endwhile;
endif;
wp_reset_query();
?>

11. Выводим одну конкретную страницу

В заключение как можно вывести вместо записи содержимое страницы. Выводим страницу с ID 130:

$id = 130;
$p = get_page($id);
$t = $p->post_title;
echo '<h2 class="home-top-title">'.apply_filters('post_title', $t).'</h2>';
echo apply_filters('the_content', $p->post_content);
]]> https://ploshadka.net/wp_query/feed/ 2 Создание своей идеальной темы для WordPress https://ploshadka.net/wordpress-themes/ https://ploshadka.net/wordpress-themes/#comments Fri, 22 Sep 2017 08:27:41 +0000 https://ploshadka.net/?p=2782 В один прекрасный момент я перестал использовать чужие темы для своих сайтов на WordPress и сделал свою собственную. Расскажу для чего может потребоваться своя тема.

В этой статье я рассматриваю как верстать тему лишь отчасти. Она больше о философии вёрстки сайтов на WordPress и вообще вёрстки в целом.

Разнообразие и ужас сторонних WordPress тем

Для WordPress создано очень много тем. На любой вкус и цвет. И большинство из них имеет ряд недостатков.

Много ненужных классов и стилей

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

Другая значительная часть CSS правил, которые всё же прописаны в файле style.css, не используется. Потому что часть из них описывает вывод каких-нибудь сторонних плагинов, которую поддерживает тема, дополнительных менюшек, виджетов и Бог знает чего ещё. Предусмотрено всё что только задумал создатель такой WordPress темы.

Сбросы настроек CSS

Кроме того стили в файле style.css напичканы сбросами настроек, которые должны помочь сайту иметь правильный вид. Ведь куча различных элементов на одном сайте может привести к непредсказуемому результату, если заранее не сделать сброс всех параметров.

Что делает большая их часть мне, например, не всегда понятно. Изучать каждую непонятную строчку порой некогда, а верить, что так и должно быть не мой случай.

Верстки с помощью фреймворков

Стоит ли говорить, что большинство тем верстаются с помощью фреймворков (framework), которые значительно ускоряют процесс вёрстки, но добавляют одновременно столько «хлама», что потом копаться внутри темы без того же самого фреймворка просто невозможно.

Чрезмерно усложнённая структура темы

В результате CSS файл чужой WordPress темы разрастается до неимоверных размеров. А в самих файлах чего только нет.

Когда хочется что-то изменить, приходится рыскать среди большого количества непонятных функций и стилей. Отступ поправить и то сделать трудно. Правишь в одном месте, ничего не происходит, потому что это же свойство зачем-то дублируется и в других местах. Если спустя какое-то время всё-таки удаётся найти и поменять нужное свойство, то это может привести к неожиданным результатам. Где-то и что-то в дизайне «поплывет».

А если хочется отцентрировать что-то, там смешиваются ещё десяток других стилей и обычные правила просто-напросто отказываются работать. Приходится искать на просторах Интернета другие способы центровки и ко всему этому внедрять !important;, который не желателен и в большинстве случае, если правильно верстать совсем не обязателен.

Минусы чужих тем на WordPress

Все эти сторонние темы создаются преимущественно для «домохозяек», которым некогда и неинтересно разбираться в тонкостях html или css. В результате туда добавляют множество функций, которые я никогда не использовал.

Взять самое простое — добавление логотипа в виде изображения. Это можно сделать через панель администрирования сайта, если заранее была добавлена функция в шаблон темы сайта. А сейчас она добавлена практически везде.

Когда нужно поставить логотип в непредусмотренное для него место, от этой функции никакой пользы. А ведь для неё написаны десятки PHP строк только для того, чтобы пользователь мог добавить одно единственное изображение. Когда вместо этого, в нужном месте файла, достаточно прописать всего одну строчку:

<img src="" alt="">

И так по всем функциям. Много бесполезного для отдельно взятого человека. Напичкано всё подряд, ведь одному может понадобится одно, а другому другое.

Я также уже очень давно не использую виджеты через панель администрирования. Слишком мало свойств, по которым можно вывести желаемое меню. Либо надо использовать плагины, а это дополнительные ресурсы для сайта. Потому что, чтобы вывести блок ссылок в меню на сайте посредством плагина, в самом плагине требуется описать кучу функций.

Гораздо проще зайти в sidebar.php и вывести нужные рубрики обычным способом:

    <div class="widget">
        <h3 class="widget-title">Страны</h3>
        <ul>
            <?php
            $args = array(
                'title_li'           => 0,
                'orderby'            => 'name',
                'show_count'         => 0,
                'use_desc_for_title' => 0,
                'exclude'            => '43,22', // исключены страны Африки
                'hide_empty'         => 1,
                // не обязательные
                'depth'              => 1,
            );
            wp_list_categories($args);
            ?>
        </ul>
    </div>

В таком небольшом участке кода имеется и список нужных рубрик и требуемая сортировка и даже исключены неугодные категории. И всё это работает без какого-либо плагина.

Минусы дочерних тем для WordPress

Самым первым этапом моего использования WordPress была переделка понравившихся тем.

Затем я внедрял элементы в стороннюю тему, не меняя её, через подключения дополнительных файлов. Саму тему старался не модифицировать, на случай если захотелось бы её обновить, когда разработчики темы добавят в неё улучшения.

Однако со временем всё усложнялось так, что обновиться без головной боли и бессонных ночей уже не было возможности. Так что я ничего не трогал и со временем какие-то функции просто устаревали и генерировали ошибки.

И только спустя много лет я узнал о дочерних темах и понял, что раньше использовал костыли. Ведь можно не трогать файлы чужой темы, а модифицировать их копии в отдельной папке.

Но и у дочерних тем есть недостатки. Они имеют все те же минусы, что и обычные. И не только не уменьшают количество ненужных функций, а наоборот добавляются еще и файлы дочерней темы. В результате грузится еще больше всего.

Преимущество своей WordPress темы

Например, CSS текущей темы сайта, который свёрстан мною имеет всего лишь 30 кб. Там нет ни одного лишнего пункта, который бы не использовался. В теме также отсутствуют все PHP примочки, генерирующие множество ненужных свойств к каждому div элементу. Я уже не говорю о безумном количестве вложенных друг в друга div-ов, которые обычно присутствуют в чужих темах.

Возможность применить минимализм в теме

Во многих темах WordPress используются вставки , которые в своей теме не нужны:

<article id="post-<?php the_ID(); ?>" <?php post_class(); ?>>

<div id="post-<?php the_ID(); ?>" <?php post_class(); ?>>

Они генерируют в стилях несколько атрибутов:

<article id="post-160" class="post-160 page type-page status-publish hentry">

При каких обстоятельствах может понадобиться в каждой статье такой набор стилей к одному элементу?

post-160 page type-page status-publish hentry

Разве что, если сайт свёрстан жутко криво. Ведь помимо этих стилей, над этим блочным элементом присутствует ещё несколько div-ов, зачастую имеющих не меньшее разнообразие стилей.

К чему всё так усложнять? В дальнейшем, чтобы что-то быстро изменить никакие инструменты разработчика в браузере (Inspect Element) не помогут. С таким-то намешенным количеством классов и стилей.

Зато когда сайт свёрстан тобою, ты можешь контролировать качество и минимализм свой темы. И тогда внутренность сайта будет предельно ясна.

Возможность создать свою более понятную структуру сайта

Мне не нравится некоторые устоявшиеся названия для файлов принятых по-умолчанию в WordPress. Лучше слишком сильно не отходить от устоявшихся норм разработки, дабы всё наоборот не усложнить. Но если изменения существенно улучшают твоё понимание структуры и упрощают взаимодействие с файлами, то смело можно менять.

Для примера возьмём название файлов content.php, content-post.php, content-page.php, content-search.php и т.д.

Если тема очень простая и содержит минимум, то всё можно оставить как есть. Но когда тема разрастается и добавляются в неё разные функции, то эти content-post.php только путают.

Предположим, что шаблон страницы записи (статьи, post) разделен на несколько составляющих. Потому что если файл большой, удобнее распределить функции по разным файлам. И все эти файлы будут являться частью контента. И потом сиди и вспоминай, что у тебя в самом файле content.php, а что в других.

Я переименовал content.php в article.php и положил его в папку single. Сразу становится понятно, всё что находится в этом файле, лежит внутри секции стандартного тега article HTML:

<article> </article>

А сам файл article.php может быть разделен на другие составляющие, которые будут находится в подпапке article папки single. Или если это файлы для разделов, то в подпапке article папки archive.

То же самое, вместо стиля .entry-content, который определяет статью, меняем на название .archive-article или .single-article, в зависимости раздел ли это или запись. В итоге имеем структуру ясную как день и ночь. И даже если вы потом забудете что и где, достаточно посмотреть на одинаковые названия и понять что всё относится к одному и тому же.

Для примера покажу структуру одного из навороченных моих сайтов. Запихивать всё в один файл не вариант, потом невозможно что-то будет добавить или убрать. Я когда переделывал старую тему на новую, удалил множество устаревших и неиспользованных функций, которые раньше не мог увидеть из-за обилия информации в одном месте. Теперь же структура имеет подобающий и понятный вид:

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

По структуре папок можно понять, что всё что требуется, например, для разделов находится в папке archive. И если взглянуть на CSS, то там также будет очевидно, что стили описываются именно для разделов.

При этом стили можно тоже описывать так, чтобы всегда было понятно, какой стиль относится к чему. Если например стиль заголовка находится выше стиля содержимого контейнера, то в файле style.css стиль заголовка должен идти выше. Вообще вся структура CSS должна идти от верхнего стиля к нижнему. Тогда всегда легко найти нужный элемент на сайте.

У вас могут быть свои предпочтения по иерархии или названиям файлов, главное чтобы в этом была четко прослеживаемая мысль и удобство, которого не было ранее.

Про отступы в HTML и CSS

Почему бы не придерживаться единого правила отступов? Например, каждый раз отступать либо от верхнего либо от нижнего элемента. Тогда и вносить новые элементы на сайт проще и править легче. Не стоит это применять абсолютно ко всему, иначе можно намучиться, но для большинства случаев это пойдет только на пользу.

А чтобы не вспоминать какие отступы и где, надо один раз для себя решить какой наследственности отступов придерживаться и какого размера. Вверху файла CSS можно отметить этот момент.

Также следует избегать использование отступов не кратных 5, если это не выравнивание иконок относительно текста. Нет никой надобности использовать padding или margin 14px вместо 15px или 23px вместо 25px.

В таком случае будет порядок. Везде одинаковые отступы, красивые и аккуратные. А в случае надобности, используя инструменты массовой замены, легко везде поменять отступы на другой размер.

Отступы от заголовков H2, H3, параграфа или изображения

В отступах вообще какая-то беда. Очень мало тем, где соблюдены единые стандарты отступов. Так чтобы это смотрелось красиво. Сейчас тенденция ставить margin побольше. Не сильно всматриваясь в пропорции отступов. Иногда, отступ заголовка от предыдущего абзаца меньше, чем от следующего. А так быть не должно.

Посмотрите на мой сайт ploshadka.net и можете увидеть, что отступы тщательно вымерены и пропорционально соблюдены. Между изображениями и параграфами одинаковое расстояние. Нигде ничего не пляшет. Всё отцентрировано и аккуратно подведено. И для этого не нужны никакие фреймворки. Достаточно знать базовые вещи HTML и CSS. И применить их там, где не будут наслаиваться другие ненужные свойства, о которых я уже говорил.

Как упростить создание свой WordPress темы

Если верстать сайты на заказ, то вряд ли конечному пользователю захочется копаться во внутренних файлах сайта. Тогда использование всех WordPress фишек в ущерб минимализму, вполне оправданы. Для своих же любимых сайтов можно заморочиться, чтобы сделать всё с «нуля». Тем более что с нуля то и не придётся делать.

Заходим на сайт underscores.me, вводим в форму желаемое название своей темы и скачиваем готовый шаблон.

Там будут самые необходимые файлы для WordPress темы. Внутри этих файлов будет основная структура и функции: вывод заголовков, навигации, меню и т.д.

Для перфекционистов вроде меня можно потереть всё непонятное и ненужное. Например, из файла functions.php можно удалить такую конструкцию:

function ploshadka_content_width() {
    $GLOBALS['content_width'] = apply_filters( 'ploshadka_content_width', 640 );
}
add_action( 'after_setup_theme', 'ploshadka_content_width', 0 );

Зачем она нужна можете прочитать в интернете, но обычно вносит только сложности.

Ещё удалить всё что непонятно (а значит не нужно). Удалить некоторую структуру из стилей, разбить файлы как удобнее лично тебе. Удалить ненужные файлы вроде rtl.css. Если только кто-то не собирается верстать сайт для тех кто читает справа на лево. И т.д. На конечном этапе получим файлы лишенные всего «хлама».

Затем, если нет своего предпочтения в дизайне, смотрим другие сайты или уже готовые шаблоны в Интернете и верстаем на приготовленную базу что-то понравившееся себе.

Скорость своей темы на WordPress

Я переверстал дизайн темы, которая работала как дочерняя, в полностью отдельную тему. И сравнил скорость до и после обновления. Измерял сервисом tools.pingdom.com. Проверку осуществлял через Stockholm Sweden.

Скорость загрузки сайта, который работал вместе с дочерней темой:

Load Time — 60 секунд. Это какая-то катастрофа. Конечно сайт работал не так как определял сервис, а загружался в 1-4 секунды. Тем не менее, что-то pingdom.com никак не нравилось.

Затем загрузил свою разработанную тему с нуля. Как видно дизайн не сильно изменил, но при написании всей внутренней структуры не было заимствований из старой. В результате это совсем другой сайт, хотя дизайн оставил похожим. А скорость значительно изменилась:

Load Time в почти 4 секунды это тоже не мало. Но надо учитывать, что запрос проверяется из Швеции, а не из России, откуда приходят большинство пользователей. Плюс сайт достаточно многофункционален, также загрузка тормозится ещё и из-за сторонней рекламы.

Если рассмотреть текущий сайт ploshadka.net имеющий те же самые основы, то можно увидеть, что он грузится значительно быстрее.

А применив последние технологии кэширования, меньше секунды. И это при проверки из Швеции! А сайт находится в России.

Однако сейчас кэширование использую частичное, иначе если компоновать js скрипты вместе, ужимать css, то могут возникать непредвиденные ляпы и нерабочие плагины на сайте.

Полторы секунды из Швеции тоже вполне хорошо. Потому что если верить pingdom.com, то это быстрее 75% сайтов. А это значит, грубо говоря, что из 10 сайтов мой работает быстрее 7-и из них.

Аналогично, можно достичь отличных показателей и для инструмента PageSpeed от Google

Инструменты имеют погрешности в измерении. В разные проверки значения меняются, но примерно остаются на том же значении.

Подводя итоги

После всего сказанного выгоды от наличия своей разработанной темы должны быть очевидны. Но если её верстать теми же способами, какие используют большинство, то нет никакого смысла генерировать для себя ещё одного монстра. Можно просто скачать уже готовые и бесплатные темы. А вот если хочешь скорость, понятность и минимализм. Тогда создание своей темы — это идеальный выбор.

]]> https://ploshadka.net/wordpress-themes/feed/ 4 Создание произвольных типов записей и таксономий https://ploshadka.net/post_types_and_taxonomy/ https://ploshadka.net/post_types_and_taxonomy/#respond Sat, 12 Aug 2017 10:01:07 +0000 https://ploshadka.net/?p=1603 Создаём произвольную таксономию для новостей в WordPress. В данной инструкции будет создан новый тип записей «Новости» и функционал для него. В том числе создание новых рубрик (разделов) для Новостей.

Сначала создадим новую таксономию (отдельный список разделов). А затем новый тип записей, отличный от уже существующих Записи и Страницы.

В предыдущем материале уже описывалось создание новой таксономии (категории) для записи в WordPress. Там добавлялись только новые категории. В данном же случае будет создана отдельный тип записей (параллельно стандартным записям) со своими таксономиями (категориями), без привязки к стандартной записи.

В панели администрирования меню WordPress появится новый тип записей и будет выгледеть он следующим образом:

Новую таксономию можно оформить в виде нового плагина для WordPress. Это решение будет более эстетичным. Однако для удобства описания, чтобы всё не городить в одном месте и не усложнять, инструкция ниже будет дана по изменению файла functions.php.

Создание новой таксономии

По аналогии с предыдущей статьёй создаём новую таксономию для WordPress. Однако вместо таксономии для категорий «Имен» будет создана таксономия для категорий «Новости».

// Регистрация новой таксономии:
add_action( 'init', 'create_snews', 0 );
function create_snews () {
$args = array(
    // Название таксономии
    'label' => _x( 'Новости', 'taxonomy general name' ),
   
    // Значения таксономии в админ-панели:
    'labels' => array(
    // Общее название таксономии (множественное число).
    // По умолчанию: 'МеткИ' или 'РубрикИ'
    'name' => _x( 'Новости', 'taxonomy general name' ),
    // Название таксономии (единственное число).
    // По умолчанию: 'МеткА' или 'РубрикА'
    'singular_name' => _x( 'R', 'taxonomy singular name' ),
    // Название таксономии в пункте меню.
    'menu_name' => __( 'Новостные рубрики' ),
    // По умолчанию: 'Все метки' или 'Все рубрики'
    'all_items' => __( 'Все Новости' ),
    // Текст изменения таксономии на странице редактирования.
    // По умолчанию: 'Изменить метку' или 'Изменить рубрику'
    'edit_item' => __( 'Изменить новость' ),
    // Текст в админ-панели на странице редактирования данной таксономии.
    // По умолчанию: 'Просмотреть метку' или 'Просмотреть рубрику'
    'view_item' => __( 'Просмотреть Новости' ),
    // Текст обновления таксономии во вкладке свойства.
    // По умолчанию: 'Обновить метку' или 'Обновить рубрику'
    'update_item' => __( 'Обновить новость' ),
    // Текст добавления новой таксономии при ее создании.
    // По умолчанию: 'Добавить новую метку' или 'Добавить новую рубрику'
    'add_new_item' => __( 'Добавить новость' ),
    // Название таксономии при ее создании и редактировании.
    // По умолчанию: 'Название'
    'new_item_name' => __( 'Название' ),
    // Текст родительской таксономии при создании и редактировании.
    // Для древовидных таксономий.
    // По умолчанию: Родительская.
    'parent_item' => __( 'Родительская' ),
    // То же, что и parent_item, но с добавлением двоеточия.
    // По умолчанию: 'Родительская:'
    'parent_item_colon' => __( 'Родительская:' ),
    // Текст в кнопке поиска на странице всех таксономий.
    // По умолчанию: 'Поиск меток' или 'Поиск рубрик'
    'search_items' => __( 'Поиск новости' ),
   
    // ЧЕТЫРЕ НИЖНИХ параметра НЕ используется для древовидных таксономий:
    // Надпись популярных таксономий (на странице всех таксономий).
    // По умолчанию: Популярные метки или null.
    'popular_items' => null,
    // Надпись разделения таксономий запятыми в метабоксе.
    // По умолчанию: Метки разделяются запятыми или null.
    'separate_items_with_commas' => null,
    // Надпись добавления или удаления таксономий в метабоксе когда JavaScript отключен.
    // По умолчанию: Добавить или null.
    'add_or_remove_items' => null,
    // Текст выбора из часто используемых таксономий в метабоксе.
    // По умолчанию: Выбрать из часто используемых или null.
    'choose_from_most_used' => null,
   
    // Текст в случае, если запрашиваемая таксономия не найдена.
    // По умолчанию: 'Меток не найдено. или 'Рубрик не найдено.
    'not_found' => __( 'Новость не найдена.' ),
    ),
    // Если true, то таксономия становится доступной для использования.
    'public' => true,
    // Доступность таксономии для управления в админ-панели, но не показывает ее в меню.
    // По умолчанию: 'public'.
    'show_ui' => true,
    // Показывать таксономию в админ-меню.
    // Значение аргумента 'show_ui' должно быть true.
    // По умолчанию: значение аргумента 'show_ui'.
    'show_in_menu' => true,
    // Добавляет или исключает таксономию в навигации сайта "Внешний вид -> Меню"
    // По умолчанию: 'public'.
    'show_in_nav_menus' => true,
    // Позволяет виджет 'Облако меток' использовать в таксономии.
    // По умолчанию: 'show_ui'.
    'show_tagcloud' => true,
    // Показ таксономии в меню быстрого доступа.
    // По умолчанию: 'show_ui'.
    'show_in_quick_edit' => true,
    // Обеспечивает показ метабокса с таксономией в записи. По умолчанию: null.
    'meta_box_cb' => null,
    // Позволяет автоматическое создание столбцов таксономии в таблице ассоциативных типов постов.
    // По умолчанию: false.
    'show_admin_column' => false,
    // Подключает описание таксономии в таблице со всеми таксономиями. По умолчанию: ''
    'description' => '',
    // Делает таксономию древовидной как рубрики или недревовидной как метки. По умолчанию: false.
    'hierarchical' => true,
    // Название функции, вызываемая после обновления ассоциативных типов объектов записи (поста)
    // Действует во многом как хук.
    // По умолчанию: ''.
    'update_count_callback' => '',
    // Значение запроса. По умолчанию: true.
    'query_var' => true,
   
    // Перезапись URL. По умолчанию: true.
    'rewrite' => array(
    // Текст в ЧПУ. По умолчанию: название таксономии.
    'slug' => 'snews',
    // Позволяет ссылку добавить к базовому URL.
    'with_front' => false,
    // Использовать (true) или не использовать (false) древовидную структуру ссылок.
    // По умолчанию: false.
    'hierarchical' => true,
    // Перезаписывает конечное значение таксономии. По умолчанию: EP_NONE.
    'ep_mask' => EP_NONE,
),
   
/*
    // Массив полномочий зарегестрированных пользователей:
    'capabilities' => array(
    'manage_terms' => 'manage_resource',
    'edit_terms'   => 'manage_categories',
    'delete_terms' => 'manage_categories',
    'assign_terms' => 'edit_posts',
),
*/

    // Должна ли таксономия запоминать порядок, в котором посты были созданы.
    // По умолчанию: null.
    'sort' => null,
    // Является ли таксономия собственной или встроенной.
    // Рекомендация: не использовать этот аргумент при регистрации собственной таксономии.
    // По умолчанию: false.
    '_builtin' => false,
);
    // Названия типов записей к которым будет привязана таксономия
    register_taxonomy( 'snews', array('news'), $args );
}

Создание шаблона для новой таксономии

Для отображения новых категорий в корневой части своего шаблона WordPress создаём файл taxonomy-snews.php. Туда вносим содержимое файла archive.php с нужными изменениями.

Прописываем к нему пути в файле archive.php:

// категория таксономия
elseif (is_tax(snews) ) {
    get_template_part( '/taxonomy-snews' );
}

Как интегрируется этот код в общую структуру файла archive.php есть в предыдущей статье в самом низу.

Создание произвольного типа записи

Теперь создадим произвольный тип записи, которым будет являться «Новости». Для этого в файл functions.php нужно добавить следующий код:

// Регистрация пользовательского типа записи:
add_action( 'init', 'register_post_news', 0 );
function register_post_news() {
$args = array(
    // Название пользовательского типа записи во множественном числе.
    // По умолчанию: значение аргумента 'name' массива 'labels'.
    'label'  => _x( 'Новости', 'Post Type General Name', 'text_domain' ),
    'labels' => array(
    // Общее название пользовательского типа записи во множественном числе.
    // Переопределяет значение 'label'.
    // По умолчанию: 'Записи' или 'Страницы'
    'name' => _x( 'Новости', 'Post Type General Name', 'text_domain' ),
    // Название пользовательского типа записи в единственном числе.
    // По умолчанию: 'Запись' или 'Страница'
    'singular_name' => _x( 'Новость', 'Post Type Singular Name', 'text_domain' ),
    // Текст добавления нового объекта типа записи в разделе 'Записи'/'Страницы' в админ-панели.
    // По умолчанию: 'Добавить новую'
    'add_new' => __( 'Добавить новость', 'text_domain' ),
    // Текст добавления нового объекта типа записи на странице создания.
    // По умолчанию: 'Добавить запись' или 'Добавить страницу'
    'add_new_item' => __( 'Добавить новость', 'text_domain' ),
    // Текст редактирования объекта типа записи на странице редактирования.
    // По умолчанию: 'Редактировать запись' или Редактировать страницу
    'edit_item' => __( 'Редактировать новость', 'text_domain' ),
    // Текст новой объекта типа записи.
    // По умолчанию: Новая запись или Новая страница
    'new_item' => __( 'Новая новость', 'text_domain' ),
    // Текст просмотра типа записи в админ-баре.
    // По умолчанию: 'Просмотреть запись' или 'Просмотреть страницу'
    'view_item' => __( 'Просмотреть новость', 'text_domain' ),
    // Текст на кнопке поиска объектов данного типа записи.
    // По умолчанию: 'Поиск записей' или 'Поиск страниц'
    'search_items' => __( 'Поиск новостей', 'text_domain' ),
    // Текст в случае отрицательного результата поиска объектов данного типа записи.
    // По умолчанию: 'Записей не найдено' или 'Страниц не найдено'
    'not_found' => __( 'Новостей не найдено', 'text_domain' ),
    // Текст в случае отрицательного результата поиска объектов данного типа записи в корзине.
    // По умолчанию: 'Записей в корзине не найдено' или 'Страниц в корзине не найдено'
    'not_found_in_trash' => __( 'Новостей в корзине не найдено', 'text_domain' ),
    // Текст при выборе родительской страницы.
    // Данный аргумент применяется только для древовидных типов записи.
    // По умолчанию: __( 'Родительская:', 'text_domain' ).
    'parent_item_colon' => null,
    // Текст всех объектов типа записи в подменю.
    // По умолчанию: 'Все записи' или 'Все страницы
    'all_items' => __( 'Все новости', 'text_domain' ),
    // Текст архивов типа записи.
    // По умолчанию: 'Архивы записей' или 'Архивы страниц'
    'archives' => __( 'Архивы новостей', 'text_domain' ),
    // Текст добавления медиафайлов в объект типа записи во вкладке 'Добавить медиазапись'.
    // По умолчанию: 'Вставить в запись' или 'Вставить в страницу'
    'insert_into_item' => __( 'Вставить в новость', 'text_domain' ),
    // Используется при просотре медиафайлов, прикрепленных к данному типу записи.
    // По умолчанию: _x( 'Загружен для:', 'text_domain' ).
    'uploaded_to_this_item' => _x( 'Загружен для:', 'text_domain' ),
    // Текст в метабоксе миниатюры на странице редактирования типа записи.
    // По умолчанию: 'Миниатюра записи'
    'featured_image' => __( 'Миниатюра записи', 'text_domain' ),
    // Текст для загрузки миниатюры.
    // По умолчанию: 'Задать миниатюру'
    'set_featured_image' => __( 'Задать миниатюру', 'text_domain' ),
    // Текст для удаления миниатюры.
    // По умолчанию: 'Удалить миниатюру'
    'remove_featured_image' => __( 'Удалить миниатюру', 'text_domain' ),
    // По умолчанию: 'Использовать миниатюру'
    'use_featured_image' => __( 'Использовать миниатюру', 'text_domain' ),
    // Текст в пункте меню. По умолчанию: значение аргумента 'name'.
    'menu_name' => __( 'Новости', 'text_domain' ),
    // Текст в админ-баре во вкладке 'Добавить'.
    // По умолчанию: значение аргумента 'singular_name'.
    'name_admin_bar' => __( 'Новость', 'text_domain' ),
    // Текст Screen reader в заголовке в разделе всех записей/страниц.
    // По умолчанию: 'Список записей' или 'Список страниц'
    'items_list' => __( 'Список новостей', 'text_domain' ),
    // Текст Screen reader для постраничной навигации в разделе всех записей/страниц.
    // По умолчанию: 'Постраничная навигация'
    'items_list_navigation' => __( 'Постраничная навигация', 'text_domain' ),
    // Текст Screen reader для фильтра в разделе всех записей/страниц.
    // По умолчанию: 'Фильтр'
    'filter_items_list' => __( 'Фильтр', 'text_domain' ),
    ),
    // Короткое описание записи/страницы. По умолчанию: ''.
    'description' => '',
    // Управление видимостью в админ-панели ('show_in_nav_menus', 'show_ui')
    // и во внешнем фронтэнде ('exclude_from_search', 'publicly_queryable').
    // По умолчанию: false.
    'public' => true,
    // Исключить ли записи из результатов поиска фронтэнда.
    // По умолчанию: значение аргумента 'public'.
    'exclude_from_search' => true,
    // Доступность на внешнем сайте: могут ли запросы быть выполненными во фронтэнде как часть parse_request().
    // По умолчанию: значение аргумента 'public'.
    'publicly_queryable' => true,
    // Возможность управления данным пользовательским типом записи в админ-панели.
    // По умолчанию: значение аргумента 'public'.
    'show_ui' => true,
    // Доступность данного пользовательского типа записи в навигационном меню сайта.
    // По умолчанию: значение аргумента 'public'.
    'show_in_nav_menus' => true,
    // Показывать ли тип записи в админ-меню. Значение аргумента 'show_ui' должно быть true.
    // По умолчанию: значение аргумента 'show_ui'.
    'show_in_menu' => true,
    // Показывать ли тип записи в админ-баре. По умолчанию: значение аргумента 'show_in_menu'.
    'show_in_admin_bar' => true,
   
    // Порядок расположения в админ-меню. Значение аргумента 'show_in_menu' должно быть true.
    // По умолчанию: null - после пункта 'Комментарии'.
    'menu_position' => 5,
    /* Возможные значения:
    5 - после пункта 'Записи';
    10 - после пункта 'Медиафайлы';
    20 - после пункта 'Страницы';
    25 - после пункта 'Комментарии';
    60 - после пункта 'Внешний вид';
    65 - после пункта 'Плагины';
    70 - после пункта 'Пользователи';
    75 - после пункта 'Инструменты';
    80 - после пункта 'Настройки'.
    */

    // URL для загрузки изображения в админ-меню.
    // По умолчанию: null - используется изображение пункта меню 'Записи'.
    // Ссылки на изображения доступны здесь: https://developer.wordpress.org/resource/dashicons/  
    'menu_icon' => 'dashicons-editor-textcolor',

    /* Массив полномочий зарегестрированных пользователей для этого типа записи:
    'capability_type' => 'post',
        'capabilities' => array(
        'edit_post' => 'edit_news',
        'read_post' => 'read_news',
        'delete_post' => 'delete_news',
        'edit_posts' => 'edit_news',
        'edit_others_posts' => 'edit_others_news',
        'publish_posts' => 'publish_news',      
        'read_private_posts' => 'read_private_news',
        'create_posts' => 'edit_news',
    ),
    */

    // Использовать ли внутренние значения по умолчанию для управления правами.
    // По умолчанию: null.
    'map_meta_cap' => null,
    // Является ли тип записи иерархическим (т.е. страницей).
    // Позволяет установливать родительскую страницу. По умолчанию: false.
    'hierarchical' => false,

    // Управление полями для редактирования объекта типа записи.
    // По умолчанию: значения 'title' и 'editor'.
    'supports' => array(
        'title', // Заголовок объекта типа записи.
        'editor', // Редактор контента.
        'author', // Автор.
        'thumbnail', // Миниатюра.
        'excerpt', // Цитата, отрывок.
        'trackbacks', // Отправить обратные ссылки.
        'custom-fields', // Произвольные поля.
        'comments', // Комментарии.
        'revisions', // Сохраняет версии.
        'page-attributes', // Атрибуты.
        'post-formats', // Формат записи.
    ),

    // Обеспечивает обратный вызов функции, которая требуется при настройке метабоксов в разделе редактирования.
    // По умолчанию: null.
    'register_meta_box_cb' => null,
    // Массив связанных таксономий для данного типа записи.
    // Пользовательскую таксономию необходимо зарегестрировать через функцию register_taxonomy().
    // По умолчанию: без таксономий.
    'taxonomies' => array('snews'),
    // Включает архивы данного типа записи.
    // Будет использоваться значение $post_type как ярлык архива по умолчанию. По умолчанию: false
    'has_archive' => false,

    // Возможность перезаписи для данного типа записи.
    // Для предотвращения перезаписи, используют значение false.
    // По умолчанию: true и значение $post_type используется как ярлык.
    'rewrite' => array(
        // Текст в ссылке. По умолчанию: значение $post_type.
        'slug' => 'news',
        // Должна ли структура ссылки быть с базовым URL.
        // Пример: если структура ссылки /blog/,
        // то ссылка при соответствующих параметрах 'with_front'
        // выглядит так: false->/news/, true->/blog/news/
        // По умолчанию: true.
        'with_front' => false,
        // Должна ли структура постоянных ссылок быть встроена для этого типа записи.
        // По умолчанию: значение 'has_archive'.
        'feeds' => false,
        // Должна ли структура ссылок обеспечена быть постраничной навигацией.
        // По умолчанию: true.
        'pages' => true,
    ),
   
    // Перезаписывает конечное значение. По умолчанию: EP_PERMALINK.
    'permalink_epmask' => EP_PERMALINK,
    // Задается значение запроса для данного типа записи.
    //  По умолчанию: true - задается значение $post_type.
    'query_var' => true,
    // Возможность данного типа записи быть экспортированным. По умолчанию: true.
    'can_export' => true,
    // Удалять ли записи данного типа при удалении их автора. По умолчанию: null.
    'delete_with_user' => null,
    // Представлять ли этот тип записи в REST API. По умолчанию: false.
    'show_in_rest' => false,
    // Базовый ярлык данного типа записи когда доступно использование REST API.
    //  По умолчанию: значение $post_type.
    'rest_base' => $post_type,
    // Является ли этот тип записи собственным или встроенным.
    //  Рекомендация: не использовать этот аргумент при регистрации собственного типа сообщения. По умолчанию: false.
    '_builtin' => false,
);
register_post_type( 'news', $args );
}

Создание шаблона для нового типа записей

Создаём в директории шаблона своего сайта на WordPress файл single-news.php. И вставляем туда содержимое файла single.php с теми изменениями, которые вам нужны в дизайне новостей.

Дружелюбные URL в своей таксономии

Если на сайте включены человекопонятные URL (ЧПУ), то для работы новых таксономий WordPress обязательно нужно добавить в файл functions.php следующий php:

// НЕОБХОДИМА для ссылок ЧПУ, иначе страница с категорией будет не найдена
// Удаление slug таксономии:
function taxonomy_link( $link, $term, $taxonomy ) {
    if ( $taxonomy !== 'snews' )
        return $link;
    return str_replace( 'snews/snews/', '', $link );
}
add_filter( 'term_link', 'taxonomy_link', 10, 3 );

// Редирект:
function taxonomy_rewrite_rule() {
    add_rewrite_rule('allnews/?$', 'index.php?snews=allnews', 'top');
}
add_action('init', 'taxonomy_rewrite_rule');

После всех манипуляций с произвольным типом записей в файле functions.php, если у вас ЧПУ ссылки, надо обновить их структуру. Для этого заходим в административной части WordPress по ссылке: «Настройки» > «Постоянные ссылки». И там ничего не меняя, нажимаем кнопку «сохранить изменения».

Если этого не сделать, то новые страницы на сайте с записями новых статей и таксономий этих статей (категорий) не будут найдены.

Вышеприведенный код работает при следующей настройке в постоянных ссылках WordPress:

http://site_name.ru/%post_id%/

Новые записи выглядят следующим образом:

http://site_name.ru/news/novost_odin/

А новые категории показываются так:

http://site_name.ru/snews/rubrika_odin/

Необходимые дополнения для произвольных типов записей

Отдельно читайте как добавить поддержку миниатюр в произвольный тип записей.

Если вам нужно вывести какие-нибудь данные (на подобии is_single), в зависимости от типа произвольных данных, то нужно использовать is_singular:

<?php if ( is_singular( array( 'news', 'article' ) ) ) {?>

<?php } ?>

где news и article — типы произвольных полей.

]]> https://ploshadka.net/post_types_and_taxonomy/feed/ 0 Создание своей таксономии в WordPress (ЧПУ ссылки) https://ploshadka.net/wordrpess_taxonomy_for_post/ https://ploshadka.net/wordrpess_taxonomy_for_post/#comments Sat, 12 Aug 2017 10:00:06 +0000 https://ploshadka.net/?p=1588 Создаём свою произвольную таксономию на WordPress к типу записи — post.

В этой статье мы создаём новый список разделов, отличный от уже существующих: Рубрик и Меток.

Имеем следующую задачу. Нужна новая таксономия в разделе «Записи». Она будет называться «Имена». Например, чтобы создать категории для имён актёров в кино.

Если нужно полностью создать новый тип записей со своими таксономиями (категориями), а не просто добавить в стандартную запись новые таксономии, то для этого есть другая статья: Создание произвольных типов записей и таксономий в WordPress.

Когда таксономия «Имена» будет введена, при создании новой записи появится новый блок категорий имен актёров.

Новую таксономию можно оформить в виде нового плагина для WordPress. Это решение будет более эстетичным. Однако для удобства описания, чтобы всё не городить в одном месте и не усложнять, инструкция ниже будет дана по изменению файла functions.php.

Для реализации этой задачи, в файл functions.php своей темы нужно добавить следующий блок php кода:

// Регистрация новой таксономии:
add_action( 'init', 'create_taxname', 0 );
function create_taxname () {
$args = array(
    // Название таксономии
    'label' => _x( 'Имена', 'taxonomy general name' ),
   
    // Значения таксономии в админ-панели:
    'labels' => array(
    // Общее название таксономии (множественное число).
    // По умолчанию: 'МеткИ' или 'РубрикИ'
    'name' => _x( 'Имена', 'taxonomy general name' ),
    // Название таксономии (единственное число).
    // По умолчанию: 'МеткА' или 'РубрикА'
    'singular_name' => _x( 'Имена', 'taxonomy singular name' ),
    // Название таксономии в пункте меню.
    'menu_name' => __( 'Имена' ),
    // По умолчанию: 'Все метки' или 'Все рубрики'
    'all_items' => __( 'Все Имена' ),
    // Текст изменения таксономии на странице редактирования.
    // По умолчанию: 'Изменить метку' или 'Изменить рубрику'
    'edit_item' => __( 'Изменить имя' ),
    // Текст в админ-панели на странице редактирования данной таксономии.
    // По умолчанию: 'Просмотреть метку' или 'Просмотреть рубрику'
    'view_item' => __( 'Просмотреть Имена' ),
    // Текст обновления таксономии во вкладке свойства.
    // По умолчанию: 'Обновить метку' или 'Обновить рубрику'
    'update_item' => __( 'Обновить имя' ),
    // Текст добавления новой таксономии при ее создании.
    // По умолчанию: 'Добавить новую метку' или 'Добавить новую рубрику'
    'add_new_item' => __( 'Добавить новое имя' ),
    // Название таксономии при ее создании и редактировании.
    // По умолчанию: 'Название'
    'new_item_name' => __( 'Название' ),
    // Текст родительской таксономии при создании и редактировании.
    // Для древовидных таксономий.
    // По умолчанию: Родительская.
    'parent_item' => __( 'Родительская' ),
    // То же, что и parent_item, но с добавлением двоеточия.
    // По умолчанию: 'Родительская:'
    'parent_item_colon' => __( 'Родительская:' ),
    // Текст в кнопке поиска на странице всех таксономий.
    // По умолчанию: 'Поиск меток' или 'Поиск рубрик'
    'search_items' => __( 'Поиск имени' ),
   
    // ЧЕТЫРЕ НИЖНИХ параметра НЕ используется для древовидных таксономий:
    // Надпись популярных таксономий (на странице всех таксономий).
    // По умолчанию: Популярные метки или null.
    'popular_items' => null,
    // Надпись разделения таксономий запятыми в метабоксе.
    // По умолчанию: Метки разделяются запятыми или null.
    'separate_items_with_commas' => null,
    // Надпись добавления или удаления таксономий в метабоксе когда JavaScript отключен.
    // По умолчанию: Добавить или null.
    'add_or_remove_items' => null,
    // Текст выбора из часто используемых таксономий в метабоксе.
    // По умолчанию: Выбрать из часто используемых или null.
    'choose_from_most_used' => null,
   
    // Текст в случае, если запрашиваемая таксономия не найдена.
    // По умолчанию: 'Меток не найдено. или 'Рубрик не найдено.
    'not_found' => __( 'Имя не найдено.' ),
    ),
    // Если true, то таксономия становится доступной для использования.
    'public' => true,
    // Доступность таксономии для управления в админ-панели, но не показывает ее в меню.
    // По умолчанию: 'public'.
    'show_ui' => true,
    // Показывать таксономию в админ-меню.
    // Значение аргумента 'show_ui' должно быть true.
    // По умолчанию: значение аргумента 'show_ui'.
    'show_in_menu' => true,
    // Добавляет или исключает таксономию в навигации сайта "Внешний вид -> Меню"
    // По умолчанию: 'public'.
    'show_in_nav_menus' => true,
    // Позволяет виджет 'Облако меток' использовать в таксономии.
    // По умолчанию: 'show_ui'.
    'show_tagcloud' => true,
    // Показ таксономии в меню быстрого доступа.
    // По умолчанию: 'show_ui'.
    'show_in_quick_edit' => true,
    // Обеспечивает показ метабокса с таксономией в записи. По умолчанию: null.
    'meta_box_cb' => null,
    // Позволяет автоматическое создание столбцов таксономии в таблице ассоциативных типов постов.
    // По умолчанию: false.
    'show_admin_column' => false,
    // Подключает описание таксономии в таблице со всеми таксономиями. По умолчанию: ''
    'description' => '',
    // Делает таксономию древовидной как рубрики или недревовидной как метки. По умолчанию: false.
    'hierarchical' => true,
    // Название функции, вызываемая после обновления ассоциативных типов объектов записи (поста)
    // Действует во многом как хук.
    // По умолчанию: ''.
    'update_count_callback' => '',
    // Значение запроса. По умолчанию: true.
    'query_var' => true,
   
    // Перезапись URL. По умолчанию: true.
    'rewrite' => array(
    // Текст в ЧПУ. По умолчанию: название таксономии.
    'slug' => 'person',
    // Позволяет ссылку добавить к базовому URL.
    'with_front' => false,
    // Использовать (true) или не использовать (false) древовидную структуру ссылок.
    // По умолчанию: false.
    'hierarchical' => true,
    // Перезаписывает конечное значение таксономии. По умолчанию: EP_NONE.
    'ep_mask' => EP_NONE,
),
   
/*
    // Массив полномочий зарегестрированных пользователей:
    'capabilities' => array(
    'manage_terms' => 'manage_resource',
    'edit_terms'   => 'manage_categories',
    'delete_terms' => 'manage_categories',
    'assign_terms' => 'edit_posts',
),
*/

    // Должна ли таксономия запоминать порядок, в котором посты были созданы.
    // По умолчанию: null.
    'sort' => null,
    // Является ли таксономия собственной или встроенной.
    // Рекомендация: не использовать этот аргумент при регистрации собственной таксономии.
    // По умолчанию: false.
    '_builtin' => false,
);
    // Названия типов записей к которым будет привязана таксономия
    register_taxonomy( 'person', array('post'), $args );
}

Теперь в разделе записи появится новая категория записей с названием Имена. Здесь можно будет добавить новых актёров.

Читабельные ссылки (ЧПУ) в своей произвольной таксономии

Если во вкладке «Настройки постоянных ссылок» (меню навигации в админ панели WordPress: «Настройки» > «Постоянные ссылки») выставлены настройки для показа пользователям «дружественных URL» (т.е. ЧПУ ссылок / человекопонятный урл / friendly url), то для работы новой таксономии обязательно требуется добавить следующий php код:

// НЕОБХОДИМА для ссылок ЧПУ, иначе страница с категорией будет не найдена
// Удаление slug таксономии:
function taxonomy_link( $link, $term, $taxonomy ) {
    if ( $taxonomy !== 'person' )
        return $link;
    return str_replace( 'person/person/', '', $link );
}
add_filter( 'term_link', 'taxonomy_link', 10, 3 );

Кроме того, после внесения изменений в новую таксономию в файле functions.php, обязательно нужно «сохранить изменения» на странице админ панели WordPress: «Настройки» > «Постоянные ссылки». Иначе страница категорий с новой таксономии будет не найдена.

В данном случае таксономия работает при следующей настройке в постоянных ссылках:

http://site_name.ru/%post_id%/

Создание шаблона для таксономии

Для показа новых рубрик таксономии нужно создать следующий файл – taxonomy-person.php. В файле archive.php указываем путь к шаблону для новой рубрики таксономии. В моём случае, шаблон для таксономии, лежит в корневой директории шаблона WordPress:

// категория таксономия
elseif (is_tax(person) ) {
    get_template_part( '/taxonomy-person' );
}

Данный код имеет силу в общем шаблоне вида:

<?php
// Если это конкретные категории
if (is_category(array('102','103','104')) ) {
    get_template_part( '/archives/raitings' );
}

// категория таксономии
elseif (is_tax(person) ) {
    get_template_part( '/taxonomy-person' );
}

// категория поиск
elseif (is_search() ) {
    get_template_part( '/search' );
}
// категория теги и всё другое
else {
    get_template_part( '/archives/tag' );
}
?>

В файл taxonomy-person.php вносим содержимое файла archive.php с нужными изменениями, которые будут присущи новым категориям. Если ничего не меняется, то шаблон можно оставить таким же.

]]> https://ploshadka.net/wordrpess_taxonomy_for_post/feed/ 2 Выводим подразделы в Sidebar для главных разделов https://ploshadka.net/vyvodim-podrazdely-v-sidebar-dlja-glavnykh-razdelov/ https://ploshadka.net/vyvodim-podrazdely-v-sidebar-dlja-glavnykh-razdelov/#respond Wed, 14 Jun 2017 08:00:10 +0000 https://ploshadka.net/?p=697 Для WordPress существует много плагинов, расширяющих функционал стандартного меню. Однако когда нужно отступить от стандартного меню и сделать что-то лучше, не всегда подходят даже плагины. На этот случай можно сделать своё меню.

Для одного из проектов я создал своё специфическое боковое меню (sidebar), удовлетворяющее присутствием нужных мне функций.

Это меню выводит подразделы главного раздела в статьях (записях) и в главных разделах WordPress.

Собрал я это меню из различных хаков, разбросанных по просторам Интернета. Спасибо большое тем людям, которые их писали. Я доработал эти PHP коды и соединил вместе, чтобы получить специальное меню для WordPress:

В зависимости от страницы выводятся либо разделы либо подразделы.

Как вывести подразделы в меню на сайте

Для того, чтобы не дублировать вывод меню через виджеты и через шаблон, надо будет подкорректировать свой шаблон и убрать лишнее. Этот полный PHP код нужно вставить в файл Sidebar.php шаблона своего сайта на WordPress. Там же в Sidebar можно убрать другой код, ответственный за вывод меню.

Перенимаем общий стиль шаблона для виджетов сайта. Делаем так, чтобы меню выводилось только в Записях и Разделах, которые имеют Подразделы. Это нужно, чтобы не было лишнего вывода на Главной странице, на страницах Поиска и в тегах, где нет подразделов.

<?php if (is_single() || is_category()) : ?>
<aside id="archives" class="widget">

Теперь выводим заголовок, в котором должно быть название родительского (главного) раздела.

<h3 class="widget-title"><?php
// Вывод родительской категории "0"
$separator = '';
// Не показывать заголовок в разделах, где нет подразделов для статьи:
$excludedcats = array(176,130,152,160);
$count = 0;
$categories = get_the_category();
foreach($categories as $category) {
$count++;
if ($category->category_parent == 0) {
if ( !in_array($category->cat_ID, $excludedcats) ) {
echo $separator . ''  . $category->name.''; }
$separator = ' , ';
}} ?>
</h3>

Теперь, в зависимости от типа страницы выводим подразделы меню. Используем PHP для вывода подразделов в WordPress для типа страниц «Запись».

<?php if (is_single()) : ?>

<?php
// Показывает подразделы главного раздела на страницах ЗАПИСЕЙ в WordPress
echo '<ul>';
$post_child_cat = array();
foreach((get_the_category()) as $cat) {
$args = array( 'child_of' => $cat->cat_ID );
$categories = get_categories( $args );
if( $categories ) foreach( $categories as $category ) {
echo '<li class="cat-item cat-item-'.$category->term_id.'">'.
'<a title="'.$category->description.'" href="';
echo bloginfo('url');
echo '/category/'.$cat->slug.'/'.$category->slug.'">'.
$category->name.'</a></li>';
}
}
echo '</ul>';
?>     

<?php endif; ?>

А если пользователь находится в подразделах главного раздела WordPress, то выводим те же самые разделы, что и в записях. Однако для этой задачи уже нужен иной PHP код:

<?php if (is_category()) : ?>
 
<?php
// Показывает подразделы главного раздела на страницах РАЗДЕЛОВ в WordPress
if (is_category()) {
$this_category = get_category($cat);
}
 
if($this_category->category_parent)
$this_category = wp_list_categories (
$args = array(
'orderby'               => 'title',
'show_count'            => 0,
'title_li'              => 0,
'use_desc_for_title'    => 1,
'child_of'              =>  $this_category->category_parent,
'echo'                  => 0,  
 
));
    else
$this_category = wp_list_categories (
$args = array(
'orderby'               => 'title',
'depth'                 => 1,
'show_count'            => 0,
'title_li'              => 0,
'use_desc_for_title'    => 1,
'child_of'              =>  $this_category->cat_ID,
'echo'                  => 0,
'show_option_none'      => 0, // Если в категории нет разделов, не выводить надпись об этом
));
 
if ($this_category) { ?>
<ul><?php echo $this_category; ?></ul>
<?php } ?>
 
<?php endif; ?>

И в конце закрываем стиль:

</aside>
<?php endif; ?>

После этого меню теперь выводим все остальные ссылки меню, которые будут и на Главной странице и на всех остальных. Это ссылки меню на главные разделы сайта.

<aside id="archives" class="widget">
    <h3 class="widget-title">Главные разделы</h3>
    <ul>
        <?php  
$args = array(
'title_li'           => 0,  
'orderby'            => 'name',
'show_count'         => 0,
'use_desc_for_title' => 0,
'exclude'            => '130,193,177,227,228,205,204,206', // исключаем ненужные категории
'hide_empty'         => 1,  
// не обязательные
'depth'              => 1,  // 0 - выводит все, 2 - не выводит третью вложенность

);  
wp_list_categories($args);  
?>
    </ul>
</aside>
]]> https://ploshadka.net/vyvodim-podrazdely-v-sidebar-dlja-glavnykh-razdelov/feed/ 0 Выделение ссылки раздела, в котором находится текущая статья https://ploshadka.net/vydelenie-ssylki-razdela-v-kotorom-nakhoditsja-tekushhaja-statja/ https://ploshadka.net/vydelenie-ssylki-razdela-v-kotorom-nakhoditsja-tekushhaja-statja/#comments Sat, 22 Apr 2017 08:00:13 +0000 https://ploshadka.net/?p=717 WordPress применяет к текущей категории стиль current-cat. Это позволяет пользователю, с помощью css, выделить текущую категорию жирным цветом или любым другим способом.

Однако current-cat по умолчанию не вставляется в метки. Это можно исправить с помощью выделения меток.

А если необходимо выделить стилем категорию, в которой находится текущая статья, то для этого следующий код надо положить в файл functions.php своей темы на WordPress:

// вставляет стиль .current-cat в категорию к которой присоединена читаемая статья
add_filter('wp_list_categories','style_current_cat_single_post');
function style_current_cat_single_post($output) {
    if( is_single() ) :
        global $post;
        foreach ( get_the_category($post->ID) as $cat ) {
            $cats[] = $cat->term_id;
        }
        foreach($cats as $value) {
            if(preg_match('#item-' . $value . '">#', $output)) {
            $output = str_replace('item-' . $value . '">', 'item-' . $value . ' current-cat">', $output);
            }
        }
    endif;
return $output;
}
]]> https://ploshadka.net/vydelenie-ssylki-razdela-v-kotorom-nakhoditsja-tekushhaja-statja/feed/ 6 Как исключить показ статей из подкатегорий в родительской рубрике https://ploshadka.net/kak-iskljuchit-pokaz-statejj-iz-podkategorijj-v-roditelskojj-rubrike/ https://ploshadka.net/kak-iskljuchit-pokaz-statejj-iz-podkategorijj-v-roditelskojj-rubrike/#respond Wed, 19 Apr 2017 08:00:06 +0000 https://ploshadka.net/?p=628 PHP код для исключения отображения записей в родительской категории.

Код нужно добавить в файл functions.php своей темы WordPress.

Следующий код исключает показ постов из подкатегорий в родительской категории:

function wpse_filter_child_cats( $query ) {
    if ( $query->is_category ) {
        $queried_object = get_queried_object();
        $child_cats = ( array )get_term_children( $queried_object->term_id, 'category' );
        if ( !$query->is_admin )
        //exclude the posts in child categories
            $query->set( 'category__not_in', array_merge( $child_cats ) );
    }
    return $query;
}
add_filter( 'pre_get_posts', 'wpse_filter_child_cats' );
]]> https://ploshadka.net/kak-iskljuchit-pokaz-statejj-iz-podkategorijj-v-roditelskojj-rubrike/feed/ 0 Как добавить в WordPress метку или раздел по умолчанию https://ploshadka.net/kak-dobavit-v-wordpress-metku-ili-razdel-po-umolchaniju/ https://ploshadka.net/kak-dobavit-v-wordpress-metku-ili-razdel-po-umolchaniju/#respond Mon, 17 Apr 2017 08:00:33 +0000 https://ploshadka.net/?p=184 PHP код присваивающий записям метку (тег) или рубрику (раздел) по умолчанию.

Если всем статьям должна присваиваться одна определенная категория или тег, то это можно автоматизировать. В файл functions.php своей темы шаблона WordPress надо добавить следующий код:

add_action( 'wp_insert_post', 'update_post_terms' );
function update_post_terms($post_id) {

    // если это ревизия, получаем родительский идентификатор:
    if ($parent = wp_is_post_revision($post_id)) :
        $post_id = $parent;
    endif;
    $post = get_post($post_id);
     
    // проверка на запись, а иначе завершить работу:
    if ($post->post_type != 'post') :
        return;
    endif;
     
    // метка по умолчанию:
    // wp_set_post_terms($post_id, 'метка', 'post_tag', true);
     
    // рубрика по умолчанию:
    $categories = wp_get_post_categories($post_id);
    $newcat = get_term_by('name', 'premiere', 'category');
    array_push($categories, $newcat->term_id);
    wp_set_post_categories($post_id, $categories);
}
]]> https://ploshadka.net/kak-dobavit-v-wordpress-metku-ili-razdel-po-umolchaniju/feed/ 0 Глобальное удаление категорий из других категорий и тегов https://ploshadka.net/globalnoe-udalenie-kategorijj-iz-drugikh-kategorijj-i-tegov/ https://ploshadka.net/globalnoe-udalenie-kategorijj-iz-drugikh-kategorijj-i-tegov/#respond Fri, 07 Apr 2017 13:38:15 +0000 https://ploshadka.net/?p=147 Одна и та же статья может находится в разных разделах сайта на WordPress. Иногда требуется, чтобы статьи определённого раздела не выводились в конкретных других разделах. При этом требуется, чтобы в сами эти разделы эта статья входила.

Зачем может понадобится такая «каша»? Ведь можно сразу не добавлять статью в раздел, в котором не хочется её выводить.

Как ни странно, это всё же может потребоваться. Иногда необходимо статью пометить названиями разделов, потому что она к ним соотносится. И эта статья будет видна, скажем на главной странице, но в других конкретных разделах её показывать не нужно.

Для такой задачи используем следующий код в файле functions.php:

// Удаление категорий 71 из других категорий и тегов
function exclude_category( $query ) {
if ( $query->is_category(array(name_cat1,name_cat2)) || is_tag() )
{
$query->set('cat', '-71');  
}
return $query;
}
add_filter('pre_get_posts', 'exclude_category');

где:
name_cat1,name_cat2 — перечисленные навания (slug) категорий в которых требуется статью не отображать.

-71 — ID раздела, который следует исключить из вышеприведенных категорий.

]]> https://ploshadka.net/globalnoe-udalenie-kategorijj-iz-drugikh-kategorijj-i-tegov/feed/ 0 Убрать ссылки с родительской категории https://ploshadka.net/ubrat-ssylki-s-roditelskojj-kategorii/ https://ploshadka.net/ubrat-ssylki-s-roditelskojj-kategorii/#respond Tue, 28 Mar 2017 08:00:06 +0000 https://ploshadka.net/?p=333 PHP код убирающий ссылки с родительских разделов (также их можно назвать главными разделами). Иными словами ссылки в разделах остаются только на подразделы. В сами разделы сайта зайти по названию этого раздела не получится — ссылки убираются.

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

Убрать ссылки с родительской категории

С помощью этой функции можно убрать ссылки с родительских категорий. Можно использовать в sidebar.php.

// if ($category->category_parent  != 0) { }
// Убирает ссылки с родительских категорий, используется в sidebar с помощью - 'walker' => $walker,
class My_Walker_Category extends Walker_Category{
    function start_el(&$output, $category, $depth, $args) {
        extract($args);
 
        $cat_name = esc_attr( $category->name );
        $cat_name = apply_filters( 'list_cats', $cat_name, $category );
        if ( $category->parent > 0 ) {
            $link = '<a href="' . esc_attr( get_term_link( $category ) ) . '" ';
            if ( $use_desc_for_title == 0 || empty($category->description) )
                $link .= 'title="' . esc_attr( sprintf(__( '%s' ), $cat_name) ) . '"';
            else
                $link .= 'title="' . esc_attr( strip_tags( apply_filters( 'category_description', $category->description, $category ) ) ) . '"';
            $link .= '>';
        }
            $link .= $cat_name;
 
        if ( $category->parent > 0 ) {
            $link .= '</a>';
        }
 
        if ( !empty($feed_image) || !empty($feed) ) {
            $link .= ' ';
 
            if ( empty($feed_image) )
                $link .= '(';
 
            $link .= '<a href="' . get_term_feed_link( $category->term_id, $category->taxonomy, $feed_type ) . '"';
 
            if ( empty($feed) ) {
                $alt = ' alt="' . sprintf(__( 'Feed for all posts filed under %s' ), $cat_name ) . '"';
            } else {
                $title = ' title="' . $feed . '"';
                $alt = ' alt="' . $feed . '"';
                $name = $feed;
                $link .= $title;
            }
 
            $link .= '>';
 
            if ( empty($feed_image) )
                $link .= $name;
            else
                $link .= "<img src='$feed_image'$alt$title" . ' />';
 
            $link .= '</a>';
 
            if ( empty($feed_image) )
                $link .= ')';
        }
 
        if ( !empty($show_count) )
            $link .= ' (' . intval($category->count) . ')';
 
        if ( !empty($show_date) )
            $link .= ' ' . gmdate('Y-m-d', $category->last_update_timestamp);
 
        if ( 'list' == $args['style'] ) {
            $output .= "\t<li";
            $class = 'cat-item cat-item-' . $category->term_id;
            if ( !empty($current_category) ) {
                $_current_category = get_term( $current_category, $category->taxonomy );
                if ( $category->term_id == $current_category )
                    $class .=  ' current-cat';
                elseif ( $category->term_id == $_current_category->parent )
                    $class .=  ' current-cat-parent';
            }
            $output .=  ' class="' . $class . '"';
            $output .= ">$link\n";
        } else {
            $output .= "\t$link<br />\n";
        }
    }
}

Пример вывода этой функции в sidebar.php:

<?php  
//$walker = new My_Walker_Category();
//$children = wp_list_categories;
$args = array(
'title_li'           => 0,  
'orderby'            => 'name',
'show_count'         => 0,
'use_desc_for_title' => 0,
'exclude'            => '11',
'hide_empty'         => 1,  
'walker' => $walker, // введённый параметр в functions - убирает ссылки с родительских категорий
// не обязательные
'depth'              => 2,  // 0 - выводит все, 2 - не выводит третью вложенность

);  
wp_list_categories($args);  
?>
]]> https://ploshadka.net/ubrat-ssylki-s-roditelskojj-kategorii/feed/ 0 HTML теги в описании категорий и меток WordPress https://ploshadka.net/html-tegi-v-opisanii-kategorijj-i-metok-wordpress/ https://ploshadka.net/html-tegi-v-opisanii-kategorijj-i-metok-wordpress/#respond Wed, 22 Mar 2017 08:00:13 +0000 https://ploshadka.net/?p=168 Дополнительные возможности при работе с описанием в категориях и тегах WordPress.

Добавляем HTML теги в описание рубрик и меток

По умолчанию WordPress вырезает HTML теги из описаний разделов и меток. HTML вырезается с помощью двух функций — wp_filter_kses() и wp_kses_data(). Следовательно нужно выключить эти функции в WordPress.

В файл functions.php добавляем:

// Разрешаем употребление HTML тегов в описании рубрик и меток
remove_filter('pre_term_description', 'wp_filter_kses');
remove_filter('pre_term_description', 'wp_kses_data');

Убираем HTML тег p из описания рубрик и меток

Вывод описания категорий:

<php? echo category_description(); ?>

Для вырезки HTML тега p из описания этой функции нужно добавить:

// Убираем тег <p></p> из description в мета тегах
remove_filter('term_description', 'wpautop');

Как убрать HTML из мета описания WordPress

Если HTML разрешены, но эта же функция генерирует описание в мета тег description WordPress, то следующая команда убирает HTML из неё:

// Убирает HTML из описания category_description
function my_strip_tags($category_description='') {
   return strip_tags($category_description, '');
}
add_filter('category_description','my_strip_tags');
]]> https://ploshadka.net/html-tegi-v-opisanii-kategorijj-i-metok-wordpress/feed/ 0 Вставка изображения по названиям категорий WordPress https://ploshadka.net/vstavka-izobrazhenija-po-nazvanijam-kategorijj-wordpress/ https://ploshadka.net/vstavka-izobrazhenija-po-nazvanijam-kategorijj-wordpress/#respond Sun, 12 Mar 2017 10:00:48 +0000 https://ploshadka.net/?p=23 PHP код для вывода изображений (миниатюр) в категориях WordPress, не используя плагин.

Например, есть категория «Страны» и нужно вывести изображение для каждой из них. Для этого используется следующая конструкция:

<img src="/img/country/<?php
if (is_category( )) {
$cat = get_query_var('cat');
$yourcat = get_category ($cat);
echo ''. $yourcat->slug;
} ?>.jpg" class="img_category" title="<?php single_cat_title(); ?>" alt="<?php single_cat_title(); ?>">

Изображения должны находиться в папке country и названы латиницей в соответствии с названием категории. Т.е. если категория имеет «название url страницы»* france, то название файла должно быть france.jpg.

По-другому это называется: slug.

В title и alt будет выводиться название категории WordPress с помощью этой php вставки:

<?php single_cat_title(); ?>

Стиль для изображений может быть любым, например:

.img_category {
/*border: 1px solid #B0BEC7;*/
float: right;
margin: 0px 0px 15px 5px;
border-radius: 2px;
max-width: 300px;
max-height: 200px;
}
]]> https://ploshadka.net/vstavka-izobrazhenija-po-nazvanijam-kategorijj-wordpress/feed/ 0 Вывод названия текущей категории в WordPress https://ploshadka.net/wordpress-level-category-for-post/ https://ploshadka.net/wordpress-level-category-for-post/#respond Sat, 11 Mar 2017 08:00:25 +0000 https://ploshadka.net/?p=24 Готовые PHP для вывода названий текущей категории в записях WordPress. Вывод разделов в зависимости от глубины подраздела, в которой находится запись.

Также может оказаться полезной статья о том, как проверить разделы на наличие в них подразделов.

Есть стандартная функция для вывода категорий на WordPress:

<?php the_category(', '); ?>

Она выводит список всех категорий через запятую.

А что если нужно вывести только определенный вложенный (дочерний) или только главный раздел? И совсем не нужно выводить все предыдущие разделы. В этом случае the_category уже не подойдет.

Сделать это можно другими способами.

Вывести название только самого главного раздела

Этот код следует вставить в файл functions.php своей темы на WordPress.

function get_level($category, $level = 1)
{
    if ($category->category_parent == 0) {
        return $level;
    } else {
        $level++;
        $category = get_category($category->category_parent);
    return get_level($category, $level);
    }
}

function display_cat_level_1($link=false){
    $cats = get_the_category( );
    if( $cats ){
        foreach($cats as $cat){
            $current_cat_level = get_level($cat);
            if( $current_cat_level  == $level = 1 ){
                if($link==true) {
                    echo '<a href="'.get_category_link($cat->cat_ID).'">'.$cat->name."</a> &nbsp;";
                } else {
                    echo $cat->name."<br />";
                }
            }
        }
    }
}

Вывод этой функции:

<?php if (function_exists('display_cat_level')) {
echo 'Другие  статьи смотрите в главном разделе:';
echo display_cat_level (true);
}?>

Следующий код необходимо использовать в файле single.php или любом другом отвечающим за вывод информации в статье на сайте.

Вывести название только дочернего раздела

Функция не будет работать для записей второй категории вложенности. Только для записей третей категории вложенности. Иными словами будет выводиться только для записей такого рода:

Категории Марки -> Audi -> Статья об Ауди

В данном случае код выведет для записи «Статья об Ауди» раздел с названием Audi. А если какая-то статья будет находится только в разделе Марки, то для неё выводится ничего не будет.

function get_level($category, $level = 1)
{
    if ($category->category_parent == 0) {
        return $level;
    } else {
        $level++;
        $category = get_category($category->category_parent);
    return get_level($category, $level);
    }
}

function display_cat_level_2($link=false){
    $cats = get_the_category( );
    if( $cats ){
        foreach($cats as $cat){
            $current_cat_level = get_level($cat);
            if( $current_cat_level  == $level = 2 ){
                if($link==true) {
                    echo '<a href="'.get_category_link($cat->cat_ID).'">'.$cat->name."</a> &nbsp;";
                } else {
                    echo $cat->name."<br />";
                }
            }
        }
    }
}

Вывод этой функции:

<?php if (function_exists('display_cat_level_2')) {
echo 'Другие  статьи смотрите в главном разделе:';
echo display_cat_level_2 (true);
}?>

Вывод родительской категории в статьях

Можно выводить разделы другим способом. В этом случае не нужно ничего вставлять в файл functions.php. Достаточно вставить код в файл вывода записей.

<?php
// Вывод родительской категории "0", с исключением нескольких рубрик
$separator = '';
//$excludedcats = array(12,13,14,15);
$count = 0;
$printArray = explode(",", $print);
$categories = get_the_category();
foreach($categories as $category) {
$count++;
if ($category->category_parent == 0) {
if ( !in_array($category->cat_ID, $excludedcats) ) {
  echo $separator . ''  . $category->name.'';
//     echo $separator .  '  – <a href="' . get_category_link( $category->term_id ) . '" title="' . esc_attr(strip_tags($category->name)) . '" ' . '>'  . $category->name.'</a>';
 
}
$separator = ' , ';
}
}
?>

Вывод названия последнего раздела для статьи

Этот php код выводит название самой «глубокой» категории для статьи:

<?php
$categories = get_the_category($post->ID);
foreach($categories as $category) :
    $children = get_categories( array ('parent' => $category->term_id ));
    $has_children = count($children);
    if ( $has_children == 0 ) {
       
echo '<a href="'.get_category_link($category->term_id ).'">'.$category->cat_name.'</a>';
    }
endforeach;
?>

Выводим в статье только подразделы

А вот ещё один способ как вывести в статье только подразделы.

foreach($categories as $category) :
    $children = get_categories( array ('parent' => $category->term_id ));
    $has_children = count($children);

    if ( $has_children == 0 ) {
        echo $category->cat_name .' ';
        break; // Останавливаем после первого найденного объекта. Если нужны все, то строчку нужно закомментировать.
    }
endforeach;
]]> https://ploshadka.net/wordpress-level-category-for-post/feed/ 0 Как вывести данные в WordPress в зависимости от раздела https://ploshadka.net/kak-vyvesti-dannye-v-wordpress-v-zavisimosti-ot-razdela/ https://ploshadka.net/kak-vyvesti-dannye-v-wordpress-v-zavisimosti-ot-razdela/#respond Fri, 10 Mar 2017 17:00:16 +0000 https://ploshadka.net/?p=1 PHP коды в WordPress для вывода информации в категориях.

Показ записей в конкретных разделах

Вывод статей или любой другой информации в зависимости от ID категорий:

Выводим информацию из конкретной категории:
<?php if (in_category(array(1,20))) { ?>

Или из другой категории:
<?php } elseif (in_category('130')) { ?>

Во всех других разделах выводим:
<?php } else { ?>

<?php } ?>

Разновидность PHP конструкции, всё то же самое:

<?php if (in_category(array(1,20))) : ?>

<?php elseif (in_category('130')) : ?>

<?php else : ?>

<?php endif; ?>

Если это категория или тег WordPress, то вывести одно. Или если это категория поиск, то вывести другое:

<?php if (is_category() || is_tag()):?>

<?php elseif (is_search()):?>

<?php endif;?>

Проверка на главную (родительскую) категорию

Проверяем категорию на соответствие родителя — это главный раздел или подраздел.

<?php
// Проверка на родительскую категорию.
// Если категория родительская, то один вывод, если нет, то другой.
$this_category = get_category($cat);
if ($this_category->category_parent == 0) { ?>

Информация для главной категории

<? } else { ?>

Информация для подразделов

<?php } ?>

Вывод информации на первой странице категории

Выводим информацию только на первой странице раздела:

<?php
// Вывод только на первой странице категории
$paged = $wp_query->get( 'paged' ); if ( ! $paged || $paged < 2 ) : ?>

Любой текст или код php.

<?php endif; ?>
]]> https://ploshadka.net/kak-vyvesti-dannye-v-wordpress-v-zavisimosti-ot-razdela/feed/ 0