Программа для того чтобы сделать плагин

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

Оглавление:

• Создание плагина
• Дополнительные данные в заголовке
• Шаблон для создания плагина WordPress
• Хуки в плагине
• PHP Функции и WordPress API
• Как WordPress загружает плагины
• Репозиторий плагинов WordPress

Создание плагина

Чтобы создать плагин WordPress нужно:

1. Создать папку плагина. В ней будут лежать файлы нашего плагина. Создается она в папке всех плагинов WordPress. Например, создаем папку /wp-content/plugins/my-plugin-name .
2. Создать главный файл плагина. Рекомендуется чтобы название этого файла совпадало с названием папки плагина. Например, my-plugin-name.php → /wp-content/plugins/my-plugin-name/my-plugin-name.php .
3. Создать описание плагина — заголовки плагина. Они нужны чтобы wordpress распознал плагин как плагин, иначе он просто не будет работать. В самое начало главного файла плагина, нужно добавить php комментарий, где указать имя плагина:

Готово! Теперь наш плагин можно увидеть в разделе Плагины в админ-панели.

КАК СОЗДАВАТЬ ПЛАГИНЫ МАЙНКРАФТ НЕ УМЕЯ ПРОГРАММИРОВАТЬ?

Если плагин является всего одним файлом как Hello Dolly, то его можно поместить прямо в папку плагинов — /plugins/hello.php и все будет работать. Однако, рекомендуется соблюдать стандарт: файлы плагина должны находиться в своей собственной папке, а главный файл плагина должен иметь название папки плагина.

Дополнительные данные в заголовке

Чтобы плагин начал работать достаточно указать только Plugin Name (название плагина). Но можно также указать другие параметры плагина — это улучшит отображение плагина в консоли WordPress.

Plugin Name:(обязательный) Название плагина, которое отображается в списке плагинов в админке. Description: Краткое описание плагина, которое отображается в разделе Плагины в в админке. Рекомендуется не превышать 140 символов. Version:

Номер текущей версии плагина, например, 1.0 или 1.0.3.

При установке версии имейте ввиду, что WP для сравнения версий использует функцию version_compare(). Поэтому при изменении версии убедитесь что новая версия будет выше. Например, 1.02 больше чем 1.1

Plugin URI: Домашняя страница плагина, которая может быть на WordPress.org или на вашем собственном сайте. Author: Имя автора плагина. В списке может быть более одного автора. Author URI: Сайт автора или профиль на другом веб-сайте, например, WordPress.org. Requires at least: Самая низкая версия WordPress, на которой будет работать плагин.

Например: 2.5 . Requires PHP: Минимальная требуемая версия PHP. Например: 5.4 . License: Короткое имя лицензии плагина, например GPL2. Более подробную информацию о лицензировании можно найти на WordPress.org. License URI: Ссылка на лицензию, например, https://www.gnu.org/licenses/gpl-2.0.html . Text Domain: Идентификатор перевода (домен локализации) используется в функциях локализации и в названии файла перевод mo.

Подобрее смотрите цитату здесь. Domain Path: Нужен если файл перевода находится не в той же папке, в которой находится текущий файл. Например, .mo файл находится в папке /myplugin/languages , а файл плагина в /myplugin/myplugin.php , тогда тут указываем /languages . Network: Укажите «true» чтобы плагин обязательно активировался по всей сети сайтов в MU сборке WordPress.

Это сделает невозможным активировать плагин для одного сайта, если активирована мультисеть. Update URI: URL для обновления сайта. Используется в функции wp_update_plugins(). Из домена будет создан хук update_plugins_(hostname).

Шаблон для создания плагина WordPress

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

• WordPress Plugin Boilerplate — генератор шаблона, где указывается название плагина, которое будет использовано в названиях папок, классов и функций — WordPress Plugin Boilerplate Generator.

Шаблон представляет собой стандартную и организованную объектно-ориентированную основу.

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

Хуки в плагине

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

Существует два типа хуков в WordPress:

• События (actions) — позволяют добавлять или изменять функционал WordPress.
• Фильтры (filters) — позволяют изменять данные.

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

Непосредственно к плагинам относятся три функции:

• register_activation_hook() — регистрирует функцию, которая будет срабатывать во время активации плагина.
  Используется для добавления настроек плагина и т.п.
• register_deactivation_hook() — регистрирует функцию, которая должна запускаться после деактивации плагина.
  Используется для удаления временных данных плагина.
• register_uninstall_hook() — регистрирует функцию, которая вызывается при удалении плагина.
  Используется при удалении плагин для удаления всех данных плагина: в настройках, в файлах, в базе данных и т.д.

Кроме этих трех функций к API плагинов относятся все функции хуков и некоторые функции плагинов.

Можно создавать свои собственные хуки в исходном коде плагина с помощью do_action() или apply_filters(). Они позволят пользователям вашего плагина расширить его возможности, точно также как WordPress позволяет вам расширять свои возможности.

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

PHP Функции и WordPress API

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

Некоторые API WordPress:

• API настроек — упрощает создание и управление опциями плагина, которые сохраняются в базу данных.

• plugin_dir_url() — Получает URL папки (директории, каталога), где находится указанный файл плагина (со слэшем на конце).
• register_activation_hook() — Регистрирует функцию, которая будет срабатывать во время активации плагина.
• register_deactivation_hook() — Регистрирует функцию, которая будет запускаться после деактивации плагина.
• register_uninstall_hook() — Регистрирует функцию, которая вызывается при удалении плагина, чтобы почистить все следы прибывания плагина в системе.

• HTTP API — упрощает создание HTTP запросов в PHP. Отличная замена велосипедов на cURL.

Как WordPress загружает плагины

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

$active_plugins = get_option( ‘active_plugins’ ); /* Получим в $active_plugins Array ( [0] => hello-dolly/hello-dolly.php [1] => backupwordpress/backupwordpress.php [2] => democracy-poll/democracy.php [3] => disable-emojis/disable-emojis.php ) */

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

Репозиторий плагинов WordPress

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

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

Если планируете отправлять плагин на WordPress.org, нужно следовать требованиям к заголовку плагина WordPress.

Лицензия сообщает пользователям, как они могут использовать код плагина в своих целях. Для поддержания совместимости с ядром WordPress рекомендуется выбрать лицензию, работающую с GNU General Public License (GPLv2+).

Источник: wp-kama.ru

Разработка плагина для WordPress

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

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

Нельзя просто взять и написать плагин для WordPress?

Сначала может показаться, что создание плагина для WordPress — это что-то невероятно сложное и это нужно долго изучать, но на самом деле всё зависит от задач, которые выполняет плагин, понятно, что если вы разрабатываете «свой WooCommerce», то возможно вам будет мало и года разработки, но если ваш плагин просто добавляет несколько строчек CSS в админку, то это займёт от силы 5 минут.

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

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

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

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

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

add_action( ‘admin_head’, ‘true_colored_admin_bar_72aee6’ ); function true_colored_admin_bar_72aee6(){ echo ‘#wpadminbar ‘; // выводим стили }

По сути это готовый код и если вы отправите его в functions.php , то всё будет отлично работать.

Но мы же пишем плагин, поэтому этот код держим рядом и переходим ко второму шагу.

Создание плагина

Есть два варианта:

• это когда вы просто создаёте PHP-файл с уникальным названием и отправляете его в папку wp-content/plugins ,
• либо, если вы считаете, что ваш плагин будет состоять из нескольких файлов, да ещё и содержать какие-то ресурсы, типо CSS, JS и изображений, то тогда мы этот файл еще и помещаем в папку с таким же названием.

В общем либо /wp-content/plugins/misha.php , либо /wp-content/plugins/misha/misha.php (рекомендуется).

Однако после того, как вы всего лишь создадите эти файлы, ничего не произойдёт, поэтому добавьте в главный файл плагина (ну он сейчас один) эти строчки:

/* Plugin name: Мишин плагин */

Поимимо «Plugin name» у плагинов есть и другие метаданные, давайте их разберём подробнее.

Метаданные плагина

В свой главный файл плагина теперь отправляем что-то в этом духе:

/* * Plugin Name: Мишин плагин * Plugin URI: https://misha.agency/wordpress/sozdai-svoi-plugin.html * Description: Описание супер-плагина * Version: 1.1.1 * Author: Миша Рудрастых * Author URI: https://misha.agency * License: GPLv2 or later * License URI: https://www.gnu.org/licenses/gpl-2.0.html * * Text Domain: truemisha * Domain Path: /languages * * Network: true */

После вставки всех этих параметров то, как плагин выглядит в админке, изменится:

Вот описание всех мета-параметров:

Plugin Name (единственный обязательный параметр!) Название плагина, как видите можно писать на русском. Plugin URI Если у вашего плагина в интернете есть страница с описанием или документацией, то неплохо бы тут указать её URL. Description Ну как бы описание. Version Версия плагина.

Да, туториал совсем для новичков, поэтому добавлю, что например вы запустили свой плагин с версией 1.0 и люди пользуются, а потом поменяли какой-то код внутри своего плагина, а значит и его версия изменилась, например на 1.1 Author Вы. Author URI Ссылка на ваш сайт или на профиль в соц сети.

License Сам WordPress выпускается под лицензией GPL, возможно вы знаете, но также подразумевается, что все плагины и темы под WordPress тоже должны использовать эту лицензию. License URI Ссылка на лицензию. Text Domain Идентификатор перевода, который будет использовать в функции load_plugin_textdomain() при переводе плагина на другие языке, читайте руководство по локализации плагинов и тем WordPress. Domain Path Если файлы перевода вашего плагина находятся в папке languages внутри папки плагина, то значение Domain Path будет /languages . Если ваш плагин находится в официальном репозитории WordPress, то этот параметр можно не использовать. Network Если ваш плагин предназначен для сети сайтов WordPress Мультисайт и должен активироваться сразу для всей сети, то укажите этот параметр в значение true.

Хуки в плагине

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

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

register_activation_hook()

Функция register_activation_hook() позволяет привязать какую-то произвольную функцию к событию активации плагина.

Сразу давайте рассмотрим пример – например деактивируем плагин «Hello Dolly» функцией deactivate_plugins() при активации вашего плагина.

register_activation_hook( __FILE__, ‘truemisha_activate’ ); function truemisha_activate(){ // функция, срабатывающая один раз при активации плагина deactivate_plugins( ‘hello.php’ ); }

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

register_deactivation_hook()

Функция register_deactivation_hook() позволяет привязать какую-то произвольную функцию к событию активации плагина.

register_activation_hook( __FILE__, ‘true_deactivate’ ); function true_deactivate(){ // функция, срабатывающая один раз при деактивации плагина // делаем что-либо }

register_uninstall_hook()

Функция register_uninstall_hook() позволяет привязать какую-то произвольную функцию к событию активации плагина.

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

register_uninstall_hook( __FILE__, ‘true_uninstall’ ); function true_uninstall(){ delete_option( ‘true_plugin_settings’ ); }

Также в ситуации с удалением плагина вы можете рассмотреть вариант с использованием файла uninstall.php.

Окей, с созданием плагинов разобрались, а как насчёт создания темы для WordPress? Вот это уже посложнее, а разобраться вам поможет мой видеокурс!

Миша

Впервые познакомился с WordPress в 2009 году. Организатор и спикер на конференциях WordCamp. Преподаватель в школе Нетология.

Пишите, если нужна помощь с сайтом или разработка с нуля.

1. Вступление
2. Пишем плагин

1. Метаданные

1. register_activation_hook()
2. register_deactivation_hook()
3. register_uninstall_hook()

Комментарии — 13

Михаил Д. 5 Мар 2020

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

Миша 6 Мар 2020
Кликбейт наше всё
Сергей 11 Мар 2020

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

Миша 11 Мар 2020
Спасибо! Приятно слышать
Сергей 25 Апр 2020

Миша, научи, пожалуйста, как зарабатывать на разработке под WordPress. Рынок переполнен, люди работают за еду.

Источник: misha.agency

Для новичков: создание пользовательских плагинов WordPress с нуля, как профи

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

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

Сегодня расскажем вам о том, как создать свой плагин для WordPress, словно профи.

Каким должен быть хороший плагин?

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

1. Плагин построен на долгие годы

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

Но как? Никакой магии – просто нужно научиться использовать стандарты WordPress.

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

2. Простой и легкий для чтения код

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

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

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

3. Плагин не должен дублировать существующие функции

Сейчас WordPress поставляется с большим количеством функциональных возможностей.

Существует очень незначительная вероятность того, что вы предложите что-то новое.

Хороший плагин элегантно использует все, что WordPress может предложить, и делает еще что-то большее.

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

Стоит ли создавать свой собственный плагин?

Если вы не делаете плагин для того, чтобы получить новый опыт – это в большинстве случаев действительно не нужно.

Есть ситуации, когда создавать плагин необходимо:

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

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

Основы разработки плагинов

Основной трюк в разработке плагина — возможность работать локально на вашем собственном компьютере.

Вот все, что нужно для оптимальной локальной среды:

Установить редактор кода

Один из лучших — редактор кода Atom.

У него открытый исходный код; и доступен на OSХ и Windows.

Запустить WordPress локально

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

Установить WP CLI

WP CLI — интерфейс командной строки WordPress.

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

WP CLI является обязательным условием для нескольких следующих рекомендаций, поэтому установите его сразу после MAMP.

Это очень легко. Есть и инструкция, как работать с ним и MAMP.

Начальная установка модульных тестов

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

Понять концепцию вам поможет вот эта инструкция.

На данный момент, WP CLI уже должен быть установлен. Следующее, что вам нужно, это PHPUnit, который вы можете скачать здесь.

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

Очищайте свой код

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

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

Вот как установить его в командной строке:

wp package install frozzare/wp-cli-lint

В рамках проекта, все, что вам нужно сделать, это запустить:

Спланируйте модуль перед тем, как начать кодить

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

Начните на бумаге

Распишите подробную функциональность вашего плагина.

Что он делает? Какие функции нужны? Какие пользователи могут добавлять или удалять контент? Какие пользователи могут видеть эти функции вообще?

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

Организуйте аналогичные кусочки вместе

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

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

Продумайте логику

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

Это научит решать проблемы прагматично, не делать синтаксических ошибок. Продумайте плагин кусок за куском, логику его работы. Определите, какие данные вам нужно сообщить WordPress, и какие данные вам необходимо собрать с WordPress. Как вы будете это делать?

Чтобы найти ответ, начните исследовать конкретные методы WordPress.

Вы можете поискать в Google некоторые фрагменты кода. Будете удивлены тем, что люди уже опробовали! Добавьте в закладки учебники и фрагменты кода, которые могут подойти вашему проекту.

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

P.S. Если нет сил терпеть, вот руководство для быстрого старта; и курс по WordPress.

Распланируйте структуру проекта

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

Вот примерная структура:

/plugin-slug

plugin-slug.php

/admin # admin settings pages

/assets # images, styles, scripts

/css

/img

/js

/library # all classes and other files

class.example.php

/tests # unit tests

А вот теперь можно начинать кодить

К настоящему времени, ваш плагин уже принял некоторую окончательную форму. А вы еще даже не открывали редактор!

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

Перед тем, как приступить к работе над кодом, запомните два правила:

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

Требования к основе плагина

Добро пожаловать в ваш плагин. WordPress имеет несколько минимальных требований.

Во-первых, создайте папку в локальной папке плагинов WordPress — /wordpress/wp-content/plugins. Что-то вроде /wp-dictionary.

Внутри папки создайте файл .php, который имеет то же название, что и папка — что-то вроде Wp-dictionary.php.

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

/*

Plugin Name: Dictionary Plugin for WordPress

Plugin URI: www.yoursite/wp-dictionary

Description: Easily build your own custom dictionary with WordPress!

Version: 2.4

Author: Freelancer

Author URI: http://www.yoursite/

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

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

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

Не так уж и плохо, а?

А где примеры кода?

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

Все это очень легко ищется.

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

Подытожим. Что же нужно, чтобы создать хороший плагин?

• Разобраться в стандартах WordPress;
• Посмотреть, нет ли такого же готового решения;
• Установить нужные программы для работы, тесты, программную строку, линтер;
• Проработать и продумать логику будущего плагина, в идеале – на бумаге;
• Приступить к кодированию.

Удачи вам в разработке профессиональных плагинов для WordPress!

Источник: freelance.today