|
Разработчикам |
Если новый - в настройках обмена есть флажки: товары, предложения и тд. Снимаем флажки напротив товаров, предложений, картинок.. Ставим напротив цен. |
|||
|
|
|
В окне настроек обмена флажки "Товары", "Свойства товаров", "Картинки и файлы" заметнены и недоступны для снятия. Почему так? Поясните, пожалуйста, как же всётаки нам реализовать такую схему выгрузки: а) Если номенклатура изменилась, то выгружать на сайт только измененные элементы справочника; б) Если изменились цены, то выгружать на сайт только цены, без выгрузки элементов справочника "номенклатура".   |
|||||
|
|
|
да, выгрузка идет часы, т.к. а) поставщик каждые сутки выдает прайс-лист в долларовых ценах б) мы каждые сутки его загружаем в 1С, и, внимание, пересчитываем долларовые цены в рубли. Следовательно, в базе появляются изменения цен для ~20 000 номенклатур. в) мы запускаем вашу обработку выгрузки на сайт в режиме обмена изменениями, т.к. хотели бы грузить на сайт не весь каталог, а только изменения. Не совсем понятно, почему нельзя отдельно выгрузить изменения карточек номенклатуры, и отдельно, изменения цен. Это два разных объекта в базе 1С. Можно прочитать сначала один, потом второй. Также регулировать изменения в плане обмена можно программным способом: выгрузили изменения номенклатуры - удалили регистрацию из справочника номенклаутры; выгрузили изменения цен - удалили регистрацию из регистра сведений цены номенклаутры. Так же можно сделать, да? Или предложите нам вариант оптимизации времени выгрузки/загрузки на сайт. Как нам оптимизировать по времени выгрузку 20000 цен? |
|||
|
|
|
Так же можно сделать, да? Нет Попробуйте выгрузить полную выгрузку только цен. посмотрите сколько она будет выполняться. Я думаю, что если там будет даже100К, то они быстрее загрузятся, чем 20К цен с товарами. |
|||
|
|
|
Я открыл код вашего модуля, и обнаружил, что если изменяются цены в регистре сведений "Цены номенклатуры", то модуль регистрирует изменения в плане обмена не только самих изменившихся цен, но и, что самое печальное, всех карточек номенклатуры, к которыми связаны эти цены. В результате такого подхода, мы получаем проблему с невозможностью раздельной выгрузки изменений цен и номенклатуры. Что Вы думаете по этому поводу? Почему бы не сделать раздельную регистрацию цен и номенклатуры в плане обмена? |
|||||
|
|
|
|
|||
|
|
|
1. В отборе товара. Там можно задать, какие свойства должны выгружаться в указанный инфоблок 2. В настройках свойств(что на скрине), там указываются дополнительные параметры свойств(где хранить, для какого вида данных использовать..). Там всевозможные свойства. То, что там они есть - не значит, что они будут выгружены. Выше приоритет у п. 1. Т.е. вам нужно выполнить п. 1. |
|||
|
|
|
1. Для компьютерного магазина ваш модуль обмена не подходит категорически, и дорабатывать его даже не планируется. 2. Автоматизированно грузить изменения цен и наличия от поставщика и выгружать их на сайт - невозможно, т.к. 20 тыс позиций с 2000 свойств выгружаются целиком и никакой сервер не в состоянии переварить хотя бы за ночь такой объем 3. Единственный для нас выход - переписывать функционал модуля. И, судя по всему, так вынуждены будут делать все компьютерные (и не только) магазины, потому что цены долларовые обновляются ежедневно. Я думаю, что вы работаете над оптимизацией не в том направлении. Мы официальный партнер Битрикса, и в любом случае попробуем поднять этот вопрос по другим каналам. |
|||||
|
|
|
||||
© 2001-2024 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом. 
Политика конфиденциальности
