Событие заказа передать в десктор-приложение

[mak2]

Добрый день!

Можно событие (факт) заказа из Опенкарт передать в десктоп-приложение в принципе?

[steelfeet]

Если есть исходники приложения - добавить функционал забора данных, если нет - макросом или отдельным приложением автоматизировать. Примерно так вижу.

[esculapra]

1 час назад, mak2 сказал:

Можно событие (факт) заказа из Опенкарт передать в десктоп-приложение в принципе?

Только гипотетически, так как в таком случае десктопное приложение должно работать в следящем режиме, то есть быть постоянно в сети и периодически запрашивать данные из БД сервера. Другое дело, если приложение получает данные при его запуске. Примерно так, как действуют программы, проверяющие обновление.

[mak2]

Декстоп-приложение это ЕРП.

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

 

Но может быть есть вариант оповещения по инициативе магазина? Пришел заказ - оповещение.

ЕРП самописное, программист жив-здоров, работает у нас.

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

Подскажите, как можно сделать?

 

Змінено 16 листопада 2019 користувачем mak2

[Bn174uk]

5 минут назад, mak2 сказал:

Но может быть есть вариант оповещения по инициативе магазина? Пришел заказ - оповещение.

 

Конечно есть.

Вы бы для начала написали, что именно нужно в этом оповещении. Какие данные, в каком виде и т.д.

И там уже будут сразу видны варианты решения.

 

[mak2]

9 minutes ago, Bn174uk said:

что именно нужно

Нужно оперативно получить событие "новый заказ".

[Bn174uk]

Могу предложить такой вариант. 

При желании можно переделать код отправки уведомления в вашу ЕРП. Код модуля открыт. 

 

[mak2]

12 minutes ago, Bn174uk said:

можно переделать код отправки уведомления в вашу ЕРП

Не понимаю механизма. Как событие будет передано?

Когда интеграция между веб-сервисами, они "дергают" друг друга за специальные урл-ы. Но здесь-то как?

[Bn174uk]

31 минуту назад, mak2 сказал:

Не понимаю механизма. Как событие будет передано?

 

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

Вы же сами написали..

1 час назад, mak2 сказал:

Но может быть есть вариант оповещения по инициативе магазина? Пришел заказ - оповещение.

 

Я Вам предложил вариант решения на стороне магазина, а там дальше уже нужно вашему программисту решать и думать.

[mak2]

6 hours ago, nikifalex said:

в принципе можно конечно

Расскажите?

[esculapra]

Я вспомнил, что делал клиент-серверное приложение на делфи. Вкратце суть такова: есть сервер и несколько независимых приложений (на них стоит клиент UDP, работающий только на прослушку). Сервер (самый простой простой TCP) стоит в главном приложении, а остальные прослушивают сеть по определенному порту. Когда главное приложение генерирует команду (например, на изменение скина), то все подчиненные приложения меняют скин. По сути, клиент (десктопное приложение) должно установить связь с сервером требуемого хостинга и прослушивать порт. На таком принципе работает скайп и другие десктопные.

Змінено 16 листопада 2019 користувачем esculapra

[mak2]

Еще была мысль встроить в приложение почтовый клиент и реагировать на письмо-оповещение при заказе.

 

@esculapra , у нас ерп как раз на делфи.

42 minutes ago, esculapra said:

десктопное приложение) должно установить связь с сервером требуемого хостинга и прослушивать порт

Каким образом сайт может менять состояние порта на сервере?

[esculapra]

6 часов назад, mak2 сказал:

Каким образом сайт может менять состояние порта на сервере?

Ты не понял. Например, ФТП работает по порту 21, SMTP - 25, и т.п. Вот FileZilla устанавливает соединение по порту 21, но прога работает в двустороннем режиме, а если использовать UDP-компонент делфи, то он может только слушать определенный порт на сервере.

[esculapra]

40 минут назад, nikifalex сказал:

Письма получать умеет? какие-то протоколы реализует? тот же http сервер

ТС сказал, что у него прога на Делфи. А там есть мощная библиотека Indy - с ней хоть черта можно сделать. В демо там есть, скажем, пример чата - его можно использовать.

[mak2]

9 hours ago, nikifalex said:

какие события ваше десктоп приложение может получать?

Письма получать умеет? какие-то протоколы реализует? тот же http сервер, например.

Хоть что-то есть у десктоп приложения?

От этого уже и надо идти.

В данный момент ничего из перечисленного нет. Но т.к у нас есть исходники, есть программист, который писал эту ЕРП, то сделать можно "хоть черта",

как выразился  @esculapra

Т.е. мы готовы и можем идти в любом направлении. Я здесь, чтобы найти это направление.

Змінено 17 листопада 2019 користувачем mak2

[mak2]

19 hours ago, esculapra said:

а если использовать UDP-компонент делфи, то он может только слушать определенный порт на сервере.

Хорошо. UDP-компонент делфи будет слушать определенный порт на сервере.

Каким образом сайт может менять состояние этого порта на сервере для подачи сигнала?

[esculapra]

Я же говорил, что все компоненты сайта (фтп, майл) работают на определенных портах. Сайт не ничего не меняет на сервере - он просто отсылает сообщения через определенный порт. Если сделать модуль отправки сообщений через SMTP, то клиенту необходимо слушать хост по порту 25. Или слушать порт, через который происходит отправка почты. Единственная проблема, что твой ЕРП должен быть всегда на связи. Как вариант, если серное приложение (скрипт) не видит клиента, то сохраняет данные в БД, а при включении клиента отдает ему все, что пришло за время его отсутствия.

 

А может лучше получать смс через какой-нибудь сервер?

[esculapra]

Вот я нашел один сервер - поинтересуйся. Web Push Api