Александр Лыкасов, именно так, данные приходят в реальном времени, необходимо запускать скрипт каждые 3 минуты, и чтобы данные не брались одни и те же в запущенных скриптах.
Очередь с хранением состояния в БД это хорошо, но как быстро будут сохраняться статусы в БД у большого количества записей?!
Лок файл это тоже хорошо, но необходимо не дожидаться окончания работы скрипта, а каждые 3 минут запускать.
Lutra, в стандартном обмене из коробки = невозможно! Если ковырятся в обработке, может что-то и можно, но это уже другая задача. Нужна была возможность из стандартного решения. Даже поддержка 1с уже месяц эту задачу решить не может))
Lutra, а где можно найти документацию к апи 1с? Понятно, что новый запрос, главное какой тип запроса при этом используется и какая структура документа XML.
---
А и API 1c это уже совсем другое, нежели обмен commerceml 2 файлами 1с с Интернет магазином.
А где это смотреть? Везде где находил доки, везде написано, что тип sale используется для создания заказов в 1с, но никак не для обновления заказов, и type=update такого у них вроде нету.
ThunderCat, после того, как мы получили email, мы отправляем его в спец. сервис, который уже сам определяет, валидный он или нет и дальше делает нужные действия с этими адресами. И вот проблема в том, чем больше мы закинем не валидных на сервис почт, тем будет хуже нам по условиям, нам необходимо у себя перед отправкой их проверят как-то.
