Форум

[QUOTE]bnzaaai пишет:
Два раза вызывается функция "ПолучитьМассивУзловДляРегистрации" с запросом (ПланыОбмена.Б_ОбменССайтом.Выбрать()). Переделайте на один вызов.
[/QUOTE]Сделано.

[QUOTE]bnzaaai пишет:
Вызывайте "ПолучитьМассивУзловДляРегистрации"только в случае необходимости, если убедились что тип объекта участвует в обмене.
[/QUOTE]Такого не будет, т.к. частенько настройки меняются и изменения могут потеряться.
[QUOTE]bnzaaai пишет:
При регистрации пользовательских справочников всегда вызывается запрос и прочие манипуляции, даже если объект уже зарегистрирован выше. Сделайте проверку, объект зарегистрирован выше - это не пользовательский справочник и этот участок кода не выполнять.
[/QUOTE]2/3 справочников, которые зарегистрированы выше, не могут быть пользовательскими.

[QUOTE]bnzaaai пишет:
В 1С есть общие модули с кэшированием результата функций (повторное использование возвращаемых значений). Будет лучше вынести все функции с запросами туда, это увеличит производительность при массовом изменении объектов (на запись каждого объекта в БД не будет вызываться запрос).
[/QUOTE]В свое время мне не хотелось плодить общие модули.. Посмотрим, может и сделаю по вашему, а может и нет..

[QUOTE]Минаев Дмитрий пишет:
Написал в тех поддержку. Параллельно разбираюсь сам. Сделал выгрузку в локальную папку, а не на сайт, в папке с выгрузкой файлов с картинками нет, но в XMLес товарами есть строки:

<Картинка>import_files/e8/e87d9e54-3e2a-11e2-b23a-00112fee5b5c_2eefa876-4e4f-4ac2-80fb-00de92283daa.jpg</Картинка>
<Картинка>import_files/e8/e87d9e54-3e2a-11e2-b23a-00112fee5b5c_5930223e-2b29-47b9-b491-812af825e59d.jpg</Картинка>

Должно ли так быть? И это путь к картинке где? Подумал что на сайте но не смог найти .
[/QUOTE]Да, должно быть так. Картинки были обработаны, а потом удалены с папки на сайте.

[QUOTE]Михаил Щенков пишет:
Вы здесь говорите, что картинки должны выгружаться один раз. И в тоже время в техподдержке говорите, что если мы имеем прикрепленную картинку к товару - то эти картинки/файлы и будут выгружаться даже при выгрузке изменений. Получается картинки/файлы выгружаются не один раз?
[/QUOTE]Если еще раз почитаете, то поймете, что в обращении я писал про свойства с типом файл. Вот для них выгружаются все значения(все картинки этого справочника).
Прикрепленные файлы товара - это не свойства.

[QUOTE]Ксения Шенкель пишет:
Добрый день, можно выгружать описание с html разметкой, но для этого необходимо установить в конфигураторе 1с модуль обмена с Битрикс.

[url=http://dev.1c-bitrix.ru/community/blogs/product_features/exchange-module-with-1cbitrix-40.php]Модуль обмена с 1С-Битрикс 4.0[/url]
[/QUOTE]Для УТ 11 нет описания товара с html разметкой. Для УТ 10.3 есть.

[QUOTE]Владимир Щукин пишет:
Методом научного тыка поменял "Истина" на "Ложь", сделал импорт. Ошибок не было, но свойства все равно стали сведениями, а не реквизитами. Не угадал, выходит.
Может дадите подсказку и сэкономите мне несколько дней, а ? :)
[/QUOTE]Если память не изменяет, то этот реквизит за это и отвечает + в наборы свойств нужно пихать эти свойства в табличную часть реквизитов, а не сведений

[QUOTE]Сергей Минаев пишет:
Добрый день!

Ребята, подскажите правильное направление по вводу номенклатуры!

в перспективе:
SKU более 100 тысяч позиций
разные цвета, размеры, характеристики...

Не могу понять, как правильно заводить в 1С ВИДЫ номенклатуры. Толи сделать один вид с индивидуальными характеристиками, то ли заводить отдельный ВИД номенклатуры на каждого производителя.
Переживаю о том, что в фильтре будет вся партянка цветов, характеристик и т.д. во всех товарах. Не изучил ещё всю архитектуру сайта. Возможно надо для каждого производителя на сайте создавать отдельный инфоблок и привязывать его к 1С.

Ребята, помогите советом! Голову уже сломал.
[/QUOTE]Делайте столько видов, сколько нужно. Но вот свойства пусть хранятся индивидуально для товаров, а не для вида. Иначе у вас у каждого товара будет тьма ненужных свойств(если этих видов не много)

[QUOTE]Алексей Портнов пишет:
Это понятно, что нужно указать флажки только для "необходимых" регистров.
Вопрос - какие именно?

Воспроизвести "тормоза" довольно просто. Достаточно включить замер производительности и провести документ РТУ или Заказ клиента.

Почему разработчики сразу не указали для этой подписке только "нужные" регистры?
Если необходимо приложу скрины с замерами производительности.

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


P.S. Не указал ранее - конфигурация "Управление торговлей ред. 11".
[/QUOTE]На данный момент проверяются регистры:
СвободныеОстатки
ЦеныНоменклатуры
НоменклатураСегмента
ШтрихКодыНоменклатуры

[I]Почему разработчики сразу не указали для этой подписке только "нужные" регистры? [/I]
1) Потому что так было с самого начала, еще со старых модулей обмена. Я в новый лишь это перенес по умолчанию
2) Так проще собирать версии модулей обмена
3) Универсальность
4) Никто о такой проблеме и не писал.

Вполне вероятно это из за того, что проверяются пользовательские справочники. В след версии укажу конкретные регистры.

[QUOTE]Андрей Хрипунов пишет:
Добрый день!

Такая ситуация: используется конфигурация Комплексная Автоматизация 1.1.51, версия модуля 4.0.3.1. При этом толстый клиент выполняется на Windows-сервере, а сервер 1С:Предприятия запущен на Linux-сервере.

Что в таких случаях указывать в реквизите "Каталог лога" в плане обмена? Если указать папку на windows-машине, то не будет выполняться обмен по расписанию (он работает в контексте linux-сервера). И наоборот, если указать директорию на linux-сервере, тогда не будет работать обмен вручную из клиентского приложения.
[/QUOTE]А что за ошибки высвечиваются?

[QUOTE]Алексей Портнов пишет:
Обработчик выполняется для всех регистров сведений / накопления.
Выполнение операции происходит крайне медленно (примерно 44% от длительности операции записи документа).

Для каких объектов обработчик необходим?
Предложите варианты оптимицазии.
[/QUOTE]Если посмотреть, что эта подписка делает, то можно заметить, что она регистрирует изменения товаров по некоторым регистрам. Остальные регистры пропускаются. Если же у вас на 44% падает производительность проведения документа(что весьма любопытно), то как вариант: укажите флажки регистров накоплений/сведений, для которых нужно регистрировать. Если же не поможет - используйте полный обмен данных, а эти подписки удалите.

[QUOTE]Владимир Щукин пишет:
Спасибо за ответы, теперь понятно.
Я в будущем (когда с простыми вещами более-менее разберусь) планирую все товары раскидать по видам номенклатуры (аналогично категориям в битриксе) и в каждом виде номенклатуры оставить только тот набор свойств, которые касаются этого вида. Это, к сожалению, вручную делать придется, т.к. помощник импорта весь сайт валит в один вид номенклатуры, и в него же все свойства.
[/QUOTE]Пока да, в новой версии экспорта это будет поправлено. Когда он будет - пока сказать не могу.

[QUOTE]Иван Михайлов пишет:
Смотрел вебинар от 1С-Битрикс по интеграции с 1С УТ, но вот в вебинаре они не показали как сделать импортированный на сайт новый каталог публичным! Минус им большой за это, недовебинер получается какой-то... Всё показали, а самое основное - как вывести новый каталог на сайт чтобы его увидели посетители сайтане показали.
[/QUOTE]Вебинар был не по этой части, а том, как настроить обмен и что в нем есть. Вебинар и так был весьма не короткий, а если бы говорили и о этом, а потом о том и тд.. - так вообще до утра сидели бы