Тут есть кампания на Индигого по сбору денег на опенсорс версию шлюза в телеграм. Это не имеет отношения к шлюзу автора поста, но тем не менее может быть интересно вам
Ой, вы перестраховщики! )) Тоже думал на счет верификации, но так как мы всегда шлем на конкретный номер, то есть мы заведомо знаем нужный номер, то даже подключение «левых» номеров, не позволяет этим левым получать инфо. Ну и команд нет, поэтому все просто.
перестаньте одновременно работать над одними кусками кода:
— если у вас большие файлы — разделите их
— делайте коммиты меньше — чаще сливайтесь
и тогда у вас просто не будет проблемы ))
Пару месяцев назад с коллегой реализовали похожий велосипед https://github.com/antirek/backuper ))
— бэкап для mysql, pgsql, mongodb
— для каждой бд указывается свой конфиг-файл (очень удобно — добавил/удалил)
— бэкап копируется на ftp
— отправляет уведомление на емейл
Чтобы добавить описание интеграционного взаимодействия в Единый реестр интеграционного взаимодействия заполните бланк, который вы можете получить в Едином репозитории документов и бланков, согласно Единого регламента заполнения документов и бланков. После процедуры утверждения описаний интеграционного взаимодействия из Единого регламента процедур и регламентов описание будет доступно в Единой фронтальной системе.
С одной стороны — как и у других представленных ранее проектов — вау, круто.
Но с другой — это плохо масштабируемо и вряд ли может быть повторно быть использовано. Мало того что у всех по разному в ldap живут данные, так и хочется в свою систему как-то интегрировать ваше решение, а не делать еще один корпоративный ресурс, о котором коллектив скажет «вау, круто, до свидания».
Сделал бы приложение, которое принимает определенный формат данных на вход для отображения данных. Данные сохраняются в приложении. В этот формат данные можно сконвертить и из ldap, и других систем. Получать данные и конвертить можно и по запросу или регулярным обновлением.
Затем разделил бы управление данными и отображение этих данных. Отображение данных можно и в рамках приложения и встраивать в виде виджета в сторонние веб-приложения, а код один и тот же в обоих случаях.
Еще у контакта задавать что-то типа room (помещения), на картинке отмечать прямоугольник этого помещения, и при отображении контакт сразу показывать в пределах этого помещения, ведь в целом необязательно знать где конкретно сидит контакт, главное найти нужную комнату. Хотя можно сделать список рабочих мест и уже их разметить на картинке-схеме, а у контакта указать рабочее место. А можно и скомбинировать ))
почему бы вам не оформить ваши изыскания в виде скриптов и докерфайла, где будут описаны все выполняемые команды и скрипты?
плюс положить в репо на гитхаб. тогда можно будет скачать и быстро запустить.
а так «делать по мануалу»? ну нет, спасибо. ошибки не минуемы ))
подскажите, пожалуйста, если знаете, конечно ))
при генерации сертификатов lua-resty-auto-ssl — он nginx перезапускает или как-то на лету меняет сертификаты?
Не понял, зачем нужны эти каналы от prov1out01 до prov1out20?
Вы же можете использовать GROUP и GROUP_COUNT для ограничения количества исходящих в одном exten или нет?
И как впечатления от использования? Много ли серверов у вас завязаны на работу с DUNDi? Какие проблемы встречаются? Конечно, понимаю, что это туториал, но разобраться как работает можно и по официальной документации, больше хочется узнать впечатления. Или вы просто собрали на стенде и «вау, работает! напишу-ка инструкцию» ;)
Астериском занимаюсь не так давно, но перешел также с Панасоников и прочих УАТС ))
Да, реально жалко когда наработки пропадают, ибо написанный код должен работать. Выкладывайте ваши наработки по LCR (необязательно в готовом виде), подключусь, ибо сейчас тоже продумываю новые варианты реализации.
В целом, проблема такая — есть классные спецы, но они за первой линией поддержки. Как следствие — они не видят всего многообразия проблем клиентов.
Дайте им возможность мониторить заявки клиентов — когда они увидят какие-то повторяющиеся заявки, общие частые проблемы, то возможно предложать не просто «выключите/включите компьютер» решение. В общем, необходимо привлекать спецов к решению проблем первой линии.
www.indiegogo.com/projects/telegram-to-sip-voice-gateway--2# мопед не мой ))
к примеру, зачем кому-то передавать свой аккаунт в тг, если можно будет поставить свой шлюз?
Всегда считал, что данные не должны находиться в контейнерах.
— если у вас большие файлы — разделите их
— делайте коммиты меньше — чаще сливайтесь
и тогда у вас просто не будет проблемы ))
— бэкап для mysql, pgsql, mongodb
— для каждой бд указывается свой конфиг-файл (очень удобно — добавил/удалил)
— бэкап копируется на ftp
— отправляет уведомление на емейл
Чтобы добавить описание интеграционного взаимодействия в Единый реестр интеграционного взаимодействия заполните бланк, который вы можете получить в Едином репозитории документов и бланков, согласно Единого регламента заполнения документов и бланков. После процедуры утверждения описаний интеграционного взаимодействия из Единого регламента процедур и регламентов описание будет доступно в Единой фронтальной системе.
Шутка. Монолитные приложения все еще в голове.
Но с другой — это плохо масштабируемо и вряд ли может быть повторно быть использовано. Мало того что у всех по разному в ldap живут данные, так и хочется в свою систему как-то интегрировать ваше решение, а не делать еще один корпоративный ресурс, о котором коллектив скажет «вау, круто, до свидания».
Сделал бы приложение, которое принимает определенный формат данных на вход для отображения данных. Данные сохраняются в приложении. В этот формат данные можно сконвертить и из ldap, и других систем. Получать данные и конвертить можно и по запросу или регулярным обновлением.
Затем разделил бы управление данными и отображение этих данных. Отображение данных можно и в рамках приложения и встраивать в виде виджета в сторонние веб-приложения, а код один и тот же в обоих случаях.
Еще у контакта задавать что-то типа room (помещения), на картинке отмечать прямоугольник этого помещения, и при отображении контакт сразу показывать в пределах этого помещения, ведь в целом необязательно знать где конкретно сидит контакт, главное найти нужную комнату. Хотя можно сделать список рабочих мест и уже их разметить на картинке-схеме, а у контакта указать рабочее место. А можно и скомбинировать ))
плюс положить в репо на гитхаб. тогда можно будет скачать и быстро запустить.
а так «делать по мануалу»? ну нет, спасибо. ошибки не минуемы ))
при генерации сертификатов lua-resty-auto-ssl — он nginx перезапускает или как-то на лету меняет сертификаты?
сейчас рестартую Nginx при замене сертификата
Вы же можете использовать GROUP и GROUP_COUNT для ограничения количества исходящих в одном exten или нет?
Да, реально жалко когда наработки пропадают, ибо написанный код должен работать. Выкладывайте ваши наработки по LCR (необязательно в готовом виде), подключусь, ибо сейчас тоже продумываю новые варианты реализации.
Дайте им возможность мониторить заявки клиентов — когда они увидят какие-то повторяющиеся заявки, общие частые проблемы, то возможно предложать не просто «выключите/включите компьютер» решение. В общем, необходимо привлекать спецов к решению проблем первой линии.