Widget logic команды: Widget logic — плагин для управления виджетами (настройки и команды)

Widget logic — плагин для управления виджетами (настройки и команды)

» Widget logic — плагин для управления виджетами (настройки и команды)

Сегодня я хочу рассказать о полезном плагине, с помощью которого вы сможете управлять виджетами блога созданного на WordPress.
Вы не зря попали на мой блог! Я дам ответ на ваш вопрос «Как сделать отображение виждетов только на определенной странице блога».

Итак, решить этот вопрос поможет плагин «Widget logic».

Скачать плагин можно вот по этой ссылке:

wordpress.org/plugins/widget-logic

Или установить из админ-панели (читайте тут).

После установки плагина «Widget logic» на каждом виджете появится дополнительное поле, которое так и называется «Widget logic».
В это поле достаточно ввести команду, которую я напишу ниже, и этот виджет будет послушно выполнять ваше указание.

Команды «Widget logic»:

• is_home() – выводить виджет только на главной странице;
• !is_home () — показывать на всех страницах кроме главной;
• is_single() – выводить виджет только в полных записях статей;
• is_single(27) – выводить виджет только в полной записи статьи, ID которой 27;
• is_single( ‘Плагины’ ) – выводить виджет только в полной записи c заголовком «Плагины»;
• is_single(17, 21, 24, 32) – выводить виджет только в полных записях статей, ID которых 17, 21, 24 и 32;
• is_page() — выводить виджет только на страницах;
• is_page( 17 ) — выводить виджет только на странице, ID которой 17;
• is_page( ‘Контакты’ ) — выводить виджет только на странице, заголовок которой «Контакты»;
• !is_page (‘Контакты’) — показывать на всех, кроме страницы Контакты;
• is_category() – выводить виджет только в категориях;
• is_category( 9 ) – выводить виджет только в категории, ID которой 9;
• is_category( ‘news’ ) – выводить виджет только в категории, ярлык (метка) которой «news»;
• is_archive () — показывать только на страницах с архивами блога;
• is_search () — показывать только на странице с выдачей поиска по блогу;
• is_admin () — показывать только администратору блога (вам)

Откройте любой активный виджет и пропишите любую команду, например «is_page(17)». Вам нужно узнать только id страницы и прописать вместо моей цифры «17».

Виджет будет виден только на странице с ID — «17».

Понравился пост? Помоги другим узнать об этой статье, кликни на кнопку социальных сетей ↓↓↓

Последние новости категории:

Похожие статьи

Популярные статьи:

Добавить комментарий

Метки: wordpress

Widget Logic — плагин для сайдбаров

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

Когда возникают подобного рода ситуации, связанные с распределение контента в сайд-баре по страницам, вам пригодится такой простой и полезный Widget Logic.

Освоив этот плагин, вы сможете не только расположить виджеты исключительно на тех страницах, где они нужны, но и избежать такой неприятности, как неопрятный и захламленный сайдбар. Благодаря Widget Logic вы обретете полный контроль над WP-виджетами.

Установка плагина Widget Logic абсолютно стандартна и я не буду заострять на этом процессе ваше внимание, а лучше расскажу о том, что произойдет после нее.

Итак, после активации плагина под каждым виджетом появляется строка Widget Logic, с помощью которой его можно прикрепить к определенной странице или группе страниц. Наверняка, на данном этапе у многих неопытных пользователей, не очень хорошо знакомых с WordPress может возникнуть резонный вопрос: «А что делать дальше?»

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

Условные теги (Conditional tags) – это своего рода команды, с помощью которых WP-шаблону можно диктовать свои условия отображения того или иного контента.

Вот, несколько тегов, без которых работа с Widget Logic невозможна:

is_home () — отображать виджет только на главной странице блога

!is_page (‘about’) — отображать виджет на всех страницах блога, за исключением страницы about;

is_single () — показывать только на страницах единичных постов;

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

is_page () — отображать виджет исключительно на страницах блога;

is_search () — отображать только на странице с результатами поиска по блогу;

is_archive () — отображать только на страницах с архивами блога;

!is_home () — отображать на всех страницах блога кроме главной;

is_admin () — виджет виден только администратору блога.

Полный список таких “условных тегов” можно найти в кодексе WP на сайте wordpress.org

Теоретически то, что делает плагин, можно сделать и вручную, встроив условные теги в шаблон, но это лишняя головная боль. С плагином все гораздо проще, хотя знать, что такое «условные теги» и с чем их едят все же нужно, хотя бы для того, чтоб использовать Widget Logic. Вообще, условные тэги – сами по себе очень мощный инструмент, с помощью которого можно реализовать многие задумки, касаемые облагораживания WP-блога, впрочем, это тема уже совсем для другой статьи.

Официальная страница плагина

Как в WordPress показывать виджеты только авторизованным пользователям?

👍 Научим создавать сайты на WordPress бесплатно за 11 уроков. Подробнее →

Иногда владельцу сайта нужно показать тот или иной виджет только своим, зарегистрированным на сайте, пользователям. Обычно такая необходимость возникает при выводе персональных данных, добавленных закладок пользователя и пр., которые удобно отображать на боковой панели, в виджете. Стандартные инструменты WordPress не позволяют повлиять на стандартный вывод виджетов, показывая их для всех. Поэтому воспользуемся сторонним решением – плагином Widget Logic.

Плагин Widget Logic

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

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

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

is_user_logged_in()

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

Если же пользователь все таки зашел в систему, то виджет появится в боковой панели.

Отметим, что в этом случае виджет увидят не только пользователи с админ-правами, но также и все остальные, кто зарегистрирован на сайте. Если необходимо показать виджет только для неавторизованных, то команда примет следующий вид:

!is_user_logged_in()

Виджет имеет довольно большие возможности по гибкой настройке показа виджетов. Полный набор команд можно найти, посетив страницу плагина.

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

Мне нравитсяНе нравится

Если Вам понравилась статья — поделитесь с друзьями

Widget logic плагин | В объятиях Интернета

Widget logic плагин прекрасный способ для разнообразия отображения виджетов на различных страницах сайта. Настройка плагина для wordpress widget logic.

Именно плагин виджет логик предоставляет автору возможность разнообразить содержимое каждой страницы блога. Где скачать widget logic, настройка вывода виджетов.

Привет друзьям блога moneytime.com.ua!  Вот и отметили Новый год! Впереди ждут другие новогодние праздники. Люблю этот месяц еще со школьных лет.   Желаю провести ярко и весело все праздники, набраться сил на весь 2012 год!

Widget logic для WordPress

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

Как-то задумался разнообразить вывод виджетов на блоге. Здесь используется целых 25 виджетов. Не знаю много это или мало. Однако все считаю нужными. В зависимости от предназначения содержимого виджета, вывожу каждый в своей странице. А плагин  Widget logic прекрасно справляется с этой задачей. Также благодаря ему, разгрузил главную стр. блога.

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

Widget logic настройка

Скачать плагин widget logic здесь. При скачивании различных программ и файлов в сети интернет, я стараюсь сначала проверить ссылку на вирусы. Советую использовать возможности Dr.Web.

Установка плагина происходит стандартная. После этого заходим в «Внешний вид» – «Виджеты». Под каждым виджетом появится дополнительное окно. В моем случает виджет «Архивы» вывожу только на страницах архива is_archive () .

Существует список тегов для настройки Widget logic. Здесь самые востребованные мною:

• is_home () — показывать виджет только на главной;
• !is_home () — показывать виджет всюду , только на главной не показывать;
• !is_page (‘about’) — показывать во всех, кроме about;
• is_page () — показывать во всем блоге;
• is_single () — показывать виджет только на страницах с постами блога;
• is_search () — показывать в странице с результатами поиска;
• is_archive () — показывать в страницах с архивами;
• is_admin () — показывать только админу блога (автору).

Введите нужные тэги, в зависимости от того, где вы планируете выводить виджеты. Полный список тегов для плагина виджет логик:

Подробнее по адресу:

codex.wordpress.org/Conditional_Tags.

Например, можно использовать тег is_category(plaginy) для вывода виджета баннера только в рубрике «Плагины» (plaginy). Для этого вписываем название рубрики на транслите в скобки тега.

Если вы в поле плагина виджет логик (widget logic)  не внесете никаких тегов, то по умолчанию виджет будет выводиться полностью на блоге.

Понравилась статья, советую подписаться на новые обновления блога. Впереди знакомство на блоге с необходимыми онлайн сервисами для работы с проектом. Загляните по ссылке, автор вывел список 26 сервисов Рунета. 

Удача всегда с Вами! С Уважением, Александр.

Благодарен, кто поделился статьей:

Подписка по RSS — Спасибо за подписку!

Как установить плагин widget logic, и его настройка.

Предыдущие статьи этой же рубрики (откроются в новом окне):

1. Как разместить видео на сайте.
2. Форма обратной связи для сайта, на выбор 18 плагинов.
3. Ставим всплывающее окошко для подписки.
4. Настройка плагина Page peel.
5. Как сделать скриншот сайта в Google Chrome
6. Установка плагина для WordPress.
7. Как проверить внешние ссылки в шаблоне.

/ Автор: Aleks7

Январь 7, 2012

Приглашаю оставить комментарии к статье —
Widget logic плагин для вывода виджетов на страницах.

Что мешает виджетам iOS 14 стать действительно полезными

После релиза iOS 14 одной из самых обсуждаемых и необычных фишек системы стали новые виджеты.

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

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

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

1. Большинство виджетов дублирует информацию

Разработчики хотели добавить полезные кнопки, но решили просто скопировать их из меню 3D-Touch

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

Зачем нужен виджет с обложкой воспроизводимого альбома, когда эта же информация есть в панели управления и на экране блокировки? Зачем виджет с курсом валют занимает часть рабочего стола целый день, когда узнать эти данные можно через Spotlight или Siri при необходимости?

Зачем вообще нужны виджеты с фотографиями, списками дел или напоминаниями, если для их полноценного просмотра приходится запускать приложение?

Мой топ “полезных” виджетов в iOS 14

Такие вопросы возникают как к создателям бесполезных виджетов, так и к разработчикам из Apple. Вы 14 лет не добавляли ничего подобного в систему, когда все это было у конкурентов на Android и в мире джейлбрейка, а когда добавили – не придумали, как этим пользоваться.

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

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

Не лучше выступили разработчики виджетов в стиле “какой сегодня день недели”, “ой, я забыл текущий месяц” или “посмотри, в приложении 10 новых писем”.

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

2. В виджетах мало интерактивности

Сторонние виджеты пытаются вывести хоть какую-то дополнительную информацию, в отличие от стандартного

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

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

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

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

Такая возможность пока есть лишь в некоторых программах, да и то только в самых гигантских информационных блоках. А теперь сравните это с меню 3D-Touch/Haptic Touch того же приложения.

Здесь есть все те же опции, но меню не занимает место на экране, а вызывается только при необходимости.

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

3. Размер виджета не меняется динамически

Предыдущие статьи этой же рубрики (откроются в новом окне):

1. Как разместить видео на сайте.
2. Форма обратной связи для сайта, на выбор 18 плагинов.
3. Ставим всплывающее окошко для подписки.
4. Настройка плагина Page peel.
5. Как сделать скриншот сайта в Google Chrome
6. Установка плагина для WordPress.
7. Как проверить внешние ссылки в шаблоне.

/ Автор: Aleks7

Январь 7, 2012

Приглашаю оставить комментарии к статье —
Widget logic плагин для вывода виджетов на страницах.

Что мешает виджетам iOS 14 стать действительно полезными

После релиза iOS 14 одной из самых обсуждаемых и необычных фишек системы стали новые виджеты.

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

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

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

1. Большинство виджетов дублирует информацию

Разработчики хотели добавить полезные кнопки, но решили просто скопировать их из меню 3D-Touch

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

Зачем нужен виджет с обложкой воспроизводимого альбома, когда эта же информация есть в панели управления и на экране блокировки? Зачем виджет с курсом валют занимает часть рабочего стола целый день, когда узнать эти данные можно через Spotlight или Siri при необходимости?

Зачем вообще нужны виджеты с фотографиями, списками дел или напоминаниями, если для их полноценного просмотра приходится запускать приложение?

Мой топ “полезных” виджетов в iOS 14

Такие вопросы возникают как к создателям бесполезных виджетов, так и к разработчикам из Apple. Вы 14 лет не добавляли ничего подобного в систему, когда все это было у конкурентов на Android и в мире джейлбрейка, а когда добавили – не придумали, как этим пользоваться.

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

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

Не лучше выступили разработчики виджетов в стиле “какой сегодня день недели”, “ой, я забыл текущий месяц” или “посмотри, в приложении 10 новых писем”.

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

2. В виджетах мало интерактивности

Сторонние виджеты пытаются вывести хоть какую-то дополнительную информацию, в отличие от стандартного

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

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

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

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

Такая возможность пока есть лишь в некоторых программах, да и то только в самых гигантских информационных блоках. А теперь сравните это с меню 3D-Touch/Haptic Touch того же приложения.

Здесь есть все те же опции, но меню не занимает место на экране, а вызывается только при необходимости.

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

3. Размер виджета не меняется динамически

Еще до появления первых бета-версий iOS 14 в сети было множество концептов с динамически меняющимися виджетами на рабочем столе.

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

Чуда не произошло, сейчас для изменения размера виджета нужно произвести целый ритуал с удалением старого и добавлением нового информера.

Развитием темы динамических виджетов был вот такой интересный концепт:

По задумке автора, виджеты могли бы менять свой размер самостоятельно, в зависимости от наличия новой информации. Резко изменился прогноз погоды – виджет увеличился для отображения метеоусловий. Появилась новая почта – иконка превратилась в список писем.

Кроме этого узкие и вытянутые информационные панели выглядят изящнее и лаконичнее, чем огромные плитки на половину экрана.

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

4. Умные виджеты не работают

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

Я несколько недель “тренировал” умный виджет, делая одни и те же действия в одно и то же время суток. Никаких изменений в работе алгоритма я не увидел. Виджеты меняются по каким-то базовым правилам, а иногда просто прокручиваются циклически.

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

Кроме этого можно было бы реализовать отображение виджета с уровнем заряда при разряде батареи ниже 20 или 10%. Вот это была бы по-настоящему умная стопка, а не бесполезная “карусель”.

Это же касается виджета Предложения Siri, который должен отслеживать запуск приложений пользователем и предлагать наиболее необходимые в то или иное время. Вместо этого он просто тасует иконки и выдает 8 случайных приложений из списка установленных на iPhone. Вангую, что скоро пару иконок здесь будет занимать реклама из App Store.

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

5. Нет ручной настройки виджетов по времени

Разработчики популярного приложения Widgetsmith задали тренд на безвкусные переделки рабочего стола iOS 14.

Однако, их приложение имеет очень интересную и полезную фишку, которую следовало бы перенять в Apple.

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

Что нужно сделать: перенести фишку с настройкой времени виджета в смарт-стопку iOS 14.

6. Прозрачные виджеты не завезли

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

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

Сейчас для многих пользователей виджеты решают проблему большого экрана смартфона, когда до иконок верхних рядов довольно трудно дотянуться. Сдвинуть их ниже можно при помощи виджетов. В App Store появились даже приложения для создания “прозрачных” панелей без контента и действий.

Что нужно сделать: разрешить помещать виджет или иконку на любую позицию сетки рабочего стола.

7. Лучший виджет это Apple Watch

На экране умных часов помещается больше полезной информации, чем в виджетах iOS 14

Мне кажется, что купертиновцы намеренно не добавляли виджеты в iOS, чтобы не снижать полезность своих умных часов. Те пользователи, кто хотел быстро узнавать полезную информацию в сжатом виде, давно обзавелись Apple Watch.

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

Если же ты остановился, достал смартфон из кармана и разблокировал его, что мешает запустить полноценное приложение вместо корявого виджета?

Что нужно сделать: реализовать все описанное выше или вообще забыть о теме виджетов в iOS.

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

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

🤓 Хочешь больше? Подпишись на наш Telegram.

… и не забывай читать наш Facebook и Twitter
🍒

В закладки

iPhones.ru

Долго искал преимущества стандартных виджетов, но так и не нашел.

Артём Суровцев

@artyomsurovtsev

Люблю технологии и все, что с ними связано. Верю, что величайшие открытия человечества еще впереди!

• До ←
  

  На сайте YouTube появилась «Картинка в картинке» в iOS 14

• После →
  

  Apple отчитается за четвёртый финансовый квартал 30 октября

WP Statistics — Плагин для WordPress

WP statistics: THE #1 WORDPRESS STATISTICS PLUGIN

Do you need a simple tool to know your website statistics? Do you need to represent these statistics? Are you caring about your users’ privacy while analyzing who are interested in your business or website? With WP Statistics you can know your website statistics without any need to send your users’ data anywhere. You can know how many people visit your personal or business website, where they’re coming from, what browsers and search engines they use, and which of your contents, categories, tags and users get more visits.

All these data are recorded in your server, and YES! WP Statistics is GDPR compliant.

ACT BETTER BY KNOWING WHAT YOUR USERS ARE LOOKING FOR

• Visitor Data Records including IP, Referring Site, Browser, Search Engine, OS, Country and City
• Stunning Graphs and Visual Statistics
• Visitor’s Country Recognition
• Visitor’s City Recognition
• The number of Visitors coming from each Search Engine
• The number of Referrals from each Referring Site
• Top 10 common browsers; Top 10 countries with most visitors; Top 10 most-visited pages; Top 10 referring sites
• Hits Time-Based Filtering
• Statistics on Contents based on Categories, Tags, and Writers
• Widget Support for showing Statistics
• Data Export in TSV, XML, and CSV formats
• Statistical Reporting Emails
• [Premium] Real-time stats
• [Premium] More Advanced reporting
• And much more information represented in graphs & charts along with data filtering

NOTE

Some advanced features are Premium, which means you need to buy extra add-ons to unlock those features. You can get Premium add-ons here!

REPORT BUGS

If you encounter any bug, please create an issue on Github where we can act upon them more efficiently. Since Github is not a support forum, just bugs are welcomed, and any other request will be closed.

1. Загрузите директорию wp-statistics в /wp-content/plugins/
2. Активируйте плагин на странице «Плагины» в панели управления WordPress.
3. Убедитесь, что в вашей копии WordPress корректно установлены Дата и Время.
4. Перейдите на страницу настроек плагина и измените необходимые настройки (обратите внимание, что при первом входе это также загрузит базу данных GeoIP).

GDPR Compliant?

The greatest advantage of WP Statistics is that all the data is saved locally in WordPress.
This helps a lot while implementing the new GDPR restrictions; because it’s not necessary to create a data processing contract with an external company! Read more about WP Statistics compliance with GDPR.

Does WP Statistics support Multisite?

WP Statistics doesn’t officially support the multisite feature; however, it does have limited functionally associated with it and should function without any issue. However, no support is provided at this time.
Version 8.8 is the first release that can be installed, upgraded and removed correctly on multi-site. It also has some basic support for the network admin menu. This should not be taken as an indication that WP Statistics fully supports the multisite, but only should be considered as a very first step.

Does WP Statistics work with caching plugins?

Yes, the cache support added in v12.5.1

If you’re using a plugin cache:
* Don’t forget to clear your enabled plugin cache.
* You should enable the plugin cache option in the Settings page.
* Making sure the below endpoint registered in your WordPress.
http://yourwebsite.com/wp-json/wpstatistics/v1

To register, go to the Permalink page and update the permalink with press Save Changes.

What’s the difference between Visits and Visitors?

Visits is the number of page hits your site has received.
Visitors is the number of unique users which have visited your site.
Visits should always be greater than Visitors (though, there are a few cases when this won’t be true due to having low visits).
The average number of pages a visitor views on your site is Visits/Visitors.

Are All visitors’ locations set to ‘unknown’?

Make sure you’ve downloaded the GeoIP database and the GeoIP code is enabled.
Also, if you are running an internal test site with non-routable IP addresses (like 192.168.x.x or 172.28.x.x or 10.x.x.x), these addresses will be always shown as ‘unknown’. You can define a location IP for these IP addresses in the “Country code for private IP addresses” setting.

I’m using another statistics plugin/service and get different numbers from them, why?

Probably, each plugin/service is going to give you different statistics on visits and visitors; there are several reasons for this:

• Web crawler detections
• Detection methods (Javascript vs. Server Side PHP)
• Централизованные исключения

Services that use centralized databases for spam and robot detections , such as Google Analytics, have better detection than WP Statistics.

Not all referrals are showing up in the search words list, why?

Search Engine Referrals and Words are highly dependent on the search engines providing the information to us. Unfortunately, we can’t do anything about it; we report everything we receive.

Поддержка PHP 7

WP Statistics is PHP 7 compliant; however, some versions of PHP 7 have bugs that can cause issues. One known issue is that PHP 7.0.4 cause memory exhaustion errors. Newer versions of PHP 7 do not have this issue.
At this time (September, 2018) WP Statistics seems to run fine with PHP 7.2.6. But you may experience issues that we haven’t found yet. If you do, feel free to report it after you make sure it is not a problem with PHP.

Поддержка IPv6

WP Statistics supports IPv6 as of version 11.0; however, PHP must be compiled with IPv6 support enabled; otherwise you may see warnings when a visitor from an IPv6 address hits your site.

You can check if IPv6 support is enabled in PHP by visiting the Optimization > Resources/Information->Version Info > PHP IPv6 Enabled section.

Если IPv6 не включен, вы можете увидеть предупреждение:

Warning: inet_pton() [function.inet-pton]: Unrecognized address 2003:0006:1507:5d71:6114:d8bd:80c2:1090

Всё работает отлично! нареканий никаких нет… всё, что мне нужно от статистики есть в WP Statistics.

Working Perfect with Awesome Dashboard Widgets.

Après plusieurs essais avec d’autres extensions, celle-ci fait bien l’affaire : stable et fiable.
J’ai sollicité le support pour quelques ajustements qui ont été réalisés dans la journée !

It’s a great deal instead google analytics

Many thanks to the developers!

I like the plugin and appreciate the effort. But, something doesn’t look right to me…
The following numbers are taken from the daily reports which are emailed to me. How can we have visitors one day but the weekly or monthly totals decrease? (actual report images can be provided upon request)

Date 05/21 05/22 05/23 05/24 05/25 05/26 05/27

Visitors
Today 1 2 2 0 0 2 2

Visitors
Yesterday 2 1 3 4 2 4 4

Visitors
Week 21 20 14 16 16 20 22

Visitors
Month 81 81 80 79 77 80 81

Visitors
Year 2222 2224 2226 2226 2226 2230 2232

Visitors
Total 3822 3824 3827 3829 3831 3837 3841

Посмотреть все 566 отзывов

«WP Statistics» — проект с открытым исходным кодом. В развитие плагина внесли свой вклад следующие участники:

Участники

13.0.8

• Improvement getting page id & type queries for the admin page
• Added no-cache in the hit endpoint response to compatibility with Cloudflare HTML caching
• Improvement exceptions to make sure working properly

13.0.7

• Compatibility with WordPress v5.7
• Fixes linking hits page from post meta box
• Support new hooks for email reporting and fix email logging
• Compatibility with Advanced Reporting and fixes tweak issues

13.0.6

• Improvement the time-out functionality while downloading the GeoIP city database.
• Fixed conflict with custom post-type column.
• Fixed error to passing the wrong argument for implode in WhichBrowser.
• Fixed date range selector in Top Pages.
• Fixed purge cache data after deleting the table.
• Fixed some issues & improvement historical functionality.
• Minor Improvements.

13.0.5

• Compatibility the ChartJs with some kind of plugins.
• Compatibility with WordPress v5.6
• Improvement error handling with REST API
• Added an option in the Optimization page to optimize & repair the tables.
• Added ability to filter wp_statistics_get_top_pages() by post type #343
• Fixed the issue to load Purge class.
• Minor Improvements in SQL queries.

13.0.4

• Compatibility with PHP v7.2 and adjustment requires PHP version in the Composer to 5.6
• Fixed the issue to get the Referred::get() method during the initial plugin.
• Fixed issue to create tables queries in MariaDB v10.3
• Fixed the ChartJs conflict with some plugins.
• Disabled the Cronjob for table optimization in the background process (we’re going to create an option on the Optimization page to handle it)
• Minor Improvements.

13.0.3

We’re very sorry regarding the previous update because we had a lot of changes on v13.0, we worked almost 1 year for this update and considered all situations and many tests, anyway try to update and enjoy the new features!

• Fixed critical issue when some PHP modules such as bcmath are not enabled. it caused a fatal error, the purpose flag platform-check from Composer has been disabled.
• Fixed the «Connect to WordPress RestAPI» message while loading the admin statistics’ widgets, the uBlock browser extension was blocking the WP-Statistics’s requests.
• Fixed the upgrade process issue, one of the previous action was calling and that caused the issue, that’s now disabled.
• Disabled some repair and optimization table queries during the initial request.
• Minor Improvements.

13.0.2

New Feature

• Added error logs system
• Added the ability to change visitors’ data based on WordPress hook
• Added the ability to manage the plugin based on WP-CLI
• Added a link to show user’s location’s coordinates on Google Map based on their IP
• Added advanced filters in the page of WordPress website visitors list
• Added the class of sending standard email reports in the WordPress
• Added the ability to get WordPress users in the database record

Bug Fix

• Fixed recording visitors data problem when the cache plugin is installed
• Fixed exclusion problem in Ajax requests mode
• Fixed REST-API requests problem in JavaScript mode without jQuery library
• Fixed the issue of limiting the number of database table records
• Fixed the problem of getting WordPress page type in taxonomy mode
• Fixed display of visitor history for yesterday and today

Improvement

• Improved widget information based on REST-API
• Optimized and troubleshot database tables after an interval of one day
• Improved plugin information deleting operation
• Improved receiving country and city visitors information based on WordPress cache IP
• Improved display plugin management menus list in WordPress
• Improved search engine display in the mode of referring users from the search engine to the website
• Improved widgets display and Ajax loading capability
• Improved loading of JS files based on plugin-specific pages

12.6.1

• Added Whip Package for getting visitor’s IP address.
• Fixed get the country code when the Hash or Anonymize IP Addresses is enabled.
• Added database upgrade class for update page type.
• Fixed duplicate page list in report pages.
• Fixed bug to get home page title.
• Improvement Sanitize subject for sending email reporting.
• Improvement jQuery Datepicker UI.
• Improvement visitor’s hit when there was a broken file in that request.

12.6

Added

• Post/Page Select in statistics page reporting according to post Type.
• Online Users widget, A cool widget to show current online users!
• A new table visitor_relationship for saving visitors logs.
• user_id, page_id, type columns to statistics_useronline table.
• Visitor count column in Top Country widget.

Improvement

• Improvement MySQL time query in all functions.
• Improvement online users page UI.
• Improvement Top referrals UI.
• Improvement CSV exporter.
• Improvement pagination in admin pages that used the WordPress paginate_links.
• Improvement time filter in admin pages stats.
• Improvement admin_url link in all admin pages.
• Improvement text wrap in all meta boxes.
• Fixed reset number online users list in period time.
• Schedule list in statistical reporting.
• Refer Param in Top Referring Sites page.
• Fix method to get IP addresses.
• Fix Page CSS.
• Fix the error of No page title found in the meta box.
• Fix show number refer link from custom URL.
• Fix update option for Piwik blacklist.

Deprecated

• Remove WP_Statistics_Pagination class.
• Deprecate Top Search Words (30 Days) widget.

12.5.7

• Added: The Edge To Browser List.
• Added: date_i18n function in dates for retrieving localized date.
• Improved: The Browsers charts.
• Improved: Minor issues in GeoIP update function.
• Optimized: All png files. (60% Save).

12.5.6

• Fixed: Counting stats issue in Cache mode.

12.5.5

• Improved: The WP-Statistics Metaboxes for Gutenberg!
• Improved: The params() method.
• Improved: Referrers URL to be valid.

12.5.4

• Disabled: Notice cache in all admin pages just enabled in the summary and setting of WP-Statistics pages.
• Improved: Some methods. params() and get_hash_string().

12.5.3

• Added: Option for enabling/disabling the hits meta box chart in the edit of all post types page and that option is disabled by default.
• Improved: The responsive problem of Recent Visitors and Latest Search Words widgets in WP Dashboard.
• Improved: Avoid using jQuery in the inline script to for send request when the cache is enabled.
• Improved: The GeoIP updater.
• Improved: The cache process in the plugin.
• Improved: Get location for Anonymize IP Addresses.
• Improved: The query in the Author Statistics page.

12.5.2

• Improved: Some issues in php v5.4

12.5.1

• Added: Cache option for support when the cache enabled in the WordPress.
• Added: Visitor’s city name with GeoIP, you can enable the city name in Settings > Externals > GeoIP City
• Added: WP-Statistics shortcode in the TinyMCE editor. you can use the shortcode easily in the posts and pages.
• Added: Qwant search engine in the Search Engine Referrals.
• Added: Referrers to WP-Statistics shortcode attributes. e.g. [wpstatistics stat=referrer time=today top=10]
• Added: WhichBrowser and CrawlerDetect. These libraries give us more help in identifying user agents. the Browscap library removed.
• Improved: The Datepicker in the WP-Statistics pages, supported WordPress custom date format.
• Improved: The pagination class.
• Improved: The assets and fixed conflict ChartJS issue, when the Hit Statistics Meta box was enabled in posts/pages.
• Improved: The responsive summary page.
• Improved: Exclude Ajax requests, now compatible with Related Post by Jetpack.
• Improved: Some issues.
• Updated: Chart.js library to v2.7.3
• Enabled: Hit Statistics in posts/pages. the conflict problem solved.
• Disabled: The setting menu when the current user doesn’t access.
• Disabled: Baidu search engine by default after installing.

12.4.3

• Disabled: The welcome page and Travod widget.

12.4.1

• Implemented: The do_welcome() function.
• Updated: Libraries to latest version.
• Added: delete_transient() for deleting transients when uninstalling the plugin.

12.4.0

• Removed: The Opt-Out removed.
• Added: Anonymize IP addresses option in the Setting > Privacy.

12.3.6.4

• Updated: Libraries to latest version.
• Enabled: The suggestion notice in the log pages.
• Improvement: Counting non-changing collections with count(). Thanks Daniel Ruf

12.3.6.3

• Disabled: The suggestion notice.

12.3.6.2

• Tested: With PHP v7.2.4
• Added: Suggestion notice in the log pages.
• Added: New option for enable/disable notices.

12.3.6.1

• Improvement: I18n strings.
• Improvement: GDPR, Supported for DNT-Header.
• Improvement: GDPR, Added new option for delete visitor data with IP addresses.

12.3.6

• Note: GDPR, We Updated Our Privacy Policy.
• Added Privacy tab in the setting page and moved Hash IP Addresses and Store entire user agent in this tab.
• Added Opt-out option in the Setting page -> Privacy for GDPR compliance.
• Updated: Chart.js library to v2.7.2
• Fixed: Issue to build search engine queries.

12.3.5

• Improvement: Isolation Browscap cache processes to reduce memory usage.
• Improvement: Include file.php and pluggable.php in GeoIP downloader when is not exists.
• Fixed: GeoIP database update problem. Added an alternative server for download database when impossible access to maxmind.com

12.3.4

• Updated: Browscap to v3.1.0 and fixed some issues.
• Improvement: Memory usage in the plugin when the Browscap is enabled.
• Improvement: Cache system and update Browscap database.

12.3.2

• Added: New feature! Show Hits on the single posts/pages.
• Added: Pages Dropdown in the page stats.
• Fixed: Menu bar for both frontend & backend.
• Fixed: Issue to create the object of the main class.
• Fixed: Issue to get page title in empty search words option.
• Fixed: Issue to show date range in the charts.

12.3.1

• We’re sorry about last issues. Now you can update to new version to resolve the problems.
• Updated: Composer libraries.
• Fixed: A minor bug in get_referrer_link.
• Improvement: wp_doing_cron function, Check before call if is not exist.
• Fixed: Issue to get IP in Hits class.
• Fixed: Issue to get prefix table in searched phrases postbox.
• Fixed: Issue in Browscap, Used the original Browscap library in the plugin.
• If you have any problem, don’t forget to send the report to our web site’s contact form.

12.3

• The new version proves itself more than twice as faster because we had a lot of changes in the plugin.
• Improvement: Management processes and front-end have been separated for more speed.
• Improvement: MySQL Queries and used multi-index for wp_statistics_pages.
• Improvement: Top Referring widget in Big data. Used Transient cache to build this widget data.
• Fixed: Issue in checking the Cron request.
• Fixed: Issue in i18n strings. The load_plugin_textdomain missed.
• Fixed: issue in generating query string in some state pages.
• Fixed: issue in admin widget. The id in label missed and used get_field_id method to get a correct id.
• Fixed: Admin bar menu icon.
• Updated: Chart.js library to v2.7.1

12.2.1

• Fixed: Issue to add_column callback.

12.2

• The new version proves itself more than twice as faster because we had a lot of changes in the plugin.
• Improvement: Many functions converted to classes.
• Improvement: Export data on the optimization page.
• Improvement: Constants, Include files.
• Improvement: Setting/Optimization page stylesheet and removed jQuery UI to generate tabs.
• Added: Top Search Words in the plugin.
• Fixed: Some notices error.
• Removed: Some unused variables.
• Removed: Force English option feature in the plugin.
• Thanks Farhad Sakhaei To help us with these changes.

12.1.3

• We’re sorry about last issues. Now you can update to new version to resolve conflict issues.
• Fixed: Chart conflict issues with other libraries.
• Fixed: Chart height issue in css.
• Fixed: Correct numbering for pages > 1 in Top Referring page. #22
• Fixed: Don’t run the SQL if $reffer is not set. #21
• Fixed: Refferer url scheme. #24 Thanks Farhad Sakhaei
• Fixed: Network menu icon.

12.1.0

• Added: Awesome charts! The Chartjs library used in the plugin for show charts.
• Updated: Missed flags icons. (Curaçao, Saint Lucia, Turkmenistan, Kosovo, Saint Martin, Saint Barthélemy and Mayotte)
• Updated: Countries code.
• Updated: Settings and Optimization page styles.
• Fixed: Showing data on the Browsers, Platforms and browsers version charts.
• Fixed: Postbox container width in Logs page.
• Removed: WP_STATISTICS_MIN_EXT define for load .min version in css/js.
• Removed: Additional assets and the assets cleaned up.

12.0.12.1

• Fixed: PHP syntax error for array brackets when the PHP < 5.4

12.0.12

• Added: Add-ons page! The Add-ons add functionality to your WP-Statistics. Click here to see current Add-ons.
• Fixed: Translations issue.
• Updated: GeoIP library to v2.6.0
• Updated: admin.min.css

12.0.11

• Release Date: August 17, 2017
• Fixed: links issue in the last visitors page.
• Fixed: i18n issues (hardcoded strings, missing or incorrect textdomains).
• Updated: admin CSS style. set with for Hits column in posts/pages list.
• Updated: Improve consistency, best practices and correct typos in translation strings.
• Updated: More, Reload and Toggle arrow buttons in metaboxes are consistent with WP core widget metaboxes, with screen-reader-text and key navigation. by Pedro Mendonça.

12.0.10

• Дата релиза: 24 июля 2017 года
• Added: UptimeRobot to the default robots list.
• Fixed: Uses esc_attr() for cleaning $_GET in referrers page.
• Removed: screen_icon() function from the plugin. (This function has been deprecated).

12.0.9

• Дата релиза: 3 июля 2017 года
• Fixed: XSS issue with agent and ip in visitors page, Thanks Ryan Dewhurst from Dewhurst Security Team.
• Updated: GeoIP library to v2.5.0
• Updated: Maxmind-db reader library to v1.1.3

12.0.8.1

• Дата релиза: 2 июля 2017 года
• Fixed: load languages file. please visit translations page to help translation.

12.0.8

• Дата релиза: 29 июня 2017 года
• Fixed: SQL Injection vulnerability, thanks John Castro for reporting issue from sucuri.net Team.
• Added: new hook (wp_statistics_final_text_report_email) in email reporting.
• Removed: all language files from the language folder. Translations have moved to translate.wordpress.org.

12.0.7

• Дата релиза: 8 июня 2017 года
• Совместимость с WordPress 4.8
• Обновлено: логотип WP-Statistics! Спасибо Arin Hacopian за дизайн логотипа.
• Removed: manual file and moved to wp-statistics.com/category/documentation
• Fixed: items show issue in referring page.
• Fixed: recent visitor link in dashboard widget.

12.0.6

• Дата релиза: 27 апреля 2017 года
• Fixed: Additional XSS fixes, thanks Plugin Vulnerabilities Team.

12.0.5

• Дата релиза: 6 апреля 2017 года
• Fixed: Referrers, that are not search engines, are missing from the referrers widget/page.
• Fixed: Additional XSS fixes, thanks Gen Sato who submitted to JPCERT/CC Vulnerability Handling Team.
• Fixed: Updated CSS definition for widgets to avoid overflow only for WP Statistics widgets instead of all active widgets to avoid conflicts with other plugins.

12.0.4

• Дата релиза: 1 апреля 2017 года
• Fixed: Additional XSS issue with referrers, thanks Gen Sato who submitted to JPCERT/CC Vulnerability Handling Team.
• Updated: Optimizations for referrers encoding.
• Updated: Logic for detecting invalid referrer types to capture more types.

12.0.3

• Дата релиза: 31 марта 2017 года
• Fixed: Additional XSS issue with referrers, thanks Gen Sato who submitted to JPCERT/CC Vulnerability Handling Team.

12.0.2

• Дата релиза: 30 марта 2017 года
• Fixed: Top referrer widget was not using the new search table.
• Fixed: On the referrers page, selecting a host would reset the date range.
• Fixed: XSS issue with date range picker, thanks Anon submitter to JPCERT/CC Vulnerability Handling Team.
• Fixed: XSS issue with referrers, thanks Gen Sato who submitted to JPCERT/CC Vulnerability Handling Team.

12.0.1

• Дата релиза: 24 марта 2017 года
• Added: Check for BCMath or GMP Math extensions to support newer GeoIP database files.
• Fixed: Robots list not being updated on upgrades properly in some cases.
• Fixed: wp_statistics_get_uri() to handle cases where site and home URI’s are different.
• Fixed: wp_statistics_get_uri() to validate what is being removed to make sure we don’t remove the wrong things.
• Fixed: Display of individual referring site stats.

12.0.0

• Дата релиза: 18 февраля 2017 года
• Added: Categories, tags and authors stats pages.
• Added: Option to exclude AJAX calls from the statistics collection.
• Fixed: Removal of settings now uses the defaults and handles a conner case that could cause corrupt settings to be saved during the reset.
• Fixed: URI retrieval of the current page could return an incorrect result in some cases.
• Fixed: Images in the HTML version of the admin manual did not display correctly in Microsoft IE/Edge.
• Fixed: Incorrect variable name on the exclusions page for the robots list.
• Updated: After «removal» the notice on the plugins page is now at the top of the page as an admin notice instead of being embedded in the plugin list.
• Updated: Split change log, form this point forward only the changes for the last two major versions will be included, older entries can be found in the changes.txt file in the plugin root.

11.0.3

• Дата релиза: 13 января 2017 года
• Added: Option to reset plugin options without deleting the data.
• Fixed: If IP hashing as enabled a PHP would be generated during the hashing.
• Fixed: Typo in JavaScript code that would cause some errors not to be displayed.
• Fixed: Make sure the historical table exists before checking the keys on it which would cause extra output to be generated on first install.
• Updated: RTL CSS styles for left/right div’s in the admin dashboard, thanks sszdh.

11.0.2

• Дата релиза: 1 декабря 2016 года
• Fixed: Top visitors page css for date picker.
• Fixed: Incorrect url for link on recent visitors widget.
• Fixed: Make sure the tick intervals are always whole numbers, otherwise the axis ticks won’t match up with the data on line charts.
• Fixed: Make sure when looking up a page/post ID for a URL to take the latest visited id instead of the first in case the URI has been reused.
• Fixed: Duplicate display of hit statistics on hits page in some corner cases.

11.0.1

• Дата релиза: 7 ноября 2016 года
• Fixed: Don’t refresh a widget if it’s not visible, fixes the widget being replaced by a spinner that never goes away.
• Updated: Minimum PHP version is now 5.4.
• Updated: Additional error checks for new IP code.
• Updated: jqPlot library to version development version and added DST fix.

11.0

• Дата релиза: 28 октября 2016 года
• Added: IPv6 Support.
• Added: Time attribute to searches shortcode.
• Added: Basic print styles for the overview and log pages.
• Fixed: Default provider for searches shortcode.
• Fixed: Display of top sites list when the display port is very small would .
• Fixed: CSS for date picker not loading.
• Fixed: Incorrect stats on some pages for date ranges that end in the past.
• Fixed: Date range selector on stats now properly displays a custom range after it has been set.
• Fixed: «Empty» log widget columns could not have widgets added to them.
• Updated: GeoIP library to version 1.1.1.
• Updated: phpUserAgent library to 0.5.2.
• Updated: Language on the front end widget to match the summary widget in the admin.
• Removed: Check for bc math.
• Removed: Last bits of google maps code.

10.3

• Дата релиза: 19 августа 2016 года
• Added: Support for minified css/js files and the SCRIPT_DEBUG WordPress define.
• Added: spans around the text for widget fields for easier styling.
• Added: ‘AdsBot-Google’ to the robots list
• Fixed: Pop up country information on the map dashboard widget will now stay on top of the WordPress dashboard menus.
• Fixed: WP_DEBUG errors in front end widget.
• Updated: JQVMap library to version 1.5.1.
• Updated: jqPlot library to version 1.0.9.
• Updated: GeoIP library to version 2.4.1.

10.2

• Дата релиза: 2 августа 2016 года
• Added: Support for use page id in Get_Historical_Data function.
• Updated: jQuery CSS references.
• Fixed: Various WP_DEBUG warnings.
• Fixed: Incorrect URL in quick access widget for some of the totals.
• Fixed: Make sure to escape the post title in the widget otherwise the graph may not be displayed correctly.
• Removed: Google Maps support as Google no longer supports keyless access to the API (http://googlegeodevelopers.blogspot.com.es/2016/06/building-for-scale-updates-to-google.html).

10.1

• Дата релиза: 3 апреля 2016 года
• Updated: Top pages page to list the stats for the selected date range in the page list.
• Updated: Added check for gzopen() function to the Optimization page as some builds of PHP are broken and do not include it which causes the GeoIP download to fail causing a white screen of death in some cases.
• Updated: Added check to make sure we can write to the upload directory before doing so.
• Updated: User Agent Parser library updated to V0.5.1.
• Updated: MaxMind Reader Library updated to V1.1.
• Fixed: Only display the widgets on the overview page that have their features enabled.
• Fixed: Top pages list failed when there were less than 5 pages to display.
• Fixed: Manual download links did not function.
• Fixed: Typo in function name for purging the database.
• Fixed: Renamed the Czech and Danish translation file names to function correctly.
• Fixed: Ensure we have a valid page id before record the stat to the database to avoid an error being recorded in the PHP error log.

10.0.5

• Дата релиза: 5 февраля 2016 года
• Fixed: Date range selector display after entering a custom date range.
• Fixed: Date ranges that ended in the past displaying the wrong visit/visitors data.

10.0.4

• Дата релиза: 21 января 2016 года
• Fixed: Recent Visitors widget in the dashboard did not work.
• Fixed: Top Visitors in Overview page would not reload.
• Fixed: Links for yesterday and older visitors count went to wrong page.
• Fixed: Typo in purge code that caused a fatal error.

10.0.3

• Дата релиза: 19 января 2016 года
• Updated: Google map API now always uses https.
• Fixed: Google map error that broken the overview page display of charts and the map.

10.0.2

• Дата релиза: 19 января 2016 года
• Added: Additional error checking on widget load so they will retry if there is a failure.
• Fixed: Added code to flush out invalid widget order user meta.
• Fixed: Include Fatal Error if corrupt data was passed to the ajax widget code.

10.0.1

• Дата релиза: 18 января 2016 года
• Fixed: If you re-ordered the widgets on the overview screen and then reloaded the page, all the widgets would disappear.

10.0

• Дата релиза: 15 января 2016 года
• Added: Widgets now support reloading on overview and dashboard screen.
• Updated: Overview screen now loads widgets dynamically to reduce memory usage.
• Updated: Dashboard widgets now load dynamically.
• Updated: Enabling dashboard widgets now no longer require a page load to display the contents.
• Updated: Replaced the old eye icon and «more…» link on the right of the title on the overview widgets with a new icon on the right beside the open/close icon.
• Fixed: Removed extraneous single quote in SQL statement on referrers page, thanks jhertel.
• Fixed: Order of parameters in referrers page when viewing individual referrers was incorrect and resulted in a blank list.
• Fixed: UpdatedSQL for last post date detection to order by post_date instead of ID as someone could enter a date in the past for their publish date. Thanks PC1271 for the fix.
• Fixed: The referrers widget would only select the first 100k records due to a limit in PHP/MySQL, it will now select all records.
• Removed: Widget selection and ordering from the settings page, the «Screen Options» tab can now be used on the enabled/disable widgets and drag and drop will remember their location.
• Removed: Overview page memory usage in the optimization page as it is no longer relevant.

logic device — Russian translation – Linguee

Использование подключаемого модуля Widget Logic для отображения и скрытия виджетов WordPress

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

Виджеты всегда были основной функцией WordPress, но по умолчанию нет простого способа отключить определенный виджет на определенной странице вашего сайта. Если, например, вы застряли с контактной формой на боковой панели страницы контактов, то вы будете знать, что делает Widget Logic (и другие подобные решения) хорошей идеей.

Однако есть одна важная вещь, которую вам нужно знать о том, как использовать Widget Logic для создания условных виджетов: плагин имеет довольно продвинутый пользовательский интерфейс, который требует, чтобы вы действительно думали в PHP (псевдокоде).

Чтобы использовать плагин Widget Logic, вам необходимо понимать условные теги WordPress

Widget Logic делает что-то необычное для такого популярного (> 300K установок) плагина: он требует, чтобы вы знали базовый синтаксис PHP и, в частности, синтаксис условных тегов WordPress. теги.

Итак, если небольшие фрагменты кода вроде is_page () или ! is_singular ('product') кажется вам знакомым, вы точно впишетесь в пользовательский интерфейс Widget Logic, потому что вы пишете эти условные теги — это то, что Widget Logic использует в качестве своей системы для определения, когда условно показывать и скрывать ваши виджеты.

Если вы не знаете синтаксиса условного тега, у нас есть несколько советов:

Что делать, если вы не знаете синтаксис условного тега WordPress

Не беспокойтесь! Вот несколько вариантов:

1. Узнайте, как писать условные теги WordPress.Это одна из самых элегантных частей всей кодовой базы WordPress, поэтому научиться думать с помощью условных тегов — отличное место для начала карьеры программиста в WordPress.
2. Узнайте, как заниматься разработкой WordPress в целом! Если изучение этого фрагмента псевдокода PHP приводит к ошибке разработки WordPress, возможно, вам понравится наш полный курс по основам разработки WordPress, в котором подробно рассматриваются условные теги и все другие ключевые темы разработки WordPress.
3. Используйте плагин, основанный на интерфейсе, который не требует написания псевдокода PHP.Вы можете начать с опробования аналогичной функции Jetpack Widget Visibility, о которой мы также рассказали в Кратком руководстве.

Как использовать подключаемый модуль Widget Logic с примерами кода

Вот наше видео-руководство по использованию Widget Logic:

И текстовое резюме этой информации:

Использование условных тегов с Widget Logic

1. Установить и активировать плагин Widget Logic.
2. Зайдите в свои виджеты, наверное, в настройщике.
3. Выберите виджет, которым хотите управлять, разверните его.Вы увидите новый раздел «Логика виджета» внизу. В этом поле вы пишете свой код. По сути, это место, где вы можете использовать условные теги WordPress.

На самом деле правильное использование этих условных тегов — сложная часть. Вот несколько примеров использования:

• Чтобы виджет отображался только на статической главной странице вашего сайта, вы должны написать is_front_page () .
• Чтобы отображать виджет везде, где вызывается его область виджета, кроме ваших сообщений типа Page (например, на странице «О нас»), вы должны написать ! is_page () (это означает, что виджет должен отображаться, «если« is page »не соответствует действительности»).
• Чтобы отображать виджет только в отдельных сообщениях типа Course, вы должны написать is_singular ('course') .

Дополнительная литература

Widget Logic — очень полезный плагин, но на удивление сложный в использовании. Если вы хотите узнать больше о системе виджетов WordPress в целом или о ее условных тегах, вот дополнительные ресурсы:

Как использовать условные теги WordPress

Создание виджетов WordPress: полное руководство

Спасибо для чтения!

Как использовать Widget Logic для WordPress

Widget Logic — это мощный плагин, который контролирует, где должен появляться виджет и, наоборот, где этого не должно быть.Это отличный легкий плагин, поэтому я установил его во всех моих блогах. Он включен в мой список первых плагинов для установки на сайт под управлением WordPress. После установки плагина под каждым из ваших виджетов будет добавлена ​​новая область ввода. Здесь мы разместим наши условные теги WordPress и другие операторы.

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

Как использовать условные теги WordPress

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

is_front_page () Показать виджет на главной странице.

is_home () Показать виджет на «странице сообщений», также известной как «страница блога».

is_page () Показывать виджет на страницах. Вы можете использовать ID страницы, Title или Slug .
Пример:
is_page ('About')
is_page (50)
is_page (array ('About', 'Contact', 50, 75))

is_single () Показывать виджет в сообщениях.
Пример:
is_single ('Hello World')
is_single (45)
is_single (array ('Hello World', 'Happy Birthday Post', 45))

in_category () Показать виджет, если сообщение находится в категории.
Пример:
in_category ('Аниме')
in_category (array ('Anime', 'Manga', 'Cat1', 'Cat2'))

has_tag () Показать виджет, если у публикации есть тег.
Пример:
has_tag ('Tutorials')
has_tag (array ('Tutorials', 'WordPress', 'Tag1', 'Tag2'))

get_post_type () == 'topic' Показать виджет, если отображается тема bbPress.Вы также можете использовать is_bbpress () , но это приведет к ошибке, если плагин bbPress не установлен или отключен. Первоначально я пытался найти способ использовать function_exists () в Widget Logic для переноса на is_bbpress () , но безуспешно.

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

Другие советы по использованию Widget Logic

• Комбинирование операторов позволяет получить больший контроль.

Пример:
Показать виджет на домашней странице и странице About .
is_front_page () || is_page ('О программе')

Показывать виджет на страницах с тегом Tutorial и на bbPress Topics .
has_tag ('Учебное пособие') || (get_post_type () == 'тема')

• Negation (!) добавляет гибкости, а иногда и эффективнее.

Пример:
Показывать виджет везде, кроме , а не на домашней странице .
! Is_front_page ()

Показывать виджет во всех сообщениях, кроме , а не на страницах .
! Is_page ()

Показывать виджет везде, кроме , а не на странице About .
! Is_page ('О программе')

• Если у вас есть объявления AdSense на ваших виджетах, вы можете добавить это условие.

! Is_preview ()
Это предотвращает показ рекламы всякий раз, когда мы нажимаем Preview в редакторе сообщений .Это сделано для того, чтобы роботы Google не сканировали страницу предварительного просмотра и, следовательно, не сообщали, что страница отсутствует или имеет статус 404.

51. Подключение логики приложения к виджетам

51. Подключение логики приложения к виджетам

51. Подключение логики приложения к виджетам

В предыдущих разделах говорилось о том, как расположить и
настроить виджеты — переднюю панель
заявление.

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

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

  • Некоторые элементы управления, такие как кнопки, имеют атрибут command , который позволяет указать
    процедура, называемая обработчиком ,
    который будет вызываться всякий раз, когда пользователь щелкает этот
    контроль.

    Однако последовательность событий для использования виджета Button очень специфична.Пользователь должен навести указатель мыши на
    виджет с кнопкой мыши 1 вверх, затем нажмите мышь
    кнопку 1, а затем отпустите кнопку мыши 1, пока
    все еще на виджете. Никакой другой последовательности событий
    «нажмет» кнопку
    виджет.

  • Существует гораздо более общий механизм, позволяющий
    ваше приложение реагирует на многие другие типы
    вводы: нажатие или отпускание любой клавиши клавиатуры или
    кнопка мыши; движение мыши внутрь, вокруг,
    или вне виджета; и многие другие мероприятия.Как и в случае с
    команда обработчиков, в этом механизме
    вы пишете процедуры-обработчики, которые будут вызываться
    всякий раз, когда происходят определенные типы событий. Этот
    Механизм обсуждается в Разделе 54, «События».

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

О приложениях-виджетах

О приложениях-виджетах

Поток управления в приложении-виджете принципиально отличается от других программ IDL. Программа, написанная для использования из командной строки IDL, обычно принимает свои входные данные при вызове программы. Затем программа продолжает в четко определенном порядке обрабатывать эти входные данные и выдавать некоторые выходные данные; расчетное значение, график, изображение, и т. д. .Напротив, приложения-виджеты управляются событиями .

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

Этот подход к вычислениям фундаментально отличается от традиционного командного подхода.Действия выполняются в порядке, указанном пользователем во время выполнения, а не в порядке, определенном программистом. Модель приложения виджета и методы программирования обсуждаются позже в этом разделе. События из виджетов IDL генерируются в форме переменной структуры IDL, специфичной для виджета. Также подробно обсуждаются события виджета и обработка событий.

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

Выполнение кода примера

Код примера, используемый в этом разделе, является частью распределения IDL. Все примеры, разработанные в этих разделах, включены в виде файлов .pro в подкаталог examples / doc / widgets дистрибутива IDL. По умолчанию этот каталог является частью пути IDL; если вы не изменили свой путь, вы сможете запустить примеры, как описано здесь.См.! PATH для получения информации о пути IDL.

В дополнение к разработанным здесь примерам можно увидеть ряд простых примеров программирования виджетов, запустив программу IDL wexmaster.pro, расположенную в папке / examples / widgets / wexmast дистрибутива IDL. Должен появиться интерфейс виджета с выпадающим меню небольших приложений-виджетов.

Управление виджетами

Управление виджетами

IDL предоставляет несколько процедур, которые позволяют программно манипулировать виджетами и управлять ими:

• WIDGET_CONTROL позволяет реализовать иерархию виджетов, управлять ими и уничтожать их.
• WIDGET_EVENT позволяет обрабатывать события, генерируемые определенной иерархией виджетов.
• WIDGET_INFO позволяет получать информацию о состоянии определенного виджета или иерархии виджетов.
• XMANAGER обеспечивает цикл событий и управляет событиями, генерируемыми всеми существующими иерархиями виджетов.
• XRRU позволяет проверить, зарегистрирован ли в настоящее время конкретный виджет в XMANAGER.

Эти процедуры управления виджетами более подробно обсуждаются в следующих разделах.

WIDGET_CONTROL

Процедура WIDGET_CONTROL позволяет реализовать, управлять и уничтожать иерархии виджетов. Он часто используется для изменения поведения по умолчанию или внешнего вида ранее реализованных виджетов.

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

Реализация иерархии виджетов

виджетов IDL на самом деле являются записями виджетов , которые представляют элементы набора инструментов пользовательского интерфейса для конкретной платформы. Чтобы создать экземпляры элементов инструментария для конкретной платформы, виджеты должны быть реализованы со следующим утверждением:

 WIDGET_CONTROL, base, / REALIZE 

, где base — это идентификатор виджета верхнего уровня базового виджета для вашей иерархии виджетов.

Уничтожение иерархии виджетов

Стандартный способ уничтожить иерархию виджетов — использовать оператор:

 WIDGET_CONTROL, base, / DESTROY 

, где base — это идентификатор виджета верхнего уровня базового виджета иерархии, которую нужно уничтожить. Обычно программы IDL, использующие виджеты, выдают этот оператор в своей программе обработки событий в ответ на нажатие пользователем кнопки «Готово» в приложении.

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

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

Получение или изменение значений виджета

Вы можете использовать WIDGET_CONTROL для получения или изменения значений виджета с помощью ключевых слов GET_VALUE и SET_VALUE.Точно так же вы можете получить или изменить пользовательские значения виджета с помощью ключевых слов GET_UVALUE и SET_UVALUE.

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

 WIDGET_CONTROL, drawwid, GET_VALUE = draw 

 WSET, тираж 

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

 WIDGET_CONTROL, событие.id, GET_UVALUE = uval 

Дополнительные сведения о пользовательских значениях виджета см. В разделе «Пользовательские значения виджета».

Управление видимостью виджета

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

Установите для ключевого слова MAP значение WIDGET_CONTROL, равное нулю, чтобы скрыть виджет, или ненулевое значение, чтобы отобразить его снова.Например, чтобы скрыть виджет base1 и все его дочерние виджеты из поля зрения, используйте следующую команду:

 WIDGET_CONTROL, base1, MAP = 0 

По умолчанию виджеты отображаются автоматически, когда они реализованы. Вы можете предотвратить появление виджета на экране, когда вы это понимаете, установив MAP = 0 перед , чтобы реализовать иерархию виджетов.

Примечание: Хотя можно вызвать WIDGET_CONTROL, MAP = 0 с идентификатором виджета любого виджета, только базовые виджеты могут быть отменены.Если вы укажете идентификатор виджета, который не принадлежит базовому виджету, IDL будет искать вверх по иерархии виджетов, пока не найдет ближайший базовый виджет. К этой базе применяется операция карты.

Сенсибилизирующие виджеты

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

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

 WIDGET_CONTROL, bgroup, SENSITIVE = 0 

Обозначение трудоемких операций

В среде, управляемой событиями, важно, чтобы интерфейс быстро реагировал на действия пользователя.Обработчики событий виджетов должны быть написаны так, чтобы они выполнялись быстро и возвращались. Однако иногда у обработчика событий нет другого выбора, кроме как выполнить медленную операцию. В таком случае рекомендуется сообщить пользователю, что система занята. Это легко сделать с помощью ключевого слова HOURGLASS непосредственно перед запуском дорогостоящей операции:

 WIDGET_CONTROL, / HOURGLASS 

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

WIDGET_EVENT

Функция WIDGET_EVENT возвращает события для иерархии виджетов с корнем Widget_ID . События генерируются при нажатии кнопки, изменении положения ползунка и т. Д. В большинстве случаев вы не будете использовать WIDGET_EVENT напрямую, а вместо этого будете использовать процедуру XMANAGER для управления событиями виджета. Обработка событий подробно обсуждается в разделе «Обработка событий виджета».См. Также WIDGET_EVENT для получения дополнительных сведений.

WIDGET_INFO

Функция WIDGET_INFO используется для получения информации о подсистеме виджетов и отдельных виджетах. Вы указываете идентификатор виджета, для которого хотите получить некоторую информацию, а также ключевое слово, определяющее тип информации. Например, чтобы определить индекс выбранного элемента в виджете списка, идентификатор виджета которого содержится в списке переменных, вы должны использовать следующую команду:

 listindex = WIDGET_INFO (список; / LIST_SELECT) 

Поиск идентификаторов виджетов с помощью WIDGET_INFO

Одно заслуживающее внимания использование WIDGET_INFO — найти идентификатор виджета для виджета с указанным именем пользователя .(Имя пользователя является частью записи виджета, которая содержит текстовый идентификатор, указанный программистом.) См. «Работа с идентификаторами виджета» для получения дополнительной информации об этом методе.

Дополнительную информацию см. В WIDGET_INFO.

XMANAGER

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

Использование XMANAGER позволяет запускать несколько приложений-виджетов и одновременно работать с командной строкой IDL. Хотя можно использовать WIDGET_EVENT напрямую для управления событиями в вашем приложении, почти всегда проще использовать XMANAGER.

Полную информацию см. В XMANAGER.

XRACT

Функция XRIGN возвращает True, если виджет, указанный в ее аргументе, в настоящее время зарегистрирован в XMANAGER.

Одно из применений функции XRLAN — управление количеством экземпляров данного приложения-виджета, которые выполняются в заданное время. Например, предположим, что у вас есть программа виджета, которая регистрируется в XMANAGER с помощью команды:

 XMANAGER, 'mywidget', база 

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

 ЕСЛИ (XR ЗАРЕГИСТРИРОВАН ('mywidget') NE 0), ТО ВОЗВРАЩАЕТСЯ 

Полную информацию см. В разделе XR.

Управление видимостью виджета WordPress с помощью условных виджетов

Опубликовано в WordPress от WP Engine

Последнее обновление 10 декабря 2019 г.

Виджеты

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

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

В этой статье мы расскажем, что такое условные виджеты и как их создавать. Мы также рассмотрим два варианта их настройки. Давайте нырнем!

Что такое условные виджеты?

Вкратце, условные виджеты — это виджеты WordPress, которые имеют дополнительную управляющую переменную.Это позволяет вам определить, будет ли каждый виджет отображаться на определенной странице или в публикации. Это может помочь вам несколькими способами.

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

Кроме того, делая ваши виджеты условными, вы можете гарантировать, что ваши боковые панели более релевантны каждой странице.Например, вы можете удалить виджет карты и маршрутов со всех своих страниц, но оставить их видимыми на странице «О нас». Это освобождает пространство виджетов боковой панели для более релевантного контента на других ваших страницах.

Как создать условный виджет (без Jetpack)

Когда дело доходит до работы с условными виджетами, вы можете использовать несколько инструментов. Некоторые из них требуют корректировки кода вашей темы, а другие — нет.

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

.

Шаг 1. Выберите подключаемый модуль условного виджета

Есть несколько вариантов плагинов для условного преобразования виджетов. В этом примере мы будем использовать Widget Logic:

.

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

Шаг 2. Откройте панель виджетов

Затем вы можете перейти к Внешний вид> Виджеты и открыть панель настроек на любом виджете, чтобы получить доступ к новому полю Логика виджета :

Здесь вы можете добавить любые условные теги WordPress, о которых мы упоминали ранее.Например, если вы хотите, чтобы определенный виджет отображался на боковой панели каждой страницы, кроме вашей страницы «О нас», вы можете добавить:

! Is_page ('about')

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

is_single () && in_category ('выпечка')

Кроме того, вы найдете дополнительные параметры внизу страницы Внешний вид> Виджеты :

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

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

Изменение видимости виджета с помощью Jetpack

Как мы упоминали ранее, еще одним решением для настройки параметров отображения вашего виджета является использование Jetpack.Этот многоцелевой плагин имеет множество функций, которые могут помочь вам настроить производительность вашего веб-сайта WordPress, а также позволяет управлять условными виджетами.

Шаг 1. Откройте настройки Jetpack

После того, как вы выполнили необходимые шаги по установке и настройке Jetpack, вам нужно будет посетить страницу Jetpack> Настройки на панели инструментов WordPress. Затем щелкните вкладку Writing :

Функция видимости виджета по умолчанию отключена.Вам нужно будет прокрутить вниз до области настроек Widget и включить эту опцию:

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

Шаг 2: Добавьте новые правила

Теперь, когда ваша функция видимости включена, вы можете перейти к Внешний вид> Виджет на панели инструментов WordPress. Если вы нажмете на активный виджет, вы увидите новую кнопку Visibility :

Если вы выберете Visibility, вы найдете новую панель опций, где вы можете создавать логические операторы видимости.Это позволит вам контролировать, где каждый конкретный виджет отображается на вашем веб-сайте WordPress:

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

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

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

Настройте свой сайт с помощью WP Engine

Теперь, когда вы знаете, как получить больший контроль над тем, на каких страницах и публикациях отображаются ваши виджеты WordPress, вы можете создавать высокорелевантные боковые панели для своего веб-сайта. Здесь, в WP Engine, мы понимаем, насколько важным может быть доступ к нужным ресурсам разработчика, если вы хотите создать действительно собственный сайт.

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

GitHub — Сообщество Bonitasoft / виджеты вкладов

Это репозиторий, в котором Сообщество может создавать свои пользовательские виджеты и делиться ими.

Вы можете просмотреть список виджетов, доступных в папке src / widgets. Следуйте приведенным ниже инструкциям, чтобы понять, как настроить среду и развернуть виджеты.

Платформа предоставляется для начала создания пользовательских виджетов для UI Designer. Он включает в себя этапы сборки, тестирования и развертывания и поддерживает несколько виджетов.

На этапе сборки будет создана папка dist с результирующей директивой и zip-файлом, который можно напрямую импортировать.
в дизайнере пользовательского интерфейса или через командную строку с помощью шага развертывания .

Предварительные требования

• Узел> = v6.0.0
• Нм> = v4.2.0

Начало работы

Настройте проект локального узла:

сборка

Соберите все виджеты и создайте ZIP-версию каждого из них в папке dist /

.

Тесты

Запустить юнит-тесты всех виджетов

- смотреть Наблюдать за исходными файлами и запускать тесты при каждом изменении исходного файла

Развернуть

Вы можете развертывать виджеты, разработанные в семени виджетов, непосредственно в работающем UI Designer.

  npm run deploy - --widget <имя виджета> [--host ] [--force] [--watch]
  

--widget [обязательно] Имя каталога виджетов для развертывания
--host URL-адрес конструктора пользовательского интерфейса. Значение по умолчанию: http://127.0.0.1:8080/designer
--force Заменить виджет, если он уже существует в месте назначения
--watch Просмотр исходных файлов и повторное развертывание виджета при каждом изменении исходного файла

e.грамм. npm run deploy - --widget customWidget --host http://127.0.0.1:8080/designer --force --watch

Вы также можете развернуть все виджеты сразу.

  npm run deployAll - [--host ] [--force]
  

Структура виджета

Ниже приводится описание файлов, используемых для создания виджета.

Контроллер

Файл называется controller.ctrl.js

Он содержит логику виджета

Шаблон

Файл называется шаблоном.tpl.html

Он содержит шаблон виджета

Модель виджета

Файл называется widget.json.

Если содержит модель виджета.

  {
  "id": "customWidget", // Идентификатор виджета в виде верблюда, используемый как имя тега для элемента html
                                        // не должен начинаться с 'pb', поскольку это зарезервированный префикс для виджетов по умолчанию
                                        // Должно совпадать с именем папки, в которой находится виджет
                                        // Должен содержать только буквенно-цифровые символы без пробелов

  "name": "Widget", // Отображается в палитре виджетов."template": "@ template.tpl.html", // HTML-шаблон, встроенный во время сборки
  "controller": "@ controller.ctrl.js", // Директива controller, встроенная во время сборки
  "custom": true, // Должно быть установлено значение true
  "icon": " 

Папка с активами

Папка ресурсов содержит зависимости виджетов.Эти активы должны быть объявлены в модели виджета.

Совместимость с UI Designer

Виджет, созданный с помощью этого проекта, можно развернуть в UI Designer. Однако невозможно экспортировать виджет из UI Designer и импортировать его в этот проект.

Внести вклад

Если вы заинтересованы в создании новых виджетов, ознакомьтесь с Правилами участия

.