Прогресс в проектах WordPress 2019 устанавливает дорожную карту на 2020 год

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

В настоящее время в 2020 году запланировано три основных выпуска WordPress:

• Версия 5.4 – март 2020 г.
• Версия 5.5 — август 2020 г.
• Версия 5.6 – декабрь 2020 г.

Каждая из этих дат может быть изменена. Мы также должны получать более конкретные даты по мере приближения каждого релиза. Различные проекты на 2020 год должны появиться в каждом выпуске.

Мэтт Малленвег, соучредитель WordPress, первоначально изложил планы на 2019 год в своем обращении «Состояние мира» в 2018 году и перечислил проекты в блоге Make Core. Главный вывод заключается в том, что 2019 год должен был стать годом, когда мы приблизились к полной настройке сайта (этап 2 проекта Gutenberg). Хотя разработчики добились огромных успехов в реализации этого, большая часть проекта все еще находится в зачаточном состоянии.

Проекты, реализованные в 2019 году

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

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

Проекты, которых стоит ожидать в 2020 году

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

Блок меню навигации

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

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

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

Фаза 1 проекта Gutenberg позволила редактору блоков публиковать контент. Большая часть Фазы 2 выходит за рамки пост-контента и позволяет пользователям добавлять блоки в большем количестве областей. Неясно, как именно это будет выглядеть в долгосрочной перспективе. Темы должны иметь возможность регистрировать дополнительные блочные области.

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

Области виджетов для поддержки блоков

Текущий план состоит в том, чтобы позволить областям виджетов (боковым панелям) поддерживать блоки рядом с виджетами. Плагин Gutenberg имеет экспериментальную опцию областей виджетов для включения ранней версии этой функции, целевой выпуск которой — WordPress 5.5.

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

На данный момент кажется, что концепция боковой панели должна быть устаревшей. Экспериментальная функция работает, позволяя пользователям добавлять блоки на боковую панель, которые на выходе преобразуются в один большой виджет «область блоков». Если WordPress «все включено» в блочную парадигму, было бы лучше потратить энергию, сосредоточившись на том, чтобы позволить темам создавать настраиваемые области блоков и позволить официальному API боковой панели умереть медленной смертью. Смешивание старой концепции с новой кажется в лучшем случае неуклюжим. Пришло время двигаться дальше и отказаться от поддержки боковых панелей и виджетов до тех пор, пока большинство тем не перестанут их поддерживать.

Блокировать поиск и установку в каталоге

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

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

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

Автоматические обновления плагинов, тем и основных обновлений

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

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

Решение более 6500 проблем с Trac

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

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

Сортировка — это не то, что когда-либо действительно приводит к выводу. Это непрерывный процесс, который должен продолжаться на протяжении всей жизни проекта. Люди, которые заинтересованы в участии в Triage Team, могут найти дополнительную информацию в объявлении Triage Team.