Дизайн - насколько он важен для сайта

letsgo,
Надо код смотреть

Не в коде дело скорее. На 1 этапе я тоже не понимал что стоящее, какие студии реально прорабатывают, потом со временем путем проб и ошибок уже разобрался. Многие "знаменитые" бренды с красивыми картинками на самом деле выдают слабые решения. Woodmart — магазины, newspaper — информ сайты, xtra — промо бизнес сайты, вот то что вот использую чаще. Везде свои конструкторы + поддержка visual composer (самый распространённый) и везде проработано очень хорошо. Так что везде есть своё качество и замыливание глаз, в любой cms. Но конструкторы снимают много лишней работы, зачем верстать какой то блок от А до Я, если можно взять его и поставить на место.

Но конструкторы снимают много лишней работы, зачем верстать какой то блок от А до Я, если можно взять его и поставить на место.

Это да, но если не озаботится оптимизацией изначально, Вот по этому и разгребаем ежемесячно после конструкторов...))
Сам по себе конечно он удобен, но для себя, когда ты можешь сам разобраться, отключить лишнее, Хуков и фильтров хватает.
Но для клиента, подключать десяток стилей, десяток ява скриптов, делать кучу запросов на странице, от неиспользуемого, только ради какого-то вывода, не комильфо))
В конструкторах, обычно все и сразу врубается, про запас так сказать, а отрубить не так просто, особенно если объединять и минимизировать.
Поставьте скажем Query Monitor и посмотрите, с конструктором, страница может и 300 запросов давать)
А все из за пары блоков и свистелки, которые можно по легкому самому добавить или использовать плагин для конкретной одной цели.
В итоге будет 50 запросов, с учетом установленных виджетов и каких-то еще плагинов.
Пожали, кеш, снесли вниз скрипты относительно очередности, все летает))
А если прелоадер добавить, то можно и стили по сносить, так как дергания не будут видны, их закроет прелоадер.))
Картинки все в webp. в итоге получаем достаточно быстрый проект.

Картинки все в webp. в итоге получаем....

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

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

Вы это серьезно?
Изучите вопрос, это уже давно стандарт для всех ведущих браузеров, экзотика не учитывается. Тем более если глубже вопрос изучить, то станет понятно, что тем, кто не поддерживает выдается старый формат, в том или ином виде. Хотя уже это практически не актуально.
Наверно не зря все сервисы, тех же яндекса, гугла выдают в этом формате.
Можете проверить свои картинки на страничке в PageSpeed Insights от гугла, он сразу предложит заменить формат на современный))

Но для клиента, подключать десяток стилей, десяток ява скриптов, делать кучу запросов на странице, от неиспользуемого, только ради какого-то вывода, не комильфо))

1 конструктор — 1 стиль. Как бы немного лишнего. И qwerry монитор прекрасные показывает результаты. И чем бы вы не меняли — все равно вы не воздух выведете а также стили и прочее.

Ну и плюс такое вот решает вопрос. yadi.sk/i/u42-UT1a-eXYAw Это к вопросу правильного подбора относится.

Саня если по ВП будут вопросы можно понадоедать немного в личку?
Хочу для общего развития посмотреть его

1 конструктор — 1 стиль. Как бы немного лишнего. И qwerry монитор прекрасные показывает результаты. И чем бы вы не меняли — все равно вы не воздух выведете а также стили и прочее.

Такое ощущение, что мы говорим о разных системах и конструкторах, вы в код страницы посмотрите, минимум штук 4-6 css и еще js столько же, не считая инлайн и сгенрированных, плюс в футере еще js, это если по минимуму использовать. В самом плагине можете ради интерса посмотреть, там порядка 40 файлов стилей, а js устанете считать))
Причем и о подходах. Как это нет экономии если подключать что-то для конкретной одной операции или комбайн?
Допустим, что бы вывести в конструкторе блок каких-то постов по условию, вы тыкнули в нем пару галок, перетащили и вроде все ок.
Но на самом деле, он дергает базу в цикле по полной, так как в нем заложено еще 100500 вариантов.
Или вы именно для конкретного вывода дернули одним запросом и вывели, плюс в уже готовых блоках диза сайта и готовых стилях, просто добавив класс(упрощаю).
Плюс оптимизация, вы пробовали адекватно пожать скрипты, объединить и перенести без потерь и ошибок в консоле с установленным конструктором и скажем еще парочкой больших плагинов?
Но я не против, конструкторов, кому они удобны, отлично, легче и проще, опять отлично, тем более дают стимул развиваться и узнавать вп и как он устроен, когда нагрузки растут.))

Но на самом деле, он дергает базу в цикле по полной, так как в нем заложено еще 100500 вариантов.

Вы сильно преувеличиваете. В магазине на главной, с выводом блоков товаров, кучей информации, корзиной и прочим: 65 запросов. Это всё с конструктором и без отключения лишнего. Обрабатывается всё быстро и летает сайт. Я встречал такую точку зрения, что вы декларируете, она обычно либо от незнания либо мотивация заработать на том что сделает конструктор и становится уже нормой так утверждать. Вот факт yadi.sk/i/hdczMgdzOQAOmQ

вы в код страницы посмотрите, минимум штук 4-6 css и еще js столько же, не считая инлайн и сгенрированных, плюс в футере еще js, это если по минимуму использовать. В самом плагине можете ради интерса посмотреть, там порядка 40 файлов стилей, а js устанете считать))

Настраивать надо правильно оптимизацию просто. В примере магазина там после кеширования 4 стиля и 4 js. yadi.sk/i/SXWFv91x-K1XWg Больше нету. Хотя вы пишете про комбаин и кучу всего. Всё надо просто правильно оптимизировать.

Такое ощущение, что мы говорим о разных системах и конструкторах, вы в код страницы посмотрите, минимум штук 4-6 css и еще js столько же, не считая инлайн и сгенрированных, плюс в футере еще js, это если по минимуму использовать. В самом плагине можете ради интерса посмотреть, там порядка 40 файлов стилей, а js устанете считать))

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

Вы сильно преувеличиваете. В магазине на главной, с выводом блоков товаров, кучей информации, корзиной и прочим: 65 запросов. Это всё с конструктором и без отключения лишнего. Обрабатывается всё быстро и летает сайт. Я встречал такую точку зрения, что вы декларируете, она обычно либо от незнания либо мотивация заработать на том что сделает конструктор и становится уже нормой так утверждать.

С вами похоже спорить бессмысленно, у вас ситили от конструктора 1 файл и все летает на конструкторе, вообще не грузит и еще и магазин + конструктор и все прям молнией с кучей инфы. Ок, мы не говорим про свой сервер, там можно такое устроить.
Хотя лан, примеров этих полетов я наверняка не дождусь, а воздух качать можно вечно.
Нравится конструктор, кто же против, тем более выбор есть, в топе вроде сейчас штук 15, может и есть которые боле менее щадят мощности))

С вами похоже спорить бессмысленно, у вас ситили от конструктора 1 файл и все летает на конструкторе, вообще не грузит и еще и магазин + конструктор и все прям молнией с кучей инфы. Ок, мы не говорим про свой сервер, там можно такое устроить.
Хотя лан, примеров этих полетов я наверняка не дождусь, а воздух качать можно вечно.

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

Ну в целом да, главное чтобы работало и заказчик был доволен.

Но в целом да дискуссия тупиковая.

Истина))

главное че покажет PSI

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