А можно подробнее что там будет?

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

+, именно так и делали.

либо keyup (для "вписал число в поле")

обращайтесь, решим

Плохо, что не понимаете)
Вы б еще лет через 10 вылезли и начали репутацию пытаться восстановить.

Оо, опять Дениска со своими 75-80%))
Помним, проходили

с таким подходом останутся те, кто визитки клепает ну и Дениска)

забивать не нужно, нужно смотреть на ситуацию.
В идеале нужно код css, который отвечает за отображение первого "скрина" вынести раньше, а остальное (то, что пока не нужно) - догружать чуть позже.
Но, если у вас там 50 байт css, то задумайтесь о том, что у вас за оптимизаторы)

да, при условии импорта этого всего "снаружи", то проблем нет

Реализовывали, за счет доп. характеристик

Реализовывали, за счет доп. характеристик

лучше перформатировать так, чтобы данные приходили из модели.

а в чем проблема то?

Либо в настройках, либо закрывать тег)

хз чего у вас там не так)
https://yadi.sk/i/SeUFdbjrqx7pk
ни красного, ни проблем

Дополнительного, насколько помню, не нужно. Вроде как в том же запросе можно запросить max и min (но могу ошибаться).
Во вьюхе делать аякс запросы не верно, по-моему, так как в модели элементарно есть УЖЕ настроенное кеширование.
Пробежаться по массиву во вьюхе как вариант, но для человека, понимающего, что есть вьюха, а что модель, проще написать это в модели)))

посредством)

А если по существу, то почитайте, что возвращает инклуд) и не пишите echo

wrap wrap_dark вынести за пределы header__center

кеш чистили?

зайдите в модуль поиска, пересоздайте индекс. точно не помню, но вроде там и карта пересоберется.

да вон в проектах на первом месте чудо-юдо, о чем говорить то?)

Пишите кто делал-то? Надо ж знать профи в лицо)

Правда, она такая)

Никакого косяка здесь нет, это один из вариантов решения.
А вот как раз использование ajax изначально было бы ранней "переоптимизацией".
Сейчас то конечно поправить надо, но не ранее того, как появился прецедент.

заведите 2 дочерних категории, в 1-м выводите из 1-й категории, во втором - из 2-й

ну тогда ток доделывать. если денежки не жалко, милости прошу)

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

правильнее будет даже не id, а ids
но, в коробку хз зачем это. дописать это дело получаса максимум