7 полезностей, которые можно сделать после установки WordPress 2.6

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

Теперь поделюсь с вами подборкой небольших фишек, найденных в интернете на буржу-сайте, которые можно сделать с чистой (или обновлённой) установкой WP 2.6, дабы жить было проще и веселее.

Полезность 1. Измените папку по умолчанию для загрузки изображений

По умолчанию, как и прежде, WordPress будет помещать все изображения в папку wp-content/uploads. Но вы можете указать любое другое место, в том числе и поддомен для хранения картинок. Это сократит урл к ним, а так же обезопасит вас от потери файлов при обновлении блога. И при бэкапе вам не надо будет копировать весь архив картинок, а лишь рабочие файлы блога и плагинов.

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

Полезность 2. Удалите лишний код из шапки темы

Про это писано и переписано и даже есть отдельные плагины. Речь естественно об указании WordPress’ом в шапке (header) сайта своей версии, что является буквально вызовом хакерам — вот я такой весь не обновлённый и дырявый, ломайте меня сколько влезет.
Чтобы удалить строку
<meta name="generator" content="WordPress 2.х" />, добавьте в файл functions.php, своей темы, следующее:
<?php remove_action('wp_head', 'wp_generator'); ?>

Полезность 3. Запретите людям просматривать содержимое ваших папок

Наверное, вам попадались сайты, зайдя на которые вместо стандартной html-страницы, вы видели некое подобие проводника со списком файлов и папок. Эти странички генерятся самим сервером, если он не находит индексный файл (index.php/index.html и т.п.). Чтобы такого не было (а ведь это тоже подсказка хакерам, если узнать, например, набор ваших плагинов, то можно спокойно попытаться провести XSS или SQL-инъекцию), достаточно в корне блога, в файле .htaccess добавить строку
Options All -Indexes

Полезность 4. Убираем шаблоны для Windows Live Writer

Для тех, кто не пользуется WLW или не использует встроенный превью (live preview), стоит добавить в functions.php следующую строку, чтобы не выводить в шапке ссылку на манифест:
<?php remove_action('wp_head', 'wlwmanifest_link'); ?>

Полезность 5. Отключаем контроль версий в WordPress 2.6

Если вы не в курсе, то в новой версии WordPress появился wiki-style контроль версий, позволяющий отслеживать все изменения поста/страницы на всём времени его существования. Так вот, полезность подобной фичи для блогов с одним автором довольно сомнительна, зато появляются дополнительные строки в таблице wp_posts при каждой попытке изменить/добавить текст.
Лечится это либо плагином No Revisions, либо одной строкой в wp-config.php:
define('WP_POST_REVISIONS', false);

Полезность 6. Перенос папки плагинов и шаблонов

В WordPress 2.6 у нас появилась возможность перенести папку wp-content куда угодно. Чем это полезно?
Да тем, что при обновлении и «перезаливке поверх» самого дистрибутива WP вы не потеряете свою тему, если она, например как у меня, называется default.
Тут, правда, стоит понимать, что большинство плагинов, не адаптированных под 2.6, могут «тупо» перестать работать, но если вы всё же решите перенести wp-content, то добавьте в wp-config.php следующий код:
define(’WP_CONTENT_DIR’, ‘http://www.ваш_сайт.ру/hidden-folder/wp-content’);

Полезность 7. Google XML Sitemap — изменение настроек

Если вы пользуетесь плагином для создания Google Sitemep, стоит подумать о переключении настроек генерации в «ручной» режим.

В автоматическом режиме сайтмап пересоздаётся каждый раз, когда вы изменяете или удаляете пост, а полное пересоздание xml-sitemap для блога с нормальным количеством записей — довольно ресурсоёмкая операция, которая будет «тормозить» публикацию поста, пока не будет обновлён сайтмап.
Например, у меня на блоге, на создания файла уходит 13 сек и 10 Мб памяти, что не так уж мало, учитывая, что блог содержит около 80 записей. Представляю, сколько времени и памяти требуется, блогам с 500+ постов.
В ручном режиме вам потребуется запускать выданную вам в настройках ссылку, которую можно повесить на выполнение в cron на раз в сутки. Или, если не умеете/не хотите возиться с Cron, воспользуйтесь услугами сервиса аля CronJob.

Вот такие вот полезные мелочи, надеюсь что-то было полезно не только мне.

Update: Аха-ха, вот что значит не читать долго рсс-ленту. После публикации наткнулся на перевод той же самой статьи в блоге у Дмитрия Донченко, а из комментариев и ещё один перевод обнаружился, так что прошу прощения за «баян», но больше — не меньше)

WordPress.org запустили новый каталог тем для блогов

Думаю многим авторам тем будет интересна следующая новость.

Давным давно существовал каталог тем по адресу http://themes.wordpress.net/, где можно было всегда найти тему практически на любой вкус, но по неизвестным причинам уже продолжительное время на сервисе закрыта возможность выкадывать новые темы.

Теперь стало ясно с чем это связано — разработчики WordPress, воодушевленные удобством поиска плагинов в http://wordpress.org/extend/plugins/, решили запустить аналогичный по функционалу сервис и для тем/шаблонов.

Как не сложно догадаться, новый каталог тем располагается по адресу http://wordpress.org/extend/themes/.

Что же получают веб-дизайнеры? Судя по заявленой информации — авторам тем совершенно не требуется разбираться в таких вещах как Subversion, достаточно залогиниться на сайте wordpress.org и перейти на страницу загрузки (upload page), скопировать туда zip-архив со своей темой, а сервис позаботится об остальном.

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

Для желающих добавить тему в каталог необходимо выполнить следующие требования:

  1. Все файлы темы должны находиться в одном единственном zip-архиве.
  2. В архиве должен быть файл style.css, содержащий:
    • Название темы. Должно быть уникально для каталога.
    • Тэги. Например, цветовая схема, виджет-совместимая, количество колонок. Посмотрите существующие тут.
    • Версию темы. В формате x.x или x.x.x, уникальную для данной темы.
    • Описание css-классов для положений картинок: mg.centered, img.alignright, img.alignleft, .alignright, .alignleft
  3. Скриншот темы должен называться screenshot.png и действительно должен быть скриншотом темы, а не заставкой или ещё чем.
  4. Лицензия должны быть GPL (на русском).
  5. Запрещены скрытые, рекламные и спонсорские ссылки. Ссылка на сайт автора темы допускается.
  6. Тема должна быть вашей собственной разработкой.

Если что-то будет указано не верно, то вам об этом сообщат в виде ошибки. После успешной загрузки на сервер, тема встанет на очередь к модератерам, которые убедятся, что нет никаких косяков. Как только тема попадёт в каталог — вас уведомят письмом.

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

А теперь немного корыстной информации, которая возможно подстягнёт авторов тем к загрузке своих работ на сервис — на данный момент в каталоге всего 3 темы. 2 которых скачали 750+ раз за прошедший день!

Не забывайте, что рядом с каждой темой болтаются ссылки с названием "Author HomePage" и "Theme HomePage", а это 2 ссылки с самого WordPress.org.

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

Удачного размещения на новом сервисе.

Update: Пока я писал пост, тем стало 5, а общее количество скачиваний перевалило за 1800. Так что торопитесь!

10 Вещей, которые Вам стоит знать о WordPress 2.6

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


WordPress 2.6 уже совсем рядом (похоже, что появится уже где-то на следующей неделе) (сегодня как раз релиз), и, как обычно, нас ожидает куча изменений, усовершенствований и улучшений, которые появятся в этой версии. По моему мнению, это не совсем релизная версия. И хотя в ней достаточно крупных нововведений, обычно идущие в основных релизах, большая часть релиза представлена различными улучшениями, которые чаще всего появляются в подверсиях (версиях с «точкой», аля 2.3.3). Вещи типа улучшения безопасности. Есть подозрения, что WP 2.6 хотят выпустить сейчас, чтобы уже ранней осенью порадовать нас WordPress 2.7 и интегрировать в него фичи, разработанные в рамках проекта Google Summer of Code.

И всё же, и сейчас существует значительное количество новых функций, которые мне показались интересными.

Поддержка Google Gears

Gears — это технология от Google, позволяющая браузеру Firefox (кажется и IE 6 тоже, но я не уверен) пре-кэшировать страницы и ускорять доступ к ним. Gears теперь встроен в WordPress 2.6 в админ-панель и ощутимо ускоряет работу с ней. Это особенно важно для тех мест, где широкополосный доступ в интернет ограничен или недоступен (например, страны третьего мира). Чтобы включит Gears в вашем WordPress 2.6, кликните на ссылку Turbo в правом верхнем углу админ панели.

Функционал редакторов XML-RPC

Не привлекая особого внимания, новая функциональность вкралась в разработку WordPress и вызвалала интереснейшие дискуссии среди разработчиков. В цикле разработки, XML-RPC и Atom Pub API для удаленного управления были отключены по умолчанию, как «предосторожность, повышающая безопасность», так как большинство из последних проблем с безопасностью в WordPress были связаны с протоколом XML-RPC.

Дэниэл рассмотрел этот момент в своём блоге в несколько озлобленном тоне, потому что у него есть личный интерес в продвижении десктопного клиента для блогов. Он является разработчиком очень приятного клиента MarsEdit под Мак, который, кстати, я и использую, при написании этого поста. Он начал борьбу, подключив к ней сторонников из числа разработчиков WordPress, и в результате добился компромиса. Новая установка WordPress 2.6 будет содержать опцию для включения XML-RPC, а обновляемые блоги (когда установка идёт «поверх») сохранят свои старые настройки, т.е. XML-RPC будет включен.

Remote Publishing menu in WP 2.6

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

Блоггеры могут включить или выключить функционал через страницу Settings > Writing в админ-панели и большинство десктопных редакторов всё ещё поддерживают лишь XML-RPC протокол, так что, если вы точно не используете Atom Publishing Protocol, то возможно будет лучше оставить включенным только XML-RPC.

Контроль версий постов.

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

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

Post Revision in WP

Безопасность SQL- $wpdb->prepare()

Возвращаясь к WordPress 2.3, где функция prepare() впервые была озвучена, но практически не примененялась… до сих пор. Метод в тот момент был введен как экспериментальный и не был готов для реального применения. Мы стали замечать, что в WordPress 2.5 местами уже стали мелькать вызовы этой функции, а в WordPress 2.6 её уже используют повсеместно.

Смысл работы prepare(), если позволите мне на минутку поумничать, заключается в предварительной чистке SQL-кода, таким образом, чтобы предотвратить SQL инъекции. Так что, разработчики плагинов, должны плясать от счастья от введения этого метода (часть $wpdb класса). Но не только они должны быть счастливы, но с позиции конечного пользователя можно судить, что и вы будете использовать её постоянно.

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

Shift-клик для выбора нескольких чекбоксов в админ-панели.

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

Одно из лучших юзабилити нововведений в WordPress 2.6 — способность выбирать сразу несколько пунктов меню (в виде чекбоксов) при нажатом Shift’е. Скажем, к примеру, вы хотите почистить список категорий, который несколько перегружен (как было в моём случае), просто перейдите на страницу управления категориями, выделите первую категорию, которую собираетесь удалить (посты после этого перейдут в категорию по умолчанию) и Shift-клик на пункт ниже в списке. Магическим образом все пункты между этими двумя будут выделены.

Подобный подход, естественно, работает с любыми списками в админ-панели.

Больше настроек аватаров.

В связи с преобретением Automattic’ом (фирма разработчик WordPress) фирмы Gravatar в прошлом году, встроенная поддержка Gravatar‘ов появилась в WordPress 2.5. WordPress 2.6 предоставит блоггерам ещё больше настроек, разрешив выбирать аватар «по умолчанию». Сразу после установки этим аватаром будет «Mystery Man», серый аватар с белым силуэтом на нём. Так же аватарой по умолчанию может быть «пустота» (ну с этим понятно), лого Gravatar, Identicons, Wavatars или MonsterID.

gravatar logo Identicons Wavatars MonsterID

Аватары на выбор: лого Gravatar, Identicons, Wavatars, MonsterID.

Все они уже некоторое время применялись на WordPress.Com и теперь доступны всем нам. Если интересует больше информации, Мэтт написал пост для WP.com комьюнити, с которым вам следует ознакомиться. Есть, конечно и отличия: пользователям WordPress.com доступны «аватары из доски объявлений» (как я понимаю выбор аватар прямо в dashboard’е), чего нет в версии WP для конечного пользователя (в англ. варианте WPFROU — WordPress for the Rest of Us).

Шаблоны страниц через XML-RPC.

В дополнение к XML-RPC/APP мере безопасности, о которой сказано выше, новая ключевая функциональность стала доступна для софта, работающего через API(и так же, если подумать, демонстрирует мощь содержащуюся в XML-RPC и почему вы возможно захотите его отключить, если не пользуетесь им). XML-RPC интерфейс теперь позволяет управлять шаблонами страниц напрямую из desctop-редакторов. Если я не ошибаюсь, то пока что нет редакторов, которые бы это поддерживали.

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

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

Press This

Press this! (тут как я понимаю игра слов — press — нажимать и постить/печатать/пресса) — нововведение с уже хорошо известной концепцией. Букмарклеты. На самом деле, в WordPress уже реализованна возможность создание букмарклета для быстрого вызова меню нового поста, прямо из тулбара браузера, но функциональность была ограничена.

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

Press This! Screenshot

Встроенный предпросмотр тем.

Предпросмотр тем был серьёзной проблемой для дизайнеров тем. Как проверить тему и править её, чтобы это не отразилось на остальном сайте? Некоторые пользовались воспетым в веках плагином Theme Preview от Ryan’а. Другие настраивали бета версию сайта, которая была отрезана от остального мира. Множество разных подходов и каждый по своему хорош.

Между тем, для разработчиков тем и блоггеров, желающих посмотреть, как же тема будет смотреться на сайте, с существующим контентом, теперь есть фича предпросмотра тем. Когда вы находитесь на своей странице Design (Внешний вид), кликните на одном из скриншлтов темы и ваш сайт загрузится в окне аля LightBox, где можно будет просмотреть всё в живую. Мне кажется, что разработчиков сильно вдохновила реализация Quick Look в MacOS X Leopard.

Помните когда Technosailor выглядил вот так?

Old Technosailor Preview

Переделка управлением плагинов

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


Осилили? Ну что ж, тогда сами для себя решайте стоит ради этого переходить на новую версию или может повременить?

В следующем посте я выложу ряд ссылок, с которыми стоило бы ознакомиться, если вы сомневаетесь в целесообразности обновления до 2.6, а так же просто полезную информацию.

Как сделать тему WordPress виджет совместимой за 3 шага

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

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


Шаг 1. Редактируем functions.php

Сперва необходимо удостоверится в том, что в папке с вашей темой находится файл function.php, а если таковой отсутствует, то создайте его сами.
Следующим шагом нам необходимо определиться — как у нас формируется сайдбар. Откройте свой sidebar.php и попытайтесь вникнуть в код и понять, что используется для формирования сайдбара — списки (<ul>) или дивы (<div>).
Например, у Артема сайдбар стандартный, из списков и заголовков второго уровня, что видно по коду:

А вот у Максима напротив, сайдбар состоит из последовательных блоков div, обрамленных изображениями «скругленных углов», а уже внутри дива находится контент виджета. Кусок кода, чтобы было (возможно) проще понять, о чём я говорю:

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

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

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

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

Дам небольшие пояснения, строка, передаваемая в параметр ‘before_widget’ будет выводится как начало любого виджета, а ‘after_widget’ — конец. Т.е. тут мы задаём тэги обрамления виджета. ‘before_title’ и ‘after_title’ соответственно определяют обрамление заголовка виджета (это все те «Рубрики» и «Самое читаемое»). В итоге мы получим дивный сайдбар с заголовками 4 уровня.

Для особо замороченных существует возможность получить при выводе виджета его id (генерится из имени виджета) и класс (получается в процессе обработки виджета). Т.к. ‘before_widget’ пропускается через sprintf, то в любое место строки можно передать %1$s и %2$s, чтобы при выводе получить соответствующие параметры. Надеюсь «замороченные» поняли, о чём я.

Шаг 2. Проверяем сайдбар и добавляем на него виджеты

Чтобы понять работает наш сайдбар или нет, нужно добавить на него несколько виджетов.
Идём в админ панель, далее «Внешний вид > Виджеты» и лицезреем (или нет, если забыли сохранить и/или загрузить functions.php в свою тему) панель сайдбара, куда можно (и даже нужно) натаскать пару-тройку виджетов. И главное нажать «Сохранить», после чего перейти к третьему шагу.

Шаг 3. Добавление сайдбара в шаблон

Ну и наконец-то то, ради чего всё делалось — подключение сайдбара в шаблон.
Тут есть простой и очень простой способ. Оба заключаются в редактировании файла sidebar.php вашей темы.
Простой способ:
Вставить сразу после строки <div id=»sidebar»> следущий код

а перед последним </div> код — <?php endif; ?>
Очень простой способ заключается в том, чтобы понять для себя раз и навсегда, что никто уже не использует шаблоны без виджетов и, стерев предварительно ВЕСЬ код из sidebar.php, скопипастить туда:

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

Теперь заходим в свой блог и наблюдаем работающие виджеты.


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

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

Виджеты — это очень просто!

«Не знание технологий не освобождает от…», не, не то. «А я вот сделал, а оно не работает…».

К чему это я? Ах да, в последнее время ко мне несколько разных человек обратились примерно с одним и тем же вопросом:
«Почему, после того как я добавил в sidebar.php код кнопки/баннера/ссылки, ничего не изменилось и я их не вижу?!»
На что я сразу выдаю контр-вопрос (нет-нет, я не еврей):
«А вы используете в своей теме виджеты?!»

Просто не все осознают, что всё что находится ниже строки:
if ( !function_exists(‘dynamic_sidebar’) || !dynamic_sidebar() )
в sidebar.php будет показано ТОЛЬКО в том случае, если вы не включили ни одного виджета. В противном случае будут отображаться ваши настройки из «Внешний вид > Виджеты».

Обычно после того, как я это объясняю, следует вопрос — «Ну и как мне поместить свой код в сайдбар/виджет?!», да очень просто — если это обычный хтмл-код (а это в 90% случаев баннеры и стандартные ссылки/кнопки), то достаточно добавить стандартный текстовый виджет и поместить в него готовый код.

Но что делать, если виджет должен выводить результат выполнения какой-то функции? И ведь действительно, почти все «мощные» плагины, такие как ‘Popularity Contest‘ (русская версия), позволяют получать обработанную информацию из своих функций. Например, akpc_most_popular — самые популярные, akpc_most_popular_in_cat — самые популярные в какой-то категории и т.д.

Да, я знаю КАК можно сделать свой виджет, путём редактирования functions.php, но даже мне порой бывает лень это делать, а что говорить о людях, для которых внести изменения в файл темы (причём не просто копи-паст, а ещё и осмысленное редактирование) — это нечто равносильное тасканию пятидесяти килограммовых мешков?

Для таких страдальцев нашёлся чудо плагин Custom Function Widgets (скачать), авторства Kaspars Dambis из Латвии.

Как это работает.

  1. Скачиваете и устанавливаете как и любой другой плагин.
  2. После активации в меню «Внешний вид > Виджеты» появится новый раздел «Custom Function Widgets», где вы можете указать необходимое количество настраиваемых виджетов.
  3. Custom Function Widgets - admin panel - Screenshot

  4. Теперь перетащите один из «Custom Function» плагинов в свой сайдбар и нажмите кнопку настройки.
  5. Введите в поле Function name имя нужной функции (например, st_related_posts, чтобы вывести связанные посты, при помощи плагина Simple Tags) и жмём «сохранить».
  6. Вуаля, если всё сделали правильно, то можем полюбоваться на результат в сайдбаре блога.

Теперь объясню какие поля в настройках за что отвечают:
Widget title — заголовок виджета. Он будет показан при выводе (если вы специально не отключите, о чём ниже), а так же это название будет видно в панели управления виджетами.
Function name — имя функции. Указывается без кавычек и скобок.
Function variables — переменные, передаваемые в функцию. Если функция для работы требует параметры, то указывайте их тут. Важно сохранять последовательность переменных, а так же перечислять переменные через запятую, если их несколько.
HTML before и HTML after — хтмл код, который будет выводиться перед и после вашей функции. Обычно это обрамление тэгами списков, ну или возможно подключение какого-нибудь java-script.
Галочка Remove Widget title from output отключает вывод заголовка виджета в сайдбар, а Remove the default widget wrapper — отключит разрывы между виджетами.

В общем — пробуйте и пишите отзывы тут или сразу автору плагина, который очень оперативно ответил и исправил найденный мною баг. Ещё раз ссылка на скачку плагина.