Форум

Вообще, стандартного функционала для экспорта нескольких инфоблоков в 1 файл нету.

XML экспорт - импорт вам в помощь.

Если вам нужно конкретно уменьшить размер изображения, то сам Google Insight советовал раньше JpegOptim для jpg файлов и PngOptim для PNG соответственно.
Я на сервер поставил JpegOptim (ограничил добавление фото только jpg файлами), вывод изображения в html сделал через CFile::ResizeImageGet(), где изображение ресайзится до нужных размеров, без каких либо изменений качества (с ними у битрикса ужасно, имхо) и создал вот такое событие:

[CODE]AddEventHandler('main', 'OnAfterResizeImage', 'OptimiseJPG');


function OptimiseJPG($file,$arr,&$callbackData,&$cacheImageFile,&$cacheImageFileTmp,&$arImageSize) {

exec("jpegoptim $cacheImageFileTmp -m85 --strip-all --all-progressive -q > /dev/null &");

}
[/CODE]
После удалил кеш фотографий вручную.

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

[QUOTE]Андрей написал:
Это прям очень жестоко из-за одной формы убить столько времени на перевод всего сайта)[/QUOTE]
Форм было много =) И везде адские кракозябры.

Ваш вариант рассматривали, но тогда надо было бы найти все точки приёма пост запросов...

А перевод на UTF занял минут 20 примерно. Скрипт для перевода файлов гуглится лекго, бд и так не сложно перевести. Ну и не забыть define("BX_UTF", true); для сайта, бд и D7.

В стандартном шаблоне это меняется за счёт поля "сортировка" у торговых предложений.

Была похожая ситуация. Решить смог только 1 способом - переводом всего сайта и БД на UTF-8.

Как я понял - проблема вот в чём:

При использовании Encoding::convertEncoding вы просто подменяете символы, тоесть в строке с кодировкой 1251 появляются символы в кодировке utf.
По сути - примерно как писать транслитом. Вроде буквы то латинские, но язык остаётся русским.

[QUOTE]Евгений Жуков написал:
Такое решение при импорте данных, например из 1С, отключит сервер по нагрузке.[/QUOTE]
Всегда существует много "если", надо иметь гораздо больше информации, чтобы дабы минимизировать какие-либо проблемы. Это просто вариант.
А если работать по обмену с 1С, тогда после окончания импорта так же запускать агента генерации.

Настроить экспорт файла на агента, создать событие на OnPriceAdd, которое бы при изменении цены товара запускало агента .

А есть ли у элементов данного раздела какое-либо уникальное свойство, заполняемое только у них?
Если есть - можно попробовать использовать событие OnAfterIBlockElementAdd
В событии проверять, заполнено ли это свойство и если заполнено, изменять поле IBLOCK_SECTION_ID

[QUOTE]Dios написал:
Могу ошибаться, но думаю дубли в карте на индексирование вообще не как не влияют, как и на ранжирование.

Вот если бы у вас были разные ссылки на один товар, например
[URL=https://www.iesoft.ru/catalog/kaspersky_lab_17/kaspersky_internet_security_55/]https://www.iesoft.ru/catalog/kaspersky_lab_17/kaspersky_internet_security_55/[/URL]
[URL=https://www.iesoft.ru/catalog/kaspersky_lab_17/kaspersky_internet_security_55/]https://www.iesoft.ru/catalog/kaspersky_lab_17/kaspersky_internet_security_55/[/URL] ?offer=123
[URL=https://www.iesoft.ru/catalog/antivirus_54/kaspersky_internet_security_55/]https://www.iesoft.ru/catalog/antivirus_54/kaspersky_internet_security_55/[/URL]

Вот тогда беда. Но я бы в любом случае исправил бы, путем настройки карты заново, так как там могут быть и другие ошибки(битые и устаревшие ссылки, редкое обновление и тд). Если это типовой функционал глючит, то исправление через ТП битрикса.[/QUOTE]
У дублей есть 1 минус. Тот же яша сейчас не всегда склеивает дубли. А просто 1 выкидывает из поиска, второй наоборот закидывает в поиск.

И тут может быть такая ситуация, что если у обоих страниц есть вес, он не просуммируется, пока страницы не склеятся. А вот это уже плохо, это потеря позиций на пустом месте.