Привет. На дворе 2018-й год, соцсети, мессенджеры и VR... А мы тут поговорим о выборе правильного вордпресс форума.
Форум - не мамонт, форум не вымрет!

Итак:
  - Как создать (сделать) форум на wordpress?
  - Как же правильно выбрать плагин форума под вп?
  - На что надо смотреть?
  - Как выбирать и как ориентироваться?
  - Есть же зарекомендовавшие временем форумы? Или дорогу молодым?

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

Поехали!

Я написал плагин для вордпресс OtFm Gutenberg Spoiler. Этот плагин добавляет спойлер в новый редактор Gutenberg (WordPress Gutenberg editor).
Гутенберг сейчас выпускается в виде отдельного плагина и как он будет готов - войдет в ядро WordPress 5.0. Конечно же плагин Gutenberg у вас должен быть установлен и активирован.
Сейчас сам гутенберг достаточно стабилен и хорошо документирован поэтому я решил сделать под него плагин и заодно изучить его апи.

Почему WordPress спойлер? Я планирую начать использовать гутенберг редактор на своем сайте, а тут спойлер - важный блок. Вторая причина - я не нашел под гутенберг хорошего спойлера. Есть аккордеоны (accordion wordpress) - но все они примитивны. Не позволяют включать ничего кроме простого текста.

В этом руководстве я расскажу: как установить вебпак (webpack), его зависимости и настроить объединение и минимизацию скриптов через него.
Это первая часть серии "Webpack в NetBeans проекте".

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

Парни выкатили мажорную 7-ю версию плагина, убрав функционал шаблонов (этим конечно же поломали совместимость серьезно). Но самое страшное - они вынесли почти весь функционал в премиум дополнения. Теперь стоимость того, что было бесплатным - стало минимум 10 баксов (80 баксов за 7 модулей). т.е. ты обновился на 7-ю версию и видишь что у тебя нет 90% функционала плагина.

Вот это поворот! ©

Волна говн обрушилась рейтингом из единиц в репозитории этого плагина. Смотрим что творится на 1-й странице этих отзывов (кликабельно - там лонгрид):

На второй странице ситуация не лучше.

- именно такое выражение лица было у меня, когда один из пользователей спросил - "ну что там: uLogin - можно использовать на своем сайте?". Я посмотрел и увидел что воз и ныне там. А полгода пролетели и все как бы забыли...

Начало истории было тут

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

На одном стриме я увидел что автор работает с проектом в NetBeans. Это хорошо. Но меня смутила реализация концепции проекта в нетбинсе.
Там было организовано следующим образом - создан проект и он брал свое начало с корня dev сайта. Т.е. он включал в себя сам вордпресс и все подпапки с плагинами. Автор заходил в папку плагина - и правил его оттуда
Скрин со стрима - сорри - лучшего качества нет:

На мой вопрос - зачем весь вордпресс в проекте (и почему концепцию проектов нарушаешь)? - был получен ответ: "Ну а как же - автозаполнение иначе работать не будет, ведь нетбинс не знает о функциях вордпресс".

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

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

Предыстория:

Вначале один пользователь сообщил мне что активировав мое дополнение для WordPress плагина WP-Recall он не может перейти в консоль управления мультисайтом (Управление сетью->Консоль)
Вот сюда:

Ок,

"Какую ошибку выдает на момент перехода? Что в Error.log сервера?"

В первой части я разобрал топ-100 WordPress функций и рассказал о методике, по которой я собирал данные. Во второй части я рассмотрел более 50 самых используемых wordpress разработчиками (плагинов) actions.

В этой части входные данные всё те же, и я отобрал 50 самых используемых вордпресс фильтров (add_filter). И снова повторюсь - для познания мастерства плагиностроения под ВП вы должны знать эти фильтры - они позволяют вклиниться внутрь механизма WordPress.
Не все динамические фильтры, возможно, попали в топ и по некоторым динамическим фильтрам может быть погрешность +-3 или 5. Это не отменяет тот факт и показатель значимости этих фильтров.

В первой части я разобрал топ-100 WordPress функций и рассказал о методике, по которой я собирал данные (почитайте по ссылке).

В этой части входные данные всё те же, только я отобрал более 50 самых используемых вордпресс экшенов (add_action). И снова повторюсь - для познания мастерства плагиностроения под ВП вы должны знать эти хуки.
Их конечно огромное кол-во, но этот топ, в виде настольной книги, у вас быть обязан. Новичок (да и не только), часто сталкивается с ситуацией когда ему необходимо в определенный момент (событие) выполнить свой код - вордпресс actions для этих целей и созданы. Написать свой плагин новичку становится проще когда он знает что почитать и с чего начать.

В вордпресс есть некоторые динамические хуки - статистика по ним тут может быть не совсем верной или вовсе отсутствовать. Например такой хитрый хук состояний записи {old_status}_to_{new_status} - его и без этой таблицы вы обязаны знать.

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

Итак: на входе у нас WordPress v4.9.1 (623 php файла, 330 000 строк кода), папки plugins и themes у него пустые.
и я буду функции из него сравнивать с используемыми функциями из 152-х плагинов. Там 15423 php файла (3 599 426 строк кода. 117 мегабайт).

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