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

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

либо 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
но, в коробку хз зачем это. дописать это дело получаса максимум

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