Yii2 даже в нынешнем мягко говоря полуготовом виде радует феерический, это факт.
а mentalix молодца, конкретный "гуру" с незамутнённым сознанием 😂 ...
вопрос аналогичен: "как из обычных продуктов сделать еду ???" 😂 какие продукты? какая еда? какая CMS? какой шаблонизатор?
а вообще то на все "как" - ответ "руками"... притом с едой, как и с шаблонами, голову включать почти не надо...
Сказочный топик 😂 понтанутый козлик с приблатнёнными прибаутками посылает всех недовольных "в десятку", группа подтанцовки лениво отплясывает одни и те же примитивные коленца. клоны в восторге, на остальных пофиг.
просто праздник ! агрегаторы и так есть неплохие, а вот такой цирк - эксклюзив...
с бэкграундом не получится, придётся явно вставлять картинку-фон в блок, сама картинка: max-width:100%; height:auto; отскалируется по ширине блока с сохранением пропорций (вне зависимости от атрибутов), лучше абсолютно позиционировать и выставить подходящий z-index, что бы не перекрывала контент (т.к. её стоит засовывать в самом конце и с interlaced что б поменьше тормозила).
+ , админка MODX требовательна к ширине канала и грузит клиента не по детски - это факт, но подобный трабл сервака на 101% заслуга его кривой конфигурации...
сначала бредовый html стоит до ума довести, а потом уж стили...
хреново понимаете. и, кстати, откуда вдруг взялось "понимание"? само выросло?
это две разные реализации некоторых общих принципов, Evo - первая и не слишком (мягко говоря) удачная, хотя для упёртых мазохистов может и подойти. Revo отличается от первой принципиально, вплоть до синтаксиса + на основе Revo сделан сервис MODX CLoud - штука супер удобная...
избыточны как раз из за поддержке самой широкой функциональности и из за структуры раздельных блоков директив для этих функциональных частей. это необходимо для возможности гарантированно кошерного удаления неиспользуемого кода.
нахрена поддержка неиспользуемого функционала и его кроссброузерности в production? стоит разок напрячься и отрезать лишнее - избыточная структура тому способствует. так же как и LESS в отлаженном пакете стилей уже не нужен - статика форевер...
эт как сказать 😂 да и всё веселее, чем какое-н очередное разжевывание нубских правил хтассесса в 100500 раз...
1. LESS всего лишь средство. ничего не мешает использовать прероцессор только в dev, отказ от LESS на этапе разработки только из "религиозных" соображений как раз много ближе к слабоумию;
2. любой кроссброузеный и многофункциональный модуль оказывается избыточным для конкретного применения в проекте и используется только как болванка на dev этапе;
3. на dev этапах css фреймворки (и гридовые в том числе) использовались, используются и будут использоваться многими тышшшами дизанеров и верстальщиков. если они реально "работают", а не только теоретизируют. это реально ускоряет время разработки в разы;
вот тупо использовать dev средства и заготовки в prodact это реальный маразм...
Ayavryk, надо смотреть глубже - на системный уровень фреймворка, тупая вставка полного пакета - это для полных же нубов. на самом деле задумана и реализована возможность сборки LESS-ом только нужных модулей (и констант) пакета под конкретный проект - вот что на самом деле есть bootstrap. там же остальные плюшки LESS - компоновка, сжатие, обуфикация и т.д.
никто не мешает одним движением скомпилировать свой bootstrap только из модуля css для кнопок, например.
так что этот фреймворк много более чем учебник, всего лишь "надо уметь готовить"...
