Иван Малышин (Все сообщения пользователя)

Думаю будет успевать за 5 минут проходить обмен.

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

Если картинки/описания/кучу свойств по товарам не выгружаются из 1С, если меняются не 1000 позиций за 5 минут, то в 5 минут может и стабильно успевать, опять же если хороший канал/сервер.
Нужно банально потестировать в вашей реальности.

А, вы про выполнение функции AddEventHandler?
Да же не знаю, никогда не задумывались насколько это "нагружает" систему, по мне так это капля в океане - подключении всего ядра 1С-Битрикс, переживать по этому поводу не стоит , если конечно у вас не супер важный и нагруженный проект делается.

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

Обработчик - это же просто описание функции, его размещение не означает что функция будет вызываться на каждом хинте.

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

Интересно, подробнее опишите?

 Николай ну вы даете

Указанный вами обработчик размещаете в init.php, в него добавляете проверку это обмен с 1С или нет, и если да, то делаете uset. Определять, например, можно по параметрам из GET.

5 баз, обмен каждые 5 минут, как думаете часто будут блокировки?

Сергей, как решили задачу, отпишитесь, интересно.

Ага, мы из Ростова-на-Дону, проведем встречу в скайпе ?  
internet@gendalf.ru

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

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

Что-то новенькое

Это подойдет если не нужен обмен каждые 5 минут каждой базы.

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

Все зависит от общей задачи по интеграции, где собираются администрировать каталог, на сайте?

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

В 1С можно ничего не менять, со стороны сайта может нечего особо серьезного и не придется делать, событий должно хватить.

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

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

И лучше бы выделить "главную" 1С в которой описание, картинка и т.д. считается верной.

За размер базы при 20 000 позиций я бы не переживал.

Это подойдет если периодичность обмена не частая, т.е. остатки либо другие данные не критичны. Если период обмена мал (5-10) минут то это будут сплошные конфликты.

Это было под проект 1, под проект 2 наверно нужно будет уже менять стандартный код компонента, но опять же в том же русле, передавать некоторые параметры в фильтре, которые позволят отличить заказы.

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

На странице обмена в вызове компонента bitrix:sale.export.1c есть параметр

В компоненте он обыгрывается таким образом

А в классе выгрузки это передается так


Т.е. под каждую 1С делаете свою страницу обмена и в параметре SITE_LIST передаете нужный ид сайта.



Мне больше интересно как вы будите решать проблему одновременной выгрузки каталога, насколько я знаю во время обмена используется одна временная таблица, если один импорт еще не завершен, а пошел второй, то будет конфликт и первый обмен до конца не пройдет.
Для решения задач одновременного обмена мы сильно дописывали ядро, но это была еще БУС 6-ка

Возьмем на аутсорс
http://dev.1c-bitrix.ru/community/webdev/user/29646/blog/meet-department-of-internet-projects-gk-quotgandalfquot/

Меня, на самом деле, больше смутило пожелания к навыкам еще и маркетинга в интернете, причем глубокого
Если совмещение требований программиста/системного администратора/чуть-чуть менеджера  в вакансиях это норма, но для Российских компания, западные более образованы в этом плане.

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

Скажите, как именно звучит должность в Вашей западной компании? По "правильному" так сказать. "Project manager"?

Интересно в ком же, предположительно, для крупной западной компании могут сочетаться качества:

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

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

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

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

Если у номенклатуры не указано наименование то вываливается такая ошибка