Передовые технологии управления и создания шаблонов

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

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

Динамики:

• Майкл Дэй, инженер React в WP Engine
• Фил Джонстон, старший инженер-программист в WP Engine

Слайды сессии:

Стенограмма:

ФИЛ ДЖОНСТОН: Привет. Меня зовут Фил Джонстон, я старший инженер-программист в WP Engine. И я, и мой товарищ по команде Майк Дэй (Mike Day) расскажу о передовых технологиях управления и создания шаблонов в WordPress.

В последнее время в WordPress добавляется много нового и интересного. И один из них — узоры. И я собираюсь говорить об этом. Узоры состоят из блоков. Итак, давайте погрузимся прямо в это.

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

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

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

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

Итак, блоки WordPress похожи на LEGO. Вы можете соединить их вместе, чтобы сделать либо простой макет, такой как первый, который я показал, либо более сложный макет, такой как тот, который вы видите прямо здесь. Итак, я выделил блоки, которые вы могли бы ожидать увидеть на такой странице, красным цветом. Таким образом, вы можете видеть, что первый имеет красную рамку вокруг него. [ПРОЧИСТАЕТ ГОРЛО] Извините. И это представляет собой блок. А затем под ним у вас есть еще один блок с текстом Lorem ipsum, а затем три блока изображений, как я уже упоминал, три блока заголовков, три блока абзацев под ним и три блока кнопок.

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

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

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

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

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

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

Итак, в WP Engine мы создали плагин под названием Atomic Blocks. А в Atomic Blocks мы в основном придумали концепцию паттерна, но назвали их разделами и макетами. И это точно такая же концепция. И WordPress Core на самом деле черпал вдохновение из Atomic Blocks для концепции того, что теперь есть в WordPress Core и называется шаблонами.

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

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

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

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

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

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

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

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

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

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

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

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

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

Итак, опять же, как вы можете видеть, текущий сложный способ построения шаблона не идеален, и это не лучший способ делать что-то. Вот почему мы создали Pattern Manager, пользовательский интерфейс для создания и поддержки коллекций шаблонов в WordPress. Так что я собираюсь передать его моему коллеге Майку Дэю, чтобы он провел нас через менеджер шаблонов и показал нам все замечательные функции внутри него. Итак, слово тебе, Майк.

МАЙК ДЭЙ: Привет. Я Майк. Я инженер-программист в WP Engine. Шаблоны — это мощный инструмент для создания макетов, который может изменить правила игры для разработчиков WordPress. Но, как только что продемонстрировал Фил, опыта реального использования этих шаблонов с точки зрения их создания и управления ими, мягко говоря, не хватает. Pattern Manager стремится вывести управление файлами шаблонов на передний план дизайна WordPress без каких-либо проблем с помощью плагина, который можно вставить в ваш рабочий процесс. Давайте прыгать.

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

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

Все эти изображения будут сломаны. Поэтому мы подходим к этому немного по-другому. На самом деле мы сохраняем копии этих изображений непосредственно в самой папке темы. Это меняет правила игры, например, для контроля версий. Допустим, вы и ваши сотрудники используете Git. Теперь вы можете быть уверены, что у всех вас есть доступ к одним и тем же изображениям во время работы.

ХОРОШО. Итак, давайте на самом деле прыгнем в интерфейс. Это вид узоров. И сразу же здесь вы можете увидеть оба шаблона, которые зарегистрированы для моей темы. Когда вы наводите курсор на предварительный просмотр узора, обратите внимание на всплывающие кнопки действий. У нас есть варианты редактирования, дублирования или удаления данного шаблона. Здесь слева также есть несколько параметров фильтрации, но я собираюсь вернуться к этому чуть позже. А пока давайте приступим к редактированию шаблона.

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

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

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

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

ХОРОШО. Давайте выберем некоторые категории. Сразу же обратите внимание, что мы отобразили этот список категорий только в раскрывающемся списке. В противном случае трудно понять, где на самом деле найти эти данные. Но этот список заполняется динамически через вызов API. Это означает, что мы покажем здесь не только все зарегистрированные категории шаблонов блоков для вашей темы, но и любую категорию, которую вы могли зарегистрировать. Давайте просто выберем пока что избранные.

ХОРОШО. И давайте добавим несколько поисковых терминов. Для целей этой демонстрации я просто буду использовать образец шаблона. Но помните, здесь вы можете добавить термины, описывающие этот шаблон для пользователей, выполняющих поиск в средстве вставки. Обратите внимание, что здесь я использовал многословный термин. Они поддерживаются в диспетчере шаблонов.

ХОРОШО. И добавим описание. Напомним, что это визуально скрытый текст. Так что на самом деле главная цель здесь, на мой взгляд, состоит в том, чтобы помочь программам чтения с экрана. Итак, давайте просто опишем это как три столбца с инвертированными цветами. ХОРОШО. Идеальный. Я чувствую, что мы сейчас в хорошем месте. Мы действительно можем сохранить нашу работу. Но прежде чем я это сделаю, я хочу, чтобы вы обратили пристальное внимание на заголовок в этом файле справа. Теперь, как только я нажимаю «Обновить шаблон», тут внезапно появляется намного больше данных. Описание, категории и ключевые слова, которые мы только что изменили, появились здесь, и мне не пришлось прикасаться к этому файлу.

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

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

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

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

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

Допустим, я изменил заголовок в файле шаблона и изменил ширину области просмотра. Единственный способ увидеть, как это выглядит, — это, скажем, создать новый пост. Это становится немного запутанным. Просто немного сложно прыгать туда-сюда. Это немного больно. Таким образом, мы подошли к этому так: просто наведите указатель мыши на ползунок, и сразу же появится предварительный просмотр. И когда я перетаскиваю и пробую разные размеры, я вижу, как масштабируется этот шаблон. Это действительно полезно и здорово экономит время. Давайте пока выберем 1200. И давайте перейдем к типам постов.

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

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

Таким образом, мы подходим к этому, просто отключая переключатель до тех пор, пока не появится тип сообщения. ХОРОШО. Теперь я могу включить это. И отображение и вставка переключаются, это делает то, что вы могли догадаться. Если бы вы отключили это, это присвоило бы значение false в заголовке вашего файла. И этот шаблон больше не будет отображаться в средстве вставки. ХОРОШО. Давайте продолжим и обновим это.

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

Это довольно круто, но давайте посмотрим, как теги на самом деле работают в противном случае. Итак, вот категория, которую я выбрал, функция. И другой шаблон в моей теме имеет категории столбцов и текста, так что он отлично работает. Как насчет моих условий поиска? Мой поисковый запрос с образцом шаблона. Это отлично работает. И мой скрытый текст начинался с трех столбцов, тоже работая именно так, как задумано. Замечательно.

ХОРОШО. Итак, давайте вернемся назад и рассмотрим еще одно оставшееся мета-свойство. Это немного странно для объяснения. Мне кажется, будет проще, если я просто покажу тебе. Итак, давайте продолжим и создадим новый шаблон. Все, что вам нужно сделать для этого, это нажать кнопку «Создать новый шаблон». И вот я снова в редакторе. В этом случае я выберу блок кода. И в этот блок кода я вставлю пример кода.

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

Так что я могу просто найти свой целевой тип — вот оно, ядро/код — и выбрать его. Теперь, чтобы проиллюстрировать еще раз, разница заключается в том, как вы можете сделать это сейчас, по сравнению с использованием диспетчера шаблонов. Чтобы сделать это сейчас, я должен найти этот блок кода, точно определить, какой контент мне может понадобиться, выяснить тип моего блока и вставить его куда-нибудь, а не в Pattern Manager, я просто выбрал это поле. Я выбрал это значение из выпадающего списка. ХОРОШО. Давайте обновим это. И я создам новый пост. И давайте выйдем из нашего модального окна.

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

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

Вот и все для начальной демонстрации этого вида редактора, но мне нужно переключить темы в фоновом режиме здесь. А теперь я вернусь к просмотру шаблонов. Смысл здесь в том, чтобы показать вам, как Pattern Manager ведет себя с большим количеством шаблонов. В этой конкретной теме зарегистрировано более 50 шаблонов.

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

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

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

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

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

Диспетчер шаблонов был выпущен и доступен для загрузки по указанному ниже URL-адресу. Дайте ему спину и дайте нам знать ваши мысли. И, пожалуйста, не стесняйтесь обращаться ко мне лично и дайте мне знать, что вы думаете. Мы надеемся, что вы попробуете Pattern Manager. И мы надеемся, что это поможет вам так же, как помогло нашей команде разработчиков WordPress. Спасибо.