Альтернатива станд. шаблонизатору Wordpress?

Question

[Sanes]

Существует ли альтернатива стандартному шаблонизатору WP? Например, как в Modx или DLE.
Решил попробовать сверстать шаблон WP, в коде кровавое месиво получается... Одна стилизация меню чего стоит, классы чтобы свои добавить.

Comments

[posters]

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

[Sanes]

posters, не работаю с WP

Answer 1

[Вячеслав Алиев]

Возможно вы не все знаете о функциях wp codex .
В wp очень удобно все. А все что кастомное в functions.php

Comments

[Sanes]

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

[Вячеслав Алиев]

Sanes: Интересно какая же у вас верстка меню раз такие проблемы:)

[Sanes]

Вячеслав Алиев: например добавить свой класс к активному пункту.

[Sanes]

Вячеслав Алиев: согласитесь, что в Modx это, как 2 пальца... в отличии от WP docs.modx.pro/components/pdotools/snippets/pdomenu

Answer 2

[Игорь Воротнёв]

Варианты, конечно же, есть. Например, Blade от Laravel. Или Twig. И еще несколько есть, кажется даже порт Smarty когда-то на глаза попадался. Но! Если вы с родной документацией не разобрались и не вкурили как кастомизировать меню (что на самом деле очень просто), то уверяю вас - в документации этих надстроек вы запутаетесь и увязнете еще глубже. Просто берите родной WordPress Codex и читайте, читайте, читайте.

Например, упомянутая вами задача добавления своего класса к активному пункту меню. Во-первых, он там уже есть, по умолчанию. Это классы .current-cat или .current-page-item или .current-menu-item (текущая рубрика, текущая страница или другой текущий элемент меню). Во-вторых, если хотите добавить свой, чтобы назывался именно .active - пожалуйста:

add_filter('nav_menu_css_class' , 'special_nav_class' , 10 , 2);
function special_nav_class($classes, $item){
     if( in_array('current-menu-item', $classes) ){
             $classes[] = 'active ';
     }
     return $classes;
}

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

www.wpbeginner.com/wp-themes/default-wordpress-gen...

Comments

[Sanes]

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

[Игорь Воротнёв]

Sanes: они там не гвоздями прибиты. Почитайте ссылку. Суть в том, чтобы стандартные элементы подхватывали стили независимо от того, какую тему включит пользователь. Это вопрос совместимости, так как под WP существует огромная экосистема тем и плагинов, и они должны сразу подхватывать все. Если же вы делаете кастомную тему только для себя (или для клиента) - не вопрос, функция wp_nav_menu() переопределяет все - и html, и id, и классы, и более, а также обнулить и не выводить стандартные, заменить на свои. Внимательно почитайте документацию. Для совсем уж сложных и кастомных решений есть Menu Walker Class, который позволяет сделать вообще что угодно. Что я вам пытаюсь донести - для полной кастомизации есть встроенные, родные средства, очень гибкие и подробно описанные в документации. Вы же пытаетесь прикрутить сверху совершенно ненужное тяжелое стороннее решение.

[Sanes]

wp_nav_menu() далеко не всё переопределяет

[Игорь Воротнёв]

Sanes: Читайте внимательнее. Эта функция переопределяет все самое основное, если же нужно более точный контроль - есть Walker_Nav_Menu. Почитайте вот это - code.tutsplus.com/tutorials/understanding-the-walk...

[Sanes]

Игорь Воротнёв: да, в принципе понятно. Понятно теперь, почему шаблоны для WP стоят в 3 раза дороже, чем HTML. Шаблонизатор фуфло, ИМХО.

[Игорь Воротнёв]

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

[Sanes]

Игорь Воротнёв: Рынок, рынком, но помимо спроса, есть ещё и рентабельность. У WP огромный рынок и цена занижена скорее из-за потенциальной возможности продать большое кол-ва копий. По этой теории цена должна быть не не $50, а все $100-$150. Что косвенно подтверждает геморойность разработки. Да, есть фреймворки, но они так же есть и для других продуктов, поэтому стартовые условия примерно равны.

[Игорь Воротнёв]

Sanes: условия не равны в другом плане. Геморность для разрабов мало кого интересует, если есть рынок ПОЛЬЗОВАТЕЛЕЙ системы, который исчисляется десятками миллионов и постоянно растет. Есть спрос, поэтому многие занимаются разработкой под WP. Что касает геморности.. Я работаю с WP с первых версий и знаю ее изнутри достаточно хорошо. Для меня там ничего геморного нет, как и для любого разраба, изучившего внутренности. А площадки для продажи тем (ну и бесплатный репозиторий самого WordPress.org) дополнительно упрощают задачу, выставляя достаточно жесткие правила и требования. Если их изучить (а это несложно), то гемора никакого нет. Наша первая тема много лет назад прошла 5 кругов правок от WordPress.org, гемор был. Последующие темы быстро дошли до приема с первого раза - никаких замечаний Theme Review Team не выдавали. Все упирается в опыт.