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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

кеш чистили?

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

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

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

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

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

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

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

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

собственно вроде все)

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

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