mxelgin, вот там есть пример создания /etc/apt/sources.list.d/docker.list в Dockerfile. Надо по аналогии создать /etc/apt/sources.list. Как вариант, можно просто сделать
sed -i s/deb.debian.org/mirror.yandex.ru/ /etc/apt/sources.list
Ибо вряд ли там будет что-то похожее н deb.debian.org кроме как в хостах.
Ayudag, если это легальный API для приложений - то ограничения CORS к нему никто не будет применять, вместо этого контроль запросов происходит через ключи доступа.
mxelgin, deb.debian.org редиректит на ftp.debian.org. Вообще, можно заменить его на mirror.yandex.ru. Для этого в сборке своего контейнера также поменять /etc/apt/sources.list.
mxelgin, возможно, лучше тогда сразу поставить gitlab и всё организовать в нём. Он может и сборку с деплоем (CI/CD) с использованием Gitlab Runners, и образа для docker прям в нём можно хранить. Jenkins - это прям очень махровый опенсурс со всеми его недостатками: запутанный интерфейс, длинная история разных некритичных и критичных багов, куча проблем с безопасностью (в том числе в прошлом бывали прям жёсткие RCE без авторизции).
У нас Jenkins используется только для задач, которые напрямую с CI/CD не связаны и которые поэтому не привязаны к коммитам в репе приложения. Например, связанные с установкой новых серверов. А сборка приложений и деплой их в прод - это в Gitlab (плюс образа контейнеров складируются в Harbor).
Ayudag, DROP тут это policy, это что делется в случае если другие правила в этой цепочке не подошли. А судя по отсутствию правил, связанных с IP-адресами контейнеров, в цепочке DOCKER, ни одного контейнера не запущено или они не в bridge-сетях.
Можно посмотреть docker network inspect test-app для изучения чё как запущен контейнер. А также docker network inspect bridge - там будет в том числе список контейнеров с адресами.
Для начала зайти внутрь контейнера и проверить изнутри что с сетью.
docker exec -it test-app /bin/bash
(Надеюсь баш внутри есть, если нет то возможно есть /bin/sh)
Дальще пробовать curl, ping и всё такое - в теории тоже может быть вырезано из контейнера.
Самая простая причина - это наверчено в iptables. Например, если в конфиге демона docker (/etc/docker/daemon.json) выключено управление iptables, то сеть не будет автоматически настроена так, как надо, и это придётся делать вручную.
Но в целом может быть ещё стопоцот других причин, например, выключенный ip_forward или криво указанный upstream dns. Надо тестить, искать ошибки, реагировать на найденное.
antdantd, нет никаких волшебных стилей. Если там в принципе вёрстка предполагает ширину экрана от 1000 пикселей, то запихиванием левых стилей можно получить какую угодно кашу. Например, что-нибудь типа такого:
Pira1179, существуют старые базы соответствий id-телефон из былых времён, когда у большинства номер по умолчанию не скрывался. Эту информацию сейчас тоже могут использовать, но никак напрямую из самого канала она не извлекается.
Жалобы в Телеграм работают очень плохо. Некоторые спамботы в группах без админов неделями спамят каждые 10 минут и не попадают в бан от самого мессенджера. Возможно, после кандала с задержанием Дурова он таки займётся налаживанием модерации и поддержки, но пока что есть, то есть.
tgarl, просто использовать register_next_step_handle в зависимости от введённого текста и следующий ввод пользователя попадёт в другой обработчик. После получения имени вызвать cancel_step_handler и обработчик следующего сообщения будет тот, что по умолчанию.
Komrus, да, тоже иногда ловим нюансы и даже обсуждали несколько раз переход на что-нибудь коммерческое. Но эти неприятности мелкие и мешают редко. Не сравнится с Rocket.Chat, который своими глюками и вытеканиями памяти уже порядком достал (уже даже было две провалившихся попытки с него перейти на что-нибудь ещё)
2. Имеет мобильные приложения и работает из браузеров на десктопах
3. Ничего не требует. Но можно накрутить, например, приделать логин через юзеров в AD. В нашей компании его настроили так, что организатор встречи должен для её начала быть залогинен, а при его присутствии можно к встрече присоединиться и гостем.
4. Пункт 4 съели рептилоиды.
5. Да, Jitsi в браузере позволяет транслировать экран
Подводные камни бывают, конечно, например:
1. Несколько десятков юзеров ещё потянет, несколько сотен уже вряд ли (смотрите сколько у вас там народу планируется). На официальном публичном сервере вроде бы лимит 75 юзеров на комнату.
2. Бывают проблемы со звуком, когда одного человека не слышат, которые обычно решаются перезаходом говорящего. В частности, есть случаи, когда именно первому зашедшему во встречу потом приходилось перезаходить, так как его не слышал никто.
3. Лет 5 назад были какие-то хроничекие проблемы с браузером Safari, может сейчас нет. Тогда решалось использованием на маке другого браузера.
Ибо вряд ли там будет что-то похожее н deb.debian.org кроме как в хостах.