Александр Денисюк (Все сообщения пользователя)

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

Есть проблемы с картинками на linux. В следующем модуле обмена будет доработан обмен картинок + нужно внести изменения в БУС. Связано это с тем, что метод 1C, которых запаковывает картинки для сайта, на linux работает некорректно. И такая проблема не только на нашем модуле обмена, но и на типовом 1С.

С linux все сложно. У вас картинки нормально передаются? Встречал ошибку. что картинки не передаются, т.к. на linux метод ЗаписьZip работает некорректно.  

1. У свойства может стоять флажок "Влияет на цену", тогда автоматически такие свойства превращаются в справочник
2. У свойства может стоять флажок "Выгружать в hl", тогда вероятно это свойство также конвертируется в справочник

Если же не помогло - то что то в бус.

Побольше.

1. Помечаешь свойства на удаление
2. Заходишь в узел обмена и пересохраняешь его(для УТ 10.3)
2. Заходишь в узел обмена, оттуда на форму редактирования свойств, закрываешь свойства, сохраняешь узел.(Для УТ 11)

Картинки пропали или только ссылки на них изменились?

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

Внес изменения. В новой версии будет эта доработка. Спасибо за советы.

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

Сделано.

Такого не будет, т.к. частенько настройки меняются и изменения могут потеряться.
2/3 справочников, которые зарегистрированы выше, не могут быть пользовательскими.

В свое время мне не хотелось плодить общие модули.. Посмотрим, может и сделаю по вашему, а может и нет..

Да, должно быть так. Картинки были обработаны, а потом удалены с папки на сайте.

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

Для УТ 11 нет описания товара  с html разметкой. Для УТ 10.3 есть.

Если память не изменяет, то этот реквизит за это и отвечает + в наборы свойств нужно пихать эти свойства в табличную часть реквизитов, а не сведений

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

На данный момент проверяются регистры:
СвободныеОстатки
ЦеныНоменклатуры
НоменклатураСегмента
ШтрихКодыНоменклатуры

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

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

А что за ошибки высвечиваются?

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

Пока да, в новой версии экспорта это будет поправлено. Когда он будет - пока сказать не могу.

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

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

Опишу поподробнее, почему возникает ошибка нехватка памяти из за неправильного хранения свойств:
В УТ 11 свойства могут задаваться как индивидуально для товара, так и для вида номенклатуры:
Условия: свойств 450, 1000 товаров, в каждом товаре в среднем по 10 свойств.
1) Индивидуальные свойства:
Каждый товар будет хранить по 10 свойств. Из 1С для каждого товара будет выгружаться 10 свойств(выгружать только заполненные свойства нельзя. т.к. пропадут данные о свойствах товара, да и не понятно, нужно ли свойство очищать). Значения свойств будут искаться по 10 свойствам.
2) Общий для вида номенклатуры:
Я предполагаю, что все 450 свойства хранятся в одном виде номенклатуры(т.к. скорее всего использовали обработку экспорта из сайта). В этом случае для каждого товара будут выгружаться 450 свойств. Значения свойств будут искаться по 450 свойствам.

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

Где будет работать шустрее - я думаю понятно.

Адрес к картинкам не должен меняться. если он меняется - пишите в техподдержку.
Картинки должны выгружаться из 1С один раз.
В техподдержку битрикса

Да, из за этого и проблема.

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

И да, самописная прога всегда(если написана не коряво) будет работать быстрее типового решения, т.к. там много что не учитывается.


Ну предложите что нить пооптимальнее. Я посмотрю, может и заоптимизирую.

Тестируется на разных базах. В том числе и на больших.

Возможно в настройках БУС так задано. Вообще, картинки не должны пропадать. Они должны только добавляться или изменяться.

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

Не так дерево заполняете..

Есть такая проблема. Напишите в техподдержку.