Автомобиль DS53F5печка красная 3 LDlNDl43
vasya_1-2013-05-26.flv
vasya_1-2010-05-20_01-31-38.flv
vasya-2019-05-21.flv
vasya-2011-05-27_01-22-07.flv
vasya0000-2013-05-29.flv
vasya0000-2015-05-29_01-31-38.flv
333vasya-2013-05-29.flv
333vasya-2015-05-29_01-31-27.flvСайт вроде как собран нормально, так как делался он с очень крупного донора и у них все выглядит именно так же, как и у меня.
RewriteCond %{REQUEST_URI} !^.+_model_\d+\/$ [NC]
RewriteRule тут ваш редирект [R=301,L]RewriteCond - если, эти их несколько подряд то это и и и и ну и в конце должен быть рул%{REQUEST_URI}- в урл^.+_model_\d+\/$- есть model плюс цифры и в конце строки! - отрицание то есть должен бытьRewriteRule то выполняется ваше правило.
К сожалению тема не на один час.
При 90К товаров лучше использвать разные инфоблоки.
Опишу вам сразу чего стит избегать
1. постобработчиков - минимизируйте желательно полностью убрав ( со временем их скорость работы превращяетя в очень большую проблему)
2. Используейте штатный обмен с 1с ( не тот что вшит в 1с а тот что на сайте битрикса) https://1c.1c-bitrix.ru/ecommerce/download.php
3. Не забыавйте что 1с подготавливает данные а битрикс просто импортирует
соответственна вся подготовка данных на стороне 1с, не постобработчиком на сайте, и если выбирать что кастомить, кстомизируйте 1с обмен ( к сожалению) но перед этим прочитайте полный ман по модулю.
Есть вероятность что вы пилите то что уже есть.
4. инкрементный обмен, настраивайте сразу его.
5 если на сайтах количество товара такое 90К 90К 90К то да 1 база 100%
если 30 30 30 то однозначно раные инфоблоки, тут дело в том что разные платформы будут требовать разного бизнесс процесса и различия в инфоблоках все-равно будут как и в логики построени фильтрации тд.
Скорее всего бренды разнонишевые и клиент у них разный соответственно и мелочи на сайте будут разные.
К примеру базовое белье дефиле переходит от сезона в сезон, и приходится в экспорте пилить что вот эти и эти признаки преетаскивают старый товар в новые коллекции. Дикая орхидея так не делает, поскольку другой цен сегмент. Соответственно такие мелочи копятся, в результате разные инфоблоки позволят вам нормально это сделать.
да и 90К товаров для битрикса это прям много.
Скорее всего вам нужно будет заняться после создания сайта производительностью, и даже если вы все реально закешируете то вам прийдется переделывать основной каталог на ОРМ дабы ускорить сайт ( и да он ускорится сильно)
Если же их удет 30 то это не так страшно, хотя ве-равно скорее-всего прийдется переходить, и избаляться от части штатного функционала. ( по средствам штатного апи)
Напишите какие товары чем отличаются платформы, чем сохжи, и будет боле понятно что делать дальше.
Так же не забывайте что многосайтовость местами не работает как положено
намрпмер в сео модуле нет селекта какой сайт именно, и вы не сможете напистаь разные условия для разных сайтов.
Тут конечно можно костыли впихнуть и заработает но прям простого решания там нет, поскольку этого разделения нет на уровне системы. И прям в импуты прийдется вписывать код ( по мнению разрабов это может каждый сеошник) угу прям вот так, лично общался с разрабом этого места.
В общем есть плюсы 1 базы основной это изменения кода будет менять его сразу на 3 платформах.
Минуы это ограниченая кастомизация инфоблока под каждую платформу и 3кратное увеличение базы.
Особенно если это товары разной направленности то есть и свойства и разделы будут тоже создаваться под каждую группу товаров.
Но есть множество и других но.