Buck написал: СхемаXSDОбмена - оказались абсолютно идентичными! Реализовал реквизит Статус для Заказов и Отгрузок, в модуль обмена 6.0.3.4. для УТ 10.3 из того же модуля но для УТ 11 выпилил кусочек для загрузки и задания соответствий Статусов в БУСе и 1С - всё работает! На практике оказалось что значение реквизита "Статус" перекрывает любое состояние заказа/отгрузки в 1С в независимости от того оплачен он или отгружен... но вообщем то это мне и нужно было!
Если кому то будет интересно - опишу подробности...
Мне очень интересно, опишите, пожалуйста. Чем подробнее тем лучше, спасибо.
Формат картинок какой? PNG файлы кажется не будут импортироваться на сайт, смените на JPG И проверьте названия файлов картинок, чтобы там спецсимволов не было.
Понадобилось мне из 1с на сайт выгрузить множественные свойства товара. Для этого надо было, чтобы файлы выгрузки xml содержали нужную информацию.
Что и как добавить в xml, нашел на форуме - ссылка и еще ссылка, спасибо авторам. Перед тем как дорабатывать 1с, решил сначала проверить, будет ли Битрикс правильно загружать модифицированные xml, для этого воспользовался Скриптом диагностики.
Вот с ним то у меня и возникла загвоздка. Я модулем обмена (6.0.3.4) выгрузил из 1с в локальную папку файлы, взял те которые нужны для проверки (описание товаров из папки goods и описание свойств из папки properties), и решил, не меняя в них пока ничего, проверить, а работает ли скрипт на стандартных файлах выгрузки?
Перекидываю на сайт в нужную папку.
Проверил - работает. Ну, что ж, отлично.
Вношу изменения в эти файлы согласно ссылкам выше, пробую их импортировать - и... НИЧЕГО НЕ МЕНЯЕТСЯ на сайте. Ну, думаю, наверно информация по ссылкам устарела. Возвращаю все назад в файликах, снова пробую импорт этим скриптом - ОПЯТЬ НИЧЕГО НЕ МЕНЯЕТСЯ. (Естественно, перед импортом я каждый раз через админку изменял свойства товара, чтобы убедиться, что скрипт меняет информацию)
Короче, выяснилось, что Скрипт диагностики отрабатывает с файлами xml ОДИН РАЗ. Если файл затянуть скриптом в битрикс, а потом внести свои изменения, то через этот скрипт из измененного файла - данные затягиваться не будут. Т.е. для экспериментов с измененными XML, их надо редактировать сразу после локальной выгрузки и потом уже использовать Эмулятор обмена.
Вот такая логика работы Эмулятора обмена и БУС, буду признателен за комментарии. Может где-то настройки какие-есть, или в файлах можно служебные теги добавить-подправить, чтобы можно было работать с одним набором файлов, а не делать каждый раз новую выгрузку из 1с "свежих" файлов.
Как-то экспериментировал с выгрузкой в 1с с сайта (на КА), тоже не получилось иерархию разделов одинаковую получить. Разбираться не стал. Навскидку, я бы посмотрел: - в 1с ограничения на глубину разделов (сравнить с сайтом) - в 1с ограничения на длину наименования раздела - в битриксе может быть хитроспрятанная неявная настройка глубины экспорта разделов для такого обмена (например, через настройки экспорта CSV) - на сайте есть неактивные разделы с активными товарами, как затягиваются в 1с элементы и разделы с сайта в зависимости от активности - не знаю. Ну может профи подтянутся, еще что-то предложат.
Или в 1с завести свойство товара "Название для сайта", писать название товара туда. При создании товара сделать автозаполнение этого свойства из наименования, а на сайте или переписать шаблоны на использование этого свойства (сам шаблон или result_modifier.php). Автозаполнение только при создании нового товара, в остальном - все как обычное свойство.
Александр Денисюк, а можно подробнее? не понял что вы хотели сказать. группы всегда активные в 6 модуле? каким тегом в выгрузке передать что группа неактивна?
Да непонятно, почему в старом протоколе обмена, в встроенном модуле от 1с, когда тупо передаешь структуру Справочника номенклатуры (без создания групп на сайте, хотя там тоже эта возможность есть, не пользовались просто), деактивация разделов происходила. Хоть в полном обмене, хоть только с изменениями, всегда деактивация разделов корректной была.
А тут непонятно прежде всего - это штатно так сделано, или проблема в версии модуля 6.0.3.4 или проблема на сайте в модуле обмена.
Хотите сказать, что в модуле для Групп на сайт анализ групп на предмет наличия товаров для выгрузки к подразделу не делали никогда? И всегда передавали структуру групп активной? Если так, то в чем логика? Хотелось бы понять прежде чем пилить.
В модуле обмена от Битрикс есть возможность настройки для сайта своей иерархии разделов, которая отличается от Справочника Номенклатуры в 1с. В создаваемой для Сайта иерархии папок, можно из Справочника номенклатуры привязать как отдельные товары, так и разделы.
Проблема в следующем.
У передаваемой на сайт структуры папок всегда есть Активность. Т.е. безотносительно того, есть ли товары к выгрузке для какой нибудь папки или нет, раздел на сайте всегда активен после обмена с 1с. Пробегаться скриптом по разделам на сайте с анализом, есть ли внутри них элементы придется каждый раз после обмена (деактивировать пустые).
Это так и задумано, что Группы на сайте из 1с всегда передаются активными, независимо есть ли внутри них элементы к выгрузке?
Иногда в Группах на сайте для раздела у меня нет никаких товаров к выгрузке - не сезон, нет остатков или нет фото пока, да мало ли по каким причинам не хочу пока выгружать товары для определенной группы. Раз группа пустая и не содержит товаров, ее надо скрыть. А обмен всегда ее открывает.
в dbconn.php utf-8 прописывался, в том то и дело. А где лежат файлы описания гаджетов? И почему на пустой рабочий стол можно добавить гаджеты из меню выбора? Куда делись те что были в 1251 версии сайта? возможно скрипт конвертации (написан давно) просто не сконвертил файл, описывающий какие гаджеты и в каком порядке выволить на рабочий стол? все остальное, что он конвертил - utf-8 без bom ну и с js тоже непонятно, может не сконвертился шаблон компонента news.list, на котором слайдер сделан и стили к нему. И это как-то повлияло? К сожалению, повторить эксперимент и посмотреть что и как нет времени. Проблема с загрузкой решена, сайт останется на 1251, ковырять конвертацию в utf-8 пока нет необходимости.
На форуме уже была похожая тема, она касалась фотогалереи.
В общем суть такая - в какой-то момент после обновления битрикс перестали загружаться картинки, когда пытаешься добавить их вручную - из админки при редактировании элемента, или со стороны морды в режиме редактирования.
Причем этот баг был только на хостинге.
На локальной машине под Windows в Веб-окружении все работало.
На хостинге под CentOS в веб-окружении - сайт никак не хотел принимать картинки.
Ковырялся долго. Сначала решил сконвертировать сайт в utf-8. Сделал при помощи местного скрипта, картинки стали загружаться, но
- исчезли все виджеты на Рабочем столе в админке - перестал работать js, отвечающий за перелистывание баннеров на главной
Вопрос - как связана смена кодировки с этими двумя пунктами?
Поскольку результат конвертации не устроил, поиски были продолжены.
Сайт развернул из бекапа в первоначальную кодировку 1251, с работающими js в слайдере и виджетами рабочего стола.
В итоге - в файле ./bitrix/.settings.php была включена отладка
'debug' => true,
после этого в отладчике браузера стали видны строки типа
"JSON error: Malformed UTF-8 characters"
ну типа сайт у нас весь в 1251 (и тестирование сайта никаких ошибок не выдает), а сервер на просьбу загрузить картинку отвечает в UTF-8.
Столкнулся с такой же проблемой. Сайт был в кодировке 1251, на локальной машине в веб-окружении все работало. При переносе на хостинг стал выдавать ошибку. Ни в какую не грузил картинки с компьютера - "некорректный ответ сервера". Тестирование сайта средствами админки ошибок не выдавало. Сделал конвертацию сайта в utf-8 по инструкции. Заработало.