Универсальный шаблонизатор для Bro

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

• Универсальность шаблона (шаблон можно легко корректировать как по стилистическим параметрам, так и по блочному размещению, *уточнить)
  
• Соответствие основным требования для SEO (w3 - валидация, наличие всех тегов, особенно альт и тайтл для рисунков, минимальный вес страницы, быстрый отклик и т.д. - Слава, Артур - уточните)
  
• Удобность читания разметки, что бы можно было легко корректировать код файла, понимая основную структуру документа
  
• Наличие страницы настроек (для раздела, товара, контактов, статей, и т.д. с учетом базовой страницы настроек, которая будет неизменной - футер, хедер, номера, и прочее)
  
• Визуальный редактор на фронтенде (*опционально)
  

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

нужен ли такой блок в шаблоне?Вкладення: Screenshot_19.png

yura_co
нужен ли такой блок в шаблоне?

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

Позиции - это нагрузки

1. Это вызов контроллеров
2. Это запросы на принадлежность позиции

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

Давно это было, но я как-то закешировал, и наткнулся на неприятные моменты.. подробностей не помню (осадочек остался)

а всякие летающие корзины нужная штука?

yura_coа всякие летающие корзины нужная штука?

это можно докручивать дополнительными виджетами, вон @Baco предложил на конфиги посадить стилистику, туда же можно и виджетную модульность реализовать, где и флайкарты по разным углам летать будут без особых задержек и мобайл_детект, в зависимости от которого, как и кол-во лейаутов будет подключено (что кстати сэкономит производительность) так и стилизацию под мобайлы или АМП темплейты, в общем, @yura_co , может крутой комбайн получится с движком от мустанга 888

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

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

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

{

    "name": "Glamour store PINK", "base_color": '#FFC0CB', "fullweidht": false, "button_color": '#000000'...

}

и есть магазин Б, в котором продаем машинное масло под все модели BMW, и для него будет след. конфиг:

{

    "name": "Strong store green", "base_color": '#18b706', "fullweidht": true, "button_color": '#ffffff'...

}

все остальные параметры - не затрагиваемы, особенно сетка верстки, микроразметка, библиотеки и прочие приблуды (кстати виджеты так же можно конфигами добавлять, с добавлением доп поля в админке соответственно.

а, терь понял, я уже хочу это пощупать:love:
мне искать исполнителя или есть толковые исполнительготовый реализовать?

yura_coа, терь понял, я уже хочу это пощупать:love:
мне искать исполнителя или есть толковые исполнительготовый реализовать?

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

По сути - это шаблонизатор.
гудбай бутстрап, наконец-то! :)
Что касается разукрашек для домохозяек, то мне нравится идея в виде: домохозяйка красит необходимый минимум - кнопки, заголовки, окошки etc (т.е. такой себе light-config), затем админка генерит стиль.
Морда смотрит if_light_config => true ? грузим_стиль : грузим_дефолт
Прекрасно. В отличии от кванзиллионов циклов. Как в некоторых шаблонах

ocdroidПо сути - это шаблонизатор.
гудбай бутстрап, наконец-то! :)
Что касается разукрашек для домохозяек, то мне нравится идея в виде: домохозяйка красит необходимый минимум - кнопки, заголовки, окошки etc (т.е. такой себе light-config), затем админка генерит стиль.
Морда смотрит if_light_config => true ? грузим_стиль : грузим_дефолт
Прекрасно. В отличии от кванзиллионов циклов. Как в некоторых шаблонах

Да, именно это имеется ввиду, но "скелет" надо создать грамотно, вложиться один раз и фсё. Остальное - генерим в админке, плюс конфиг систем.

"скелет" остается банальным. Смотри на это со стороны пользователя.
header\left\right\top\bottom\footer

ocdroid"скелет" остается банальным. Смотри на это со стороны пользователя.
header\left\right\top\bottom\footer

как бы да, но если на конфиг ставим:
телефон, время работы, поиск - и это дело хотим отображать в header , НО в разных позах, как это сделать на пыхе - я понимаю, а вот как это реализовать в скелете, если например домохозяйка не хочет тратить пространство в шапке на рабочие часы, а на 33% поставить лого, а на 77% - на всю ширину поиск, шпарить это все на elseif-ы - не хочеться, должно же быть решение проще, либо нарезать <section> и в отдельные файлы, подключая в контроллере помодульно, в зависимости от настроек. если есть у кого то предложения\решения, рад выслушать, сам ещё поищу решения, это так, навскидку как я вижу реализацию.

Давай подсмотрим у передовых темплейт-мейкеров, как у них это реализовано, зачем самокат изобретать

BacoДавай подсмотрим у передовых темплейт-мейкеров, как у них это реализовано, зачем самокат изобретать

Вот я об этом и говорю. Ставим престу и всякие другие шоп-скрипты и анализируем.

BacoДавай подсмотрим у передовых темплейт-мейкеров, как у них это реализовано, зачем самокат изобретать

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

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

@ALarik , мне кажется, что вот эти 77%\33% как-раз и должны быть в конфигах
Картинками домохозяйке показываем варианты section, она их подключает и настраивает по желанию.
Типа "у вас есть конфиг шапки 33% - 22% - 22% - 22% = заполняйте 4 блока"

@OCappLab а я думаю, что лучше всего подключить условную тёщу и узнать ее мнение, как ей удобно будет "сайтом управлять" в плане дизайна.
опыт виксов всяких тоже следует учитывать и т.д.

OCappLabТуда лучше не смотреть)Каждый делает по разному и каждый считает, что так правильно. Как минимум начиная с того где эти на тройки должны быть. Кто-то в Настройки шаблона вставляет. Кто-то отдельным модулем.
Тут я считаю, что нам нужно задать правило. Так как это сделано в Oc оригинальном. 80% верстальщиков даже папку не переименовывают.

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

ocdroid@ALarik , мне кажется, что вот эти 77%\33% как-раз и должны быть в конфигах
Картинками домохозяйке показываем варианты section, она их подключает и настраивает по желанию.
Типа "у вас есть конфиг шапки 33% - 22% - 22% - 22% = заполняйте 4 блока"

если подключим в хелперы "мобайл детект", который четко в контроллер будет свистеть, где таблет, где десктоп и где смарт, думаю на уровне этом можно переключать и подгружать даже модели можно.

@yura_co - нужно твое экспертное мнение, как по виденью, было бы удобно использовать, есть ли примеры или пожелания?