WordPress — вездесущая платформа, которая поддерживает около 37% веб-сайтов в мире, в основном осталась неизменной в том, как структурированы темы с момента ее выпуска.
Вы бы купили тему или заплатили кому-то за создание темы, и она будет состоять в основном из статических PHP-файлов. Это означало, что если вам понравились определенные элементы дизайна темы, но не все из них, вы в конечном итоге будете использовать их шаблоны страниц для некоторых страниц, но затем вам придется изменить саму тему (технически сложную, часто требующую разработчика) для других страниц.
Если вы не умеете писать код, вы не сможете редактировать шаблоны PHP своей темы, чтобы изменить внешний вид вашего сайта для посетителя.
Хотите изменить внешний вид макета на определенной странице? Часто это невозможно без углубления в код.
В результате тема стала более сложной. Разработчики тем создавали бы несколько вариантов, открывали области содержимого, помещали тысячи операторов if/else и разбивали отдельные страницы шаблонов на несколько “частей шаблона”, чтобы корректировать их по ходу работы. Одна тема может повлиять не только на внешний вид сайта, когда вы его посещаете, но и на тысячу и одну другую административную функцию.
Некоторые функции/функции администратора для удобства “все в одном”, некоторые для ускорения загрузки. Другие, чтобы предоставить длинный список вариантов того, что вы могли бы сделать, в то время как генерация контента в основном ограничивалась текстовым редактором WYSIWYG…так что это могло бы…сделайте текст … и добавьте встроенное изображение … которое никогда не выглядело правильно.
Темы стали сложными. Часто приходится загружать десятки административных функций и функций, чтобы быть конкурентоспособными.
Итак, затем появились короткие коды, теперь вы можете добавить небольшой фрагмент кода, например [do_something], и он вставит еще один фрагмент кода, который, ну, что-то сделал (обычно отображает материал определенным образом).
Проблема в том, что для создания всех этих вещей требовался разработчик и несколько технически подкованный человек для работы. По крайней мере, у кого-то достаточно терпения, чтобы изучить техническую систему.
Конструкторы страниц, такие как Beaver Builder, Divi, Elementor, WP Bakery, эволюционировали таким образом, чтобы в конечном итоге дизайнер или пользователь могли просто сложить некоторые элементы, перетаскивать вещи и создавать что-то, что выглядит красиво, не копаясь в создании текстового редактора для создания контента или создания пользовательских типов сообщений или пользовательских шаблонов PHP или добавления дополнительных коротких кодов.
Разработчики WordPress могут задирать нос от создателей страниц, но экономическая реальность такова: если у вас сайт с низким бюджетом, который просто должен хорошо выглядеть для местного малого бизнеса, проще и быстрее добавить “конструктор страниц” поверх него и назвать это сделанным.
Возникают три основные проблемы: 1 — ваш веб—сайт размещает конструктор страниц поверх системы управления контентом … что приводит к увеличению времени загрузки на 1 секунду + или 2 – теперь вы заблокированы в своей теме, и ее изменение означает изменение вашего макета. 3 — Даже с помощью конструктора страниц вы заблокированы в этом конструкторе страниц … измените конструктор и измените весь сайт.
В результате темы вошли в эту странную область: они отвечали за дизайн, но чаще всего их просто перезаписывали, “накладывая поверх” темы конструктор страниц. Создавали ли некоторые малые предприятия или люди, склонные к программированию, свои собственные или нанимали пользовательские темы? Конечно. Но подавляющее большинство небольших сайтов в конечном итоге следовали этой схеме размещения конструктора страниц поверх темы, чтобы просто “быстро выполнить работу” и без большого ценника … альтернативой была тема с установленными шаблонами, которую нелегко настроить, или более “ориентированная на разработчика” тема, у которой не было строгих мнений о дизайне для шаблонов, но требовала, чтобы вы все еще выполняли кодирование для создания макетов, которые вы хотели.
Есть три проблемы с этими подходами к созданию веб-сайтов WordPress.
1) Разработчики страниц в основном размещают новую систему поверх WordPress system…no независимо от того, что и независимо от того, насколько хорошо построен конструктор страниц, достижение оптимизации скорости и долгосрочного управления в конечном итоге становится невыносимым. Даже лучшие разработчики страниц увеличивают время загрузки вашего сайта в среднем на 1 секунду.
2) Вы привязаны к своей теме — смена тем означала полное изменение вашего сайта, чаще всего, с нуля.
3) Даже при использовании конструктора страниц с открытой темой вы можете изменить тему, но теперь вы заблокированы в конструкторе страниц. Измените конструктор страниц и… теперь вы снова меняете весь свой сайт.
Войдите в Gutenberg и заблокируйте темы — новый способ создания тем WordPress.
Gutenberg – это редактор WordPress на основе блоков, который в основном поддерживает так называемые “Блочные темы”. ” Это меняет то, как темы будут работать в будущем, и в корне решает проблемы “блокировки темы” или необходимости создания страниц, чтобы ваш сайт выглядел красиво, не зная кода.
Кроме того, сайты WordPress с блочной тематикой загружаются невероятно быстро — часто менее чем за секунду.
Фундаментальное понятие здесь – “блоки”. Блоки – это небольшие фрагменты кода, которые питают “компоненты”, такие как, скажем, кнопка, заголовок, изображение. Когда вы строите их вместе, это похоже на сборку набора lego — отдельные блоки складываются вместе, чтобы в конце создать что-то классное.
Блоки могут быть оформлены с использованием новых вариантов и настроек по умолчанию для тем, а затем сложены вместе для создания шаблонов блоков, например, перетаскиваемых разделов веб—страницы. Эти функции существуют сегодня в WordPress.
Объедините блоки и шаблоны блоков, и вы получите шаблоны блоков и части шаблонов блоков — все еще в основном экспериментальную функцию в Gutenberg, где вы можете редактировать все на своей веб-странице от навигации до нижнего колонтитула и всего, что между ними на любой странице. Можно использовать повторно в любом месте вашего сайта.
Хотя эти концепции не новы для современной веб-разработки (на самом деле, Gutenberg построен на основе React, который, ну, разработчики создают веб-сайты в основном в соответствии с этим подходом).
Конечный результат? Темы блоков, которые мы разрабатываем, в среднем содержат около ~ 15 файлов. пользовательские “классические” темы могут легко составлять 30-40+. Что еще более важно, теперь ваша тема WordPress в основном отвечает только за дизайн — например, за используемый шрифт, цвета, интервалы и тому подобное.
Самое интересное в блоках то, что вы можете использовать их между темами столько, сколько захотите, – в конечном итоге даже сможете брать целые шаблоны страниц из одной темы и добавлять их в другую.
Если вам нравится определенный раздел веб-сайта? Вы можете добавить его в качестве шаблона блока в свою тему. Как определенный блок? прими это во внимание. Сменить тему? Весь ваш контент остается нетронутым, а макеты в основном остаются нетронутыми. Вам больше не нужно полностью перестраивать весь сайт каждый раз, когда вы хотите изменить его внешний вид.
В то время как “Полное редактирование сайта” и полное “Тематизация блоков” все еще являются экспериментальными и пока недоступны без использования плагина Gutenberg (который не рекомендуется в производстве), будущее наступит быстрее, чем вы думаете, и скоро эра больших монолитных тем, которые должны делать все, закончится.
Я буду углубляться в более технические аспекты тематизации блоков, а также в некоторые ограничения в текущих статьях, а также буду освещать нетехническое использование сайтов – следите за новостями по мере их появления!
Оригинал: “https://dev.to/wazeter/the-future-of-wordpress-themes-in-5-8-and-beyond-1f8”