В других так, у нас так.
В машине круглый руль, в самолете палка-штурвал, в танке две педали в полу.

Именно поэтому никакие роботы ничего не нагружают, а DIAFAN.CMS самая нагрузоустойчивая среди CMS.
Хотите оторвать штурвал в самолете, и приделать туда руль из машины - Ваше право, но я тут ничего не посоветую.

А как можно объяснить непонятно что? Никак. Во-первых. А во-вторых, какая связь между пагинацией и Яндекс.маркетом? "Подключили маркет, выросла нагрузка на БД, поэтому мы отрубим пагинацию" = "когда я ем омлет, у меня болит живот, поэтому я пойду покрашу стену в желтый"

Включайте логирование запросов, смотрите какие запросы грузят, ставьте индексы, оптимизируйте структуру магазина и товаров. Знавал я ребят, которые загоняют через импорт 200К товаров по 100 характеристик со множественным значением, в каждой из которой до полутора тысяч значений и потом возмущаются, почему на виртуальном хостинге "премиум-1" за 150 рублей у них сайт не летает как пуля...

Если совсем разные дилеры и у них совсем разные товары, то можно создать страницы сайта, назвать их "Магазин 2", "Магазин 3" и к каждой прикрепить модуль "Магазин", то будет несколько магазинов, у каждого свои характеристики, фильтры, бренды и даже корзины можно сделать. Но это совсем для мультивендора схема. И зависит от администрирования, и доступов, кто чем управлять управлять будет.
Чаще всего, обойтись можно одним модулем, тем более, если корзина нужна одна. Я бы делил дилеров скорее всего категориями. Корневая категория - дилер, вложенные - его категории товаров. На каждого из дилеров (т.е. категории) можно назначить свои характеристики, у них будут свои фильтры, причем автоматические и пр. С категориями затем делать можно что угодно, оформлять страницы дилеров, добавлять туда картинки, логотипы, фильтровать, выводить списками и т.д.

У нас один товар - один артикул. Если это характеристика, обычно артикул один и тот же: ботинки с разным размером имеют один артикул.
Если надо разные артикулы, нужно просто создавать разные товары.
Хотя надо признать, доработка с вынесением артикулов в зависимые характеристики у нас в планах.

У нас один товар - один артикул. Если это характеристика, обычно артикул один и тот же: ботинки с разным размером имеют один артикул.
Если надо разные артикулы, нужно просто создавать разные товары.
Хотя надо признать, доработка с вынесением артикулов в зависимые характеристики у нас в планах.

У нас один товар - один артикул. Если это характеристика, обычно артикул один и тот же: ботинки с разным размером имеют один артикул.
Если надо разные артикулы, нужно просто создавать разные товары.
Хотя надо признать, доработка с вынесением артикулов в зависимые характеристики у нас в планах.

А запретить доступ к сайту ботам в модуле посещаемости?

А Вы видели код модуля? Очевидно, нет. Так как понимали бы, что фильтрация ботов осуществляется не по юзерагенту ;)

Полгода как сделано

Ну если там бот с полноценным браузером с поддержкой JS и событиями мышки, то может быть. Но я не встречал таких ботов.

Я имею ввиду не встречал таких ботов, которые просто спамят заказы. Поведенческие накрутить - это ещё целесообразно, а просто чтобы спамчик отправить иметь кучу реальных машин с браузерами и подключаться к консолям - это зашквар )
Я думаю галки блокировки ботов в 98% случаев хватит за глаза

В декабре прошлого года у нас не было модуля с блокировкой ботов ;)

Это разные поля. Слева больше "Бренд" или условное декоративное обозначение, а справа прям производителе, обозначение компании. Когда мы вводили, была речь про разные поля, чтобы можно было отдельно заполнить

Направление мысли правильное, но brand_id выведет id бренда. Чтобы было имя, нужно ещё query сделать за именем по brand_id

А, дык:

Да, там задание было "ставить автоматически noindex на категории, где нет товаров", но что-то пошло не так ) Фикс поправит ситуацию
PS откат - это хорошо, что он есть в системе, мы поэтому не переживаем экспериментировать иногда ;)

Не, с этим мы не экспериментируем, только с кодом

А остальные товары как на сайт попадают?

Ну так в файле маркета просто условие поставить, если есть галка "нет в наличии" или "количество 0", то пропускать и не выгружать

Так на форумах бесплатных цмс. Заходят, пишут друг другу решения, находят. Никто никому ничего не должен, просто общение и помощь.
У нас цмс коммерческая, есть официальнаая поддержка. Покупаете лицензию, идете в поддержку и спрашиваете "как запретить вывод нулевых товаров в маркет". В течение дня получаете конкретный ответ, файл, номер строки, пример кода. Всё. Зачем сражаться с кем-то на каком-то форуме без гарантии результата?

Здрааасьте! Вы насовали 100500 товаров, которых у Вас нет, движок их прекрасно выгрузил, Яндекс Вас за отсутствующие товары заблочил, но виноват движок??? Движок вам товары закупить должен был и продавать их за вас может быть?
При чём тут система? Занесите товары, система их корректно отправит в Яндекс, всё прекрасно работает. Нужны хитрые условия - настраивайте под себя, нет проблем

Бред какой-то. ТЗ нет. Есть какие-то пространственные условия. "Машина едет 40км/ч, а по выходным 60км/ч, но если в ней сидит тесть, то машина едет к тёще. Сколько такая машина стоит?"

И что? Это должно быть из коробки? Открыл движок и оп тебе "белье без предоплаты на заказ за 10 дней" работает?
Таких условий нафигачить сходу можно сотню. Это называется перламутровые пуговицы.

Добавить пару полей, пару условий в файл выгрузки. Что угодно будет передавать.

И 40 и 100 товаров легко админятся вручную. Автоматизировать 40 товаров - это нецелесообразно точно.

Без ограничений

и да. Ключевое. Мы давно перестали ориентировать движок "коробку" на "обычных пользователей". Это профессиональный инструмент для веб-разработчиков, которому нужно учиться. Есть специальные курсы для студий и программистов. У них нет проблем потом сделать такие условия.

Для "обычных" пользователей есть облако Diafan.Cloud. Покупаете расширенный тариф, платите 3К в месяц под ключ и подобные задачи с радостью будет решать техподдержка в виде готовых доработок.

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

Это на ТЗ похоже, ок. Любой разработчик это сделает. Вопрос только в оплате. Почему-то за подобное ТЗ на Битриксе молча платят тысяч 50, а у нас когда разработчики называют тысяч 15, заказчики пучат глаза "у меня 3 максимум"...

Хотя понятно в чём проблема. Вот в этом:

Да, будет дороже. А почему должно быть дешевле??? Какая связь? Рулонные обои с цветами стоят 300 рублей. А раскрасить стену такими же цветами руками художника 30000. Чего нелогичного?
Хотя цену на лицензии надо поднять раза в три или больше, чтобы не было таких вопросов. Заплатил 70К, как за Битрикс и потом 30К за доработку отдать не проблема