OCTAGRAM, но тем не менее в скайпе была прям беда с мошенниками-вымогателями, а в WA такого ни разу не видел. Потому что угнать аккаунт WA так же просто нельзя.
Zohan1Gear, я к тому, что не надо показывать кусок кода с упоминанием некоего chatMem, который неизвестно откуда берётся. Нет никакого смысла писать код, совершенно не понимая, что он делает и зачем. Хорошо хоть он не ядерными боеголовками управляет...
OCTAGRAM, потому что задумано было именно высокобезопасное взаимодействие, где мастер-ключ лежит на одном-единственном устройстве. Идея стырена у Signal. Другой вопрос, что ватсапп затем стал из узкого инди-проекта территорией миллионов смузихлёбов.
"Как везде" тут говорить не очень разумно. Есть и другие мессенджеры с подобным подходом и даже лучше. Например, Matrix. Там возможен экспорт ключа, безопасная авторизация одного устройства с другого ранее авторизованного, там есть настоящие безопасные шифрованные чаты намного правильнее, чем в Телеграме...
Можно сделать что угодно, но будет ли это работать? Пока исполняется синхронный код, асинхронный цикл событий исполняться не будет. Именно поэтому асинхронный подход требует полного пересмотра подхода, ведь там нет никаких тредов или реального параллелизма, всё исполняется в один поток.
BUTURUM, ну вот говорят на heroku даже не нужен самоподписанный, там нормальный дают. Вот первый попавшийся ответ на вопрос https://qna.habr.com/q/417341 но в гугле есть и другие. Гуглить вообще очень полезно.
Так-то кастомный сертификат можно загрузить при настройке вебхука (вызов API setWebhook).
Илья Ломаев, и к предыдущему: если спалят VPN, то забанят, и вообще, если есть хотя бы мизерные подозрение в достоверности указанной в профиле локации, то попросят доказательств (квартирные счета, видеоверификация или ещё что-нибудь).
ceasar13m, надо просто понимать, что приложения в докере больше не запущены "на localhost". У каждого из них свой персональный IP, и ходить друг в друга они должны по сети (можно по именам: в docker есть свой DNS, который понимает названия сервисов в пределах одного compose-проекта).
Можно посмотреть так. Сначала заходим внутрь контейнера:
docker exec -it имя_контейнера bash
Потом смотрим его сеть
ip address
ip route
Обычно там бывают адреса типа 172.18.0.x. Каждый проект по умолчанию получает свою персональную сеть размерности /24.
Список докерных сетей и их параметры смотреть так:
docker network ls
docker network inspect имя_сети
Всегда есть сети bridge (используется по умолчанию для контейнеров, создаваемых командой docker run), host (используется сеть хоста, без сетевой изоляции) и none (драйвер null, если выбрать - контейнер не будет иметь доступа к внешней сети вообще). Кроме сетей типа host/bridge/null, есть и другие, например, macvlan. В конфигурировании сетей в докере можно интересные вещи наворачивать, но для разработчика всё это обычно не нужно.
Вообще, надо понимать, что докер - не какая-то мистическая хрень - а просто инструмент вокруг стандартных для ядра Linux технологий (namespaces и cgroups). При желании можно несложно и сеть "почти по-докерски" соорудить, используя команду ip netns.
Да, народ ставить WA в эмулятор андроида, как на личном компе, так и на удалённом сервере. Но это так себе идея и лишний повод уважать Телеграм. Конечно, они там хотели защищённо-безопасно сделать, но получилось как всегда...
artem, и сколько человек заполнят эту "информацию"? Подскажу: почти никто. А это приведёт к тому, что никто не будет пользоваться /командой и в дальнейшем никто не будет ничего заполнять по причине того, что никто не пользуется /командой. Замкнутый круг. Так-то подобного бота написать не архисложно, на фрилансе толпы ботописателей ждут заказов, но ТЗ всё равно неудачное.
Не нужно строить в Телеграме замысловатую внутреннюю соцсеть. Если это рабочий чат и компания не готова внедрять отдельное корпоративное решение для чата (типа slack, teams или что там ещё модно?), то дополнительная информация о людях просто должна храниться в вики.
