Форум

Александр Денисюк,
а можно подробнее? не понял что вы хотели сказать.
группы всегда активные в 6 модуле?
каким тегом в выгрузке передать что группа неактивна?

Да непонятно, почему в старом протоколе обмена, в встроенном модуле от 1с, когда тупо передаешь структуру Справочника номенклатуры  (без создания групп на сайте, хотя там тоже эта возможность есть,  не пользовались просто), деактивация разделов происходила. Хоть в полном обмене, хоть только с изменениями,
всегда деактивация разделов корректной была.

А тут непонятно прежде всего - это штатно так сделано, или проблема в версии модуля 6.0.3.4 или проблема на сайте в модуле обмена.

Хотите сказать,  что в модуле для Групп на сайт анализ групп на предмет наличия товаров для выгрузки к подразделу не делали никогда?
И всегда передавали структуру групп активной? Если так, то в чем логика? Хотелось бы понять прежде чем пилить.

Добрый день!

Сначала [URL=https://yadi.sk/i/Y9tyUVQF3E9pBb]скрин[/URL] , к нему текст ниже.

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

Проблема в следующем.

У передаваемой на сайт структуры папок всегда есть Активность. Т.е. безотносительно того, есть ли товары к выгрузке для какой нибудь папки или нет,
раздел на сайте всегда активен после обмена с 1с. Пробегаться скриптом по разделам на сайте с анализом, есть ли внутри них элементы придется каждый раз после обмена (деактивировать пустые).

Это так и задумано, что Группы на сайте из 1с всегда передаются активными, независимо есть ли внутри них элементы к выгрузке?

Иногда в Группах на сайте для раздела у меня нет никаких товаров к выгрузке - не сезон, нет остатков или нет фото пока, да мало ли по каким причинам не хочу пока выгружать товары для определенной группы. Раз группа пустая и не содержит товаров, ее надо скрыть. А обмен всегда ее открывает.

Буду признателен за комментарии.[URL=https://yadi.sk/i/7AY1EpNi3E9sAZ][IMG]https://yadi.sk/i/7AY1EpNi3E9sAZ[/IMG][/URL]

в dbconn.php utf-8 прописывался, в том то и дело.
А где лежат файлы описания гаджетов? И почему на пустой рабочий стол можно добавить
гаджеты из меню выбора? Куда делись те что были в 1251 версии сайта?
возможно скрипт конвертации (написан давно)  просто не сконвертил файл, описывающий какие гаджеты и в каком порядке выволить на рабочий стол?
все остальное, что он конвертил - utf-8 без bom
ну и с js тоже непонятно, может не сконвертился
шаблон компонента news.list, на котором слайдер сделан и стили к нему.
И это как-то повлияло?
К сожалению, повторить эксперимент и посмотреть что и как нет времени.
Проблема с загрузкой решена, сайт останется на 1251, ковырять конвертацию в utf-8 пока нет необходимости.

На форуме уже была похожая тема, она касалась фотогалереи.

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

Причем этот баг был только на хостинге.

На локальной машине под Windows в Веб-окружении все работало.

На хостинге под CentOS в веб-окружении - сайт никак не хотел принимать картинки.

Ковырялся долго. Сначала решил сконвертировать сайт в utf-8. Сделал при помощи местного скрипта,
картинки стали загружаться, но

- исчезли все виджеты на Рабочем столе в админке
- перестал работать js, отвечающий за перелистывание баннеров на главной

[B]Вопрос - как связана смена кодировки с этими двумя пунктами?[/B]

Поскольку результат конвертации не устроил, поиски были продолжены.

Сайт развернул из бекапа в первоначальную кодировку 1251, с работающими js в слайдере и виджетами рабочего стола.

В итоге - в файле ./bitrix/.settings.php была включена отладка

'debug' => true,

после этого в отладчике браузера стали видны строки типа

"JSON error: Malformed UTF-8 characters"

ну типа сайт у нас весь в 1251 (и тестирование сайта никаких ошибок не выдает), а сервер на просьбу загрузить картинку отвечает в UTF-8.

там же в /bitrix/.settings.php  поставил

return array (
 'utf_mode' =>
 array (
   'value' =>[COLOR=#ff0000] false[/COLOR],

и картинки стали грузиться.

Не тестировал остальное с этой настройкой, но вроде виджеты на месте, слайдер переключается.

Комментарии приветствуются.

Столкнулся с такой же проблемой. Сайт был в кодировке 1251, на локальной машине в веб-окружении все работало. При переносе на хостинг стал выдавать ошибку. Ни в какую не грузил картинки с компьютера - "некорректный ответ сервера". Тестирование сайта средствами админки ошибок не выдавало. Сделал конвертацию сайта в utf-8 по инструкции. Заработало.