Форум

Как вариант, если операция разовая:
[LIST][*]разверните демку малого бизнеса,[*]выгрузите в демку из 1С.[*]из демки выгрузите штатным механизмом битрикса в xml или csv[*]в старте - загрузите.
[/LIST]А по выгрузке, чего у вас адресе каталога указан файл?

[QUOTE]/equipments/notebooks/ обрабатывается как раздел. а должен как страница инфоблока. [/QUOTE] Судя по настройке урлей в инфоблоке - это корень вашего каталога, следовательно это корневой раздел, а не страница (элемент) инфоблока.
Для элемента срабатывает 3 правило в настройке.

[QUOTE]Размер всей базы меньше 200 Мб. А размер всего сайта - 1.6 Гб. При удалении новостей штатными средствами размер вего сайта не уменьшается.[/QUOTE] Так на сколько должен уменьшиться бекап?
Если у вас текстовые новости и их не много, вы и не увидете заметных уменьшений.

А на сколько должен был уменьшится бекап?

На ум приходит несколько проблем:
[LIST=1][*]Кодировка сайта в cp1251
А аякс запросы приходят в UTF-8. Но битриксовый аякс с этим нормально работает[*]Судя по описанию проблемы с хедером, т.к. при подключении пролога мета-тег с кодировкой не выводиться, то скорее всего ваш веб-сервер (nginx или апач) по умолчанию отдает кодировку отличную от кодировки сайта.
Вы можете это проверить, открыв консоль браузера и посмотреть какие запросы и ответы ходят между браузером и сервером.
Пример в хроме http://joxi.ru/KAcsUxjKTJAYMFoItnc
[/LIST]

Если не работает аякс, а он должен работать из коробки, то выводить надо ссылку, которая в массиве у товара BUY_URL или ADD_URL

Лицензии на более дешевую редакцию придется покупать.

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

[QUOTE]Спорно. Правила реврайта проверяются всегда. Допустим у вас одна страница + 4-5 js + 2-3 css + 20-30 картинок. Быстрее ли 1 редирект на php чем 32 на mod_rewrite?[/QUOTE] В вашем примере htaccess будет быстрее, так как при правильной конфигурации запрос на статические файлы css, js, картинки и прочие обработает nginx и до апача очередь не дойдет, т.е. правила реврайта не проверятся.
Да и реврайт обрабатывает адрес страницы, а не ее содержимое, т.е. картинки и прочее не потянется.

А в случае когда дело дойдет до апача, то у вас уже будет файл, по правилам которого нужно редиректить.

В случае с редиректом пхп, нужно пройти весь путь, который описан выше, потом подключить пхп, потом ядро битрикса (а это множество инклудов), к базе законнектится, потом сделать запросики к базе (если мы про OLD_ID) и только потом выдать заголовок редиректа.

Для того чтобы понять какой вариант лучше, то нужно сначала четко понимать задачу!
В случае когда мы говорим про инфоблок или списки с тысячами вариантов, то конечно [B]проще [/B]сделать программный редирект.
[B]В данном топике задача не описана,[/B] а обсуждается решение конкретной проблемы.

[QUOTE]Денис пишет:
не понятно почему .htacess редиректы не работают
[/QUOTE]Не знаю, у нас работает оба варианта редиректов, которые описаны в данном топике.
Возможно проблема в том что ссылка у вас с гет-параметрами.

[QUOTE]Александр Маджугин пишет:
Реврайт не быстрый модуль кстати.
[/QUOTE]Да уж побыстрее реврайта на пхп

[QUOTE]Александр Маджугин пишет:
Такой необходимости быть не может ни на одном вменяемо спроектированном сайте.
[/QUOTE]Банально сайт перенесли, редиректы старых
урлей, чем плохая задача