danielkiz, часть для RTS - микросервис, часть с PHP - микросервис. Если им нужно между собой коммуницировать - делаете для них отдельные API, каждому рассказываете, как общаться с ними. Если нет - просто засуньте оба в докер-контейнер и разверните на проде.
Рекомендую нажать f12, перейти на вкладку "Network", отработать запрос и посмотреть на результат. В частности интересует ответ сервера и заголовки ответа, в частности, код ответа.
zloidennnn, выше был дан качественный ответ. Идеальный вариант концепция слушателей - бродкастеров. Я делал подобное на связке Laravel + Socket.io + Redis. Но это хорошо работает для связи фронтенда и бэкэнда.
В вашем же случае, можно подписать CRM на прослушивание событий редиса, куда будет писать первый скрипт.
zloidennnn, предлагаю следующий вариант.
Сделать метод, который будет пинговать адрес, как только задача будет выполнена.
Коротко: есть первый скрипт, который находится в CRM системе и выполняет какую-то работу.
Есть второй файл, на локальном сервере, которому важно узнать, когда такая работа закончится.
Делаем роут (или вешаем слушателя на порт / адрес), по запросу на который будет выполняться какое-либо действие. Это во втором скрипте.
В первом делаем метод, который будет курл-запросом тыкаться в созданный роут с необходимыми параметрами.
Все.
Да, благодарю за ответ. Пожалуй, вариант с реализацией собственной связи является неплохим решением. По-сути, необходимо перереализовать метод hasManyThrough для бесконечного количества аргументов.
