Нет в том то и дело. В Slack просто настраиваем прием данных через вебхуки и указываем в какой канал бросать. Как такового самого тела бота у нас нет.
И собственно к тому и вопрос, даже если тело бота себе вынесем, не хочется держать все яйца в одной корзине. Бот занимается приемом и обработкой команд и в случае гибели он просто перестанет обслуживать, а заявки все равно в обход него прилетать будут. То же касается промежуточного сервиса, понимаю, можно просто кидать вебхуки на свой сервер, там чистить, и отправлять по цепочке дальше, но чем больше цепочка, тем больше шанс поломки. А хочется просто деревянно, тут отправил там принял.
Златослав Десятников: Спасибо, понял. Это не для php, скорость не нужна, нужна функциональность, таблица сначала фильтруется, обрабатываетя и сбрасывается во временную, а там уже применяется данное изменение, по времени допустимо.
Спасибо. Но дело в том, что это только пример, реальная ситуация не позволяет, ибо нужно получить таблицу средствами mysql изменить и соединить ее с другой, для последующей обработки все там же в mysql и php использоваться не будет.
Петр: Вобщем еще получше проверил, из за MAX(time) во вложенном запросе если оставляю просто time тогда все отрабатывает. Вобщем бог с ним, вроде в древних писаниях существует поверье, что GROUP BY нелюбит вложенные запросы, сделаю через временную таблицу.
Вобщем сделал попроще, через UNION но советы помогли, просто отрезал у номера перый символ. Обьединил src и dst в отдельное поле phone, при этом из dst взял только успешные исходящие, иначе неуспешные исходящие будут считатся пропущенными, что не верно, а потом уже все в GROUP BY,
Что то я думал думал и не надумал. Вобщем вот что смущает, сверять надо еще по времени, исходящие звонки (в dst) делаются параллельно и они могут быть совершены как после пропущенного входящего, так и до него. Непонимаю как это сверить? Тоесть само наличие номера в поле dst еще ничего не говорит, чтобы исключить номер из перезвона, он должен быть сделан позже по времени ( и соответственно статус - ANSWERED)
T_y_l_e_r: ну для наглядности чтоли. Просто плохо описал саму ситуацию. Есть статистика звонков с атс нужно перезвонить тем кто не дозвонился, статистика анализируется в течении дня, в течении дня люди звонят по несколько раз, если были недозвоны с одного номера, но последний раз человек дозвонился, ему перезванивать ненужно, если же последний раз он не дозвонился (NO ANSWER), ему нужно отзвонитья, но только в том случае, если после этого звонка к данному человеку небыло успешных исходящих (именно успешных), исходящие надо брать из поля dst.
И собственно к тому и вопрос, даже если тело бота себе вынесем, не хочется держать все яйца в одной корзине. Бот занимается приемом и обработкой команд и в случае гибели он просто перестанет обслуживать, а заявки все равно в обход него прилетать будут. То же касается промежуточного сервиса, понимаю, можно просто кидать вебхуки на свой сервер, там чистить, и отправлять по цепочке дальше, но чем больше цепочка, тем больше шанс поломки. А хочется просто деревянно, тут отправил там принял.