Все, кто использует WordPress, наверняка знают или хотя бы слышали про плагин Jetpack. Если сказать точнее, то это даже не плагин, а целая библиотека плагинов с отличными качеством кода, функционалом и технической поддержкой от создателей WordPress.com, существенно расширяющими возможности любого блога.
Все в нем замечательно, однако для его использования требуется регистрация на сайте WordPress.com и последующее авторизованное подключение плагина к нему, несмотря на то, что почти половина из входящих в Jetpack плагинов могут работать автономно, поэтому я и назвал их для себя «автономными» плагинами.
На днях также решил попробовать установить Jetpack сначала на локальную версию блога, а потом и на сайте. Обнаружил, что плагины, не требующие авторизованного подключения к WordPress.com, были доступны для включения на локальной версии блога, но недоступны все на живом сайте. Несложно было бы в принципе и зарегистрироваться, но в тот вечер страница регистрации сайта WordPress.com банально не открывалась. Сразу же возникла мысль: «Если автономные плагины работают на локальном веб-сервере, то наверное можно их заставить работать и в Интернет».
Проведя поиски в коде Jetpack, обнаружил, что в нем может быть определена специальная константа, разрешающая разблокирование автономных модулей, как написано в документации, для разработки и отладки. Однако это не приводит, как можно было бы ожидать, к генерации дополнительных отладочных сообщений или прочих «артефактов», не нужных на живом сайте. Позже даже обнаружилась запись в файле readme.txt, рассказывающая о такой возможности, привожу ее здесь в переводе:
= 2.2.1 =
* Улучшение: Режим разработчика: Определите константу`JETPACK_DEV_DEBUG` равной значению `true` чтобы перевести модуль в оффлайновый режим разработки. В этом режиме могут быть включены только те модули, которые не требуют подключения к WordPress.com.
Действительно, после того, как добавил в начало файла jetpack.php строку:
define('JETPACK_DEV_DEBUG', true);
стали доступны все автономные модули:
- Carousel (Карусель)
- Share (Поделиться)
- VaultPress
- Omnisearch (Омнипоиск)
- Gravatar Hovercards (Всплывающая «визитка»)
- Contact Form (Контактная форма)
- Custom CSS (Собственный CSS)
- Mobile Theme (Мобильная тема)
- Shortcode Embeds (Вставка сокращённого кода)
- Beautiful Math (Красивая Математика)
- Extra Sidebar Widgets (Дополнительные виджеты)
- Infinite Scroll (Бесконечная прокрутка) (только после вставки в файл с функциями своей темы спец. функции вида add_theme_support() — подробнее в документации на плагин)
- Widget Visibility (Видимость виджетов) (очень хорошо дополняет функционал модулей Widget logic и Widget Logic by Path)
- WordPress.com Connect (Подключение к WordPress.com)
Не так уж и мало! Во всяком случае, уже есть что включить и настроить для начала использования возможностей этой замечательной библиотеки.
Update: Просматривая позже из админки раздел FAQ плагина JetPack, наткнулся на отдельную страницу на сайте разработчиков, посвященную способам включения режима разработчика. Они оказались более удобными по сравнению с вышеописанным, т.к. не подвержены затиранию при обновлении модуля:
Способ №1
Добавить в файл wp-config.php ту же строку, что и рекомендовал добавить в jetpack.php (до добавления константы именно здесь можно было бы и самому догадаться, конечно):
define( 'JETPACK_DEV_DEBUG', true);
Способ №2
Добавить в файл functions.php в своей теме фильтр:
add_filter( 'jetpack_development_mode', '__return_true' );