Lavrov95, дружище, понятнее не стало, если честно, видимо что-то осталось только у вас в мыслях...
что нужно сделать с этим массивом? То есть какие данные вывести в новый и по какой логике?
да-да, расскажите, какие вы там нано-технологии внедряете в дефолтные конфигурации
Дело не в технологиях — время тратим на обычные технологии, но под просьюбы и задачи клиента — то время,
вот например мое время стоит например сейчас (и на определеном проекте с хорошим объемом) — 500р/час*,
все просто
slo_nik, ну вот и все... получается некий фильтр/категория (по модели и марке), а конкретная модель ОБЯЗАНА иметь id (если через GET запрашивать), уникальное имя = id
а id — это id модели? То есть рядом идет model_name — оно уникально?
Если это так и модель можно идентифицировать по name ровно также, как и по id — то оно и правда не нужно
Константин Нагибович, не факт — работаю с CML, Но с Битриксом никогда не работал :)
Просто родной модуль в 1С выдает именно в этом формате данные, почти все CMS (и не CMS) стараются ему следовать, для удобной будующей миграции/’приемственности
Krakozyaba, мне понравилось как парень один в комментах Хабра объяснил — по сути данные в БД — это нолики и единички, такие же нолики. как и не персональные данные и в этом вся и беда, и нелепость закона...
Krakozyaba, просто слейвом ставьте и пусть как сток работает — в него актуальные данные льются сами себе с небольшим лагом и все.
То есть при проверке («контрольная закупка») у проверяющих будут данные, что в РФ все зашло, что нужно
Подгрузка товаров не связан с БД, она связана с запросом на бекенд, который отдает следующую порцию товаров,
откуда он будет брать эти товары — уже проблема бекенда (из файла, из БД, из кеша, из стороннего АПИ).
Я так понимаю у вас товары вне БД хранятся? Ну так грузите их со своего источника
