Форум

[QUOTE]copenhagen72 написал:
Если чего-то не делаете вы и знакомые, это все же не значит, что этого не делают остальные.[/QUOTE]
А я и не говорю такого. Это вы говорите, что люди в первую очередь выбирают бренд, я просто пояснил, что не все.
Данные которые которые нужны только для меньшей части людей в коробке отсутствует. Ну как-то так. К тому же битрикс предполагает, что человек поставит сам так как есть, а на остальном должны свой куш получить разработчики. Если продумают ооочень много всего изначально, то разработчикам не на чем будет зарабатывать.

Досконально не получится.
Если через PHP, то предполагается, что вы можете на основании каких-то данных переданных на страницу проверить равен ли он каким-то данным на текущем сайте, если равен, то сделать редирект на новый адрес, который вы так же формируете налету.

т.е. у вас старый адрес к примеру был какой-нибудь
/tovar/telek-123/cvet-green/?dop=12
и по нему перешли на новый сайт
соответсвенно каждая часть такой ссылки что-то да значит, разбиваете на составляющие и проверяте есть ли товар/раздел/новость или еще что-то что можно из БД/файла получить значения. Если есть делаем редирект
[CODE]
header("HTTP/1.1 301 Moved Permanently");
header("Location: новый адрес");
[/CODE]

в DESCRIPTION таблица b_file

в теме указано [QUOTE]Требуется осуществить переезд с текущего сайта на новый на 1С-Битрикс[/QUOTE], т.е. скорее всего структура там отличная от привычного в битрикс(я сталкивался только с такими случаями) и скорее всего придется использовать только 2 варианта либо сохранять пути в номенклатуре(в других смс такое часто встречается когда полный путь хранится в базе) и через php делать редирект, либо в htaccess и заниматься неблагодарным делом собирая для него пути.

Хотя я на одном из проектов вообще по другому делал, подключил старую базу дополнительно к новой и по коду из 1С сравнивал там и в новой товары и на основе сравнения делал редирект. Но такой способ требует знания структуры старой базы и место на сервере для нее(на полгода)

Нету. У каждого свое понятие как хранить и использовать такое понятие как бренд или артикул товара. К примеру вот вы говорите:
[QUOTE]Во многих тематиках люди в первую очередь выбирают бренд (парфюмерия-косметика, смартфоны, шины, спортивное питание и т.д.). [/QUOTE]
Я никогда не смотрю на бренд и мои знакомые тоже: в первую очередь на цену и затем характеристики, а вот бренд в самую последнюю очередь когда примерно определился что подходит по критерию, то можно и посмотреть, а какие бренды попали и есть ли среди них что-то знакомое.

[QUOTE]copenhagen72 написал:
По логике, в Битриксе должен быть функционал для облегчения перехода на него: указания старых вариантов адресов страница - но я ничего такого не нашел.[/QUOTE]

:D  :D  :D Порадовали, спасибо.

Теперь серьезно: Ничего такого нет, каждый сам решает, что ему и как нужно. Я как раз именно таким глупым решением "Прописывание правил-редиректов в htaccess для хоть сколько-то большой базы товаров является глупым и безуспешным занятием." и занимался всегда. Есть еще вариант через PHP сделать редирект, но обычно только когда есть откуда сформировать пути, например как вы предположили
[QUOTE]Самым простым способом видится импортировать старые ссылки в номенклатуру как дополнительный реквизит и передать его обменом в Битрикс.[/QUOTE]
Если заведете и заполните свойства, то можно будет через PHP проверять наличие ссылок

Добрый день.
Подскажите с таким вопросом как передавать несколько оплат в 1С? У меня передается только 1.
т.е. я ввел что можно часть оплатить баллами, часть по безналу. но в 1С уходит только одна оплата или та или та.

Раз обновили и то и то то первым делом в настройках проверьте включена ли галочка в модуле интернет магазина Включить обработку устаревших событий.
А дальше сидеть и разбирать ваш обработчик какие функции(методы) используются и что нужно менять. Так как в новых версиях php не все старое поддерживается. как и в новых версиях битрикса что-то может начать работать не так.

Предположу, что вы либо обновили версию битрикса, либо версию php на сервере. Поэтому старый обработчик дает сбой. Я бы в эту сторону смотрел.  
Еще вариант сам обработчик обновили, но не до конца перевели все на новое ядро.

Я сталкивался с похожей проблемой, когда для оптимизации скорости работы частного обмена количество товара и цену изменять начали вместо CCatalogProduct->Update и CPrice->Update через ProductTable::update и PriceTable::update. Я не помню уже что именно, но в этом случае еще что-то менять нужно

Еще минус: место вы займете одинаковыми компонентами много