вадяskyANAКак и программисты Ulmart, я называю это навигацией, а секцию ниже - фильтрами. Можешь им кстати отписать, я бы почитал их ответ :)это для юзеров терминалогия.
при построении селекта по отбору товара примени термин "навигация"
кто тебя поймёт?
мы вроде программисты и термина "навигация" в терминалогии субд нет.
или ты блАндинкО?
Слушай, посмотри уже код страницы, хренов ты наш специалист по терминологии :)

То, что ты сюда запостил - это элемент <nav> , в котором находится <ul> с классом nav .
А секция, что имеет id="filters" , находится ниже.

Ещё вопросы будут? :)

вадяskyANAя называю это навигациейлюбое из действий в "навигации" вызывает вставку определённых условий в секцию where, что есть условия отбора, а по простому фильтр.
Умница! Теперь мы можем вернуться к вопросу ТС, или нет? :)

вадяя надеюся skyANA не обидится?
На чудаков не обижаюсь :)

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

Так и вижу как программисты Ulmart с какими-нибудь дизайнерами общаются:
- У нас в каталоге навигация поехала?
- Чё, бл*? Какая ещё навигация?

вадяskyANAнижеда насрать как те прогеры назвали секции
суть отаётся сутью
Да кто бы сомневался, что тебе насрать :)

вадяskyANAо, что ты сюда запостил - это элемент <nav> , в котором находится <ul> с классом nav .функции выполняемые с данными - фильтрация данных и там и там
Да все уже поняли, что ты и поиск данных готов называть фильтрацией данных, даже тогда, когда удобнее пользоваться термином поиск, лишь бы на своём стоять :)

вадяskyANAДа кто бы сомневался, что тебе насрать :)то что они разместили фильтрацию в разные части - не меняе суть фильтрации
Да даже если горячие данные вынесут в отдельную таблицу, ты будешь называть это фильтрацией, такой уж ты человек :)

вадяskyANAа все уже поняли, что ты и поиск данных готов называть фильтрацией данных, даже тогда, когда удобнее пользоваться термином поиск, лишь бы на своём стоять :)поиск - это тоже условия в секции where. ТС не рзделяет на такие условности. для него это всё фильтр, он пользуется терминами субд, а не терминами интерфпейса. на данном этапе этого достаточно.когда будет идти речь о интерфейсе - тогда можно разделять и на навигацию и на фильтр и на поиск, но в терминах субд это будут условия в секции where , т.е "фильтрация"
поэтому
найти n записей , удвлетворяющих условию,
отфильтровать n записей , удвлетворяющих условию,
показать n записей , удвлетворяющих условию,
перейти к n записям , удвлетворяющих условию
- это одно и тоже
а для того сайта просто "кладываются" условия отбора из секции "фильтр" и секции "навигаия"
базе по-барабану откуда берутся эти условия
Ты в конец уже загнался. С чего это вдруг ТС не разделяет? Он то как раз наверняка разделяет.

вадя,

ТС чёрным по белому написал: "Ситуация такова. Есть некий сайт. На нём каталог. В каталоге фильтры. По требованию заказчика фильтрация происходит без перезагрузки страницы."

А ты всё с ног на голову поставил.

В терминах СУБД, с**а, без перезагрузки страницы

бухалтер фантоцциу ТС уже есть выбранные данные,
у него вопрос - где из них делать HTML, на сервере или на клиенте.
На сервере.

вадяskyANAТы в конец уже загнался. С чего это вдруг ТС не разделяет? Он то как раз наверняка разделяет.может и разделяет, но для понимания вопроса это роли не играет
Какого вопроса? :)

Если тебя послушать, то "По требованию заказчика фильтрация происходит без перезагрузки страницы" магическим образом превращается в то, что заказчик требует SPA.

Обсудим? :)

вадяskyANAНа сервере.и я об этом
Не гони, ты давно уже про фильтрацию в терминах СУБД тут вещаешь :)

вадяskyANAВ каталоге фильтры.а что из себя представляют фильтры в понятии ТС и в понятии заказчика и в понятии дизайнера?
Все уже поняли, "что из себя представляют фильтры в понятии ТС", один ты дурака продолжаешь валять :)

правильные посоны2ТС:

Более правильно получать данные в JSON и потом с помощью JS генерить HTML
Неправильно. Не генерить HTML, а обновлять существующие ноды (шаблоны).

Более правильно получать данные с сервера в виде HTML и просто их публиковать.
При таком раскладе и подходе "в лоб" будут плодиться виртуальные ноды и расти js heap. А при стандартном раздолбайстве еще и лиснеры.
Про длительную работу без перезагрузки страницы и тем более про СПА можно забыть. Подчистка ДОМа без опыта и спец наработок очень сложна.

Частично это актуально и для первого случая.
О, вот это наброс :)