Юрий Волошин (Все сообщения пользователя)

Их на данный момент 5 только в умном фильтре, в каталоге к сожалению пока 2 вида.

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

Все работает, если настроены соответствия в модуле.  

Кирилл все зависит какие версии были бет, и очень надеюсь, что вы обо всех проблемах написали в ТП.

А еще появился компонент в рассылках, который можно вставлять в письма и он умеет получать фактически все поля - bitrix:sale.business.value.mail и не нужно лишнее программирование.  

Проблема решена в новой версии платформы 16.х. В старой версии решение невозможно.

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

2000 торговых предложений в файле. Современная тенденция почти 70-80% торговые предложения.  

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

Ну или использовать компонент в новом модуле email рассылок, он умеет отдавать в письмо любое поле из 4х основных источников: профиль, свойства заказа, доставки, оплаты.

есть в обновление sale 16.0.6

Файлик я конечно дам, вот только как вы будете экспериментировать, если даже не слышали, что у нас есть свой модуль для 1С.

Наверно тогда нужно начать с места где можно скачать наш последний модуль для 1С: http://1c.1c-bitrix.ru/ecommerce/download.php

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

Файлик прикладываю к посту: 200 товаров, 2к предложений - файлик 140 килобайт https://yadi.sk/d/rsT_VcYwp3aYH

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

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

 
Из совсем беглого взгляда, это не наша штатная выгрузка. Это выгрузка из 1С модуля встроенного в 1С.  
 
Она очень не оптимальна для проектов более 50-100 тысяч товаров, нужно понимать, что ребята делали универсальное решение. В нашей версии главные отличия, что мы разделяем информацию на блоки, что бы не гонять лишнее, поддерживаем пакетный режим с контролем коректности скачивания и множество других нововведений которые на порядок оптимальней по скорости и надежности для больших и очень больших проектов. А у вас в файле свалка с множеством данных, в нем я думаю процентов 70 мусора который не требуется в жизни для выгрузки товаров, особенно если каталог сбалансирован и новых свойств добавляется не так много.  

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

Кидайте аж интересно, чего же вы напихали в товар на 10 килобайт та - без описаний

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

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

А мы со своей стороны его загрузим в бус, и подсчитаем сколько у нас это займет. Вдруг вы на все 100% правы, а мы сильно ошибаемся.  

Заранее спасибо!  

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

Беты прекрасны, если нет сложной кастомизации, вполне можно смело переходить. Релиз ждем вот вот.  

Разбирая и обсуждая такие моменты, нужно понимать структуру работы выгрузки, и оценивать необходимость в объемах которые вы гоняете.

Какие этапы есть в выгрузке:

Этап создания в 1С + этап транспорта до сервера + этап распарсивания + этап загрузки в инфоблоки или иные сущности

В зависимости от объема информации в файле, а это обычно тоже не однородные данные, каждый этап будет работать по разному:

Данные по наименованиям товаров + данные по свойствам + данные по SKU + картинки + описания товаров

Если вы держите в файле выгрузки в 1С данные по описаниям и картинкам, то вы автоматически увеличиваете в разы выгрузку. Миллион элементов без описаний и картинок это обычно менее 10-15 мегабайт данных, в зависимости от количества свойств и SKU. А вот выгрузка 500 тысяч - 1 миллиона элементов с описаниями и не дай бог картинками, это от 2х до 10 гигабайт данных, причем я не преувеличиваю, видел в живую 10 гигабайтный файл).

А теперь представим у вас файл в 2-3 гигабайта, его нужно собрать в 1С, это самая быстрая часть) пусть это 10-15 минут (сильно зависит от машины и скорости работы жестких дисков), далее на канале офисном (а они обычно намного слабее частных, которые уже давно от 50 до 100 мегабит), эти 2 гигабайта нужно отправить на сервер. Хорошо если у вас включена пакетная отправка и при обрывах пакетов придется перекачивать не весь объем, а только потерявшийся кусок (в этом месте в зависимости от настройки это может осуществляться от 30 минут до десятков часов).

Далее пошел этап распарсивания (это наверное самый сложный кусок), на корректно настроенном сервере, обработка одного миллиона записей, занимает около 40-50 минут. При условие, что не чего не подвесили в виде обработчика, в момент выгрузки (видел в живую как обработчик картинок наносивший специфичные водяные знаки, увеличивал обработку каждого элемента на 3-5 секунды). Ну и финально запись всего в инфоблок или иные сущности, еще 15-20 минут.

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

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

в 15,5 этого и нет, это функционал новой платформы 16, у меня на проекте стоят беты.  

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

 

скорей он показывает самый хардкорный вариант, во второй части покажу как сделать проще  

Партнерам скидки будут?

По сумме ограничение сделать легко (штатный механизм платформы), а вот по товару штатного механизма нет. Но есть ли такая потребность в жизни, много ли заказов, у которых более 10 товаров и попросивших кредит.  

Можно вот это почитать, пригодится для общего понимания: https://dev.1c-bitrix.ru/community/blogs/product_features/master-class-configuration-cnc-in-1cbitrix...