babylook, неправильная постановка вопроса. Нужно для каждого пользователя помнить, на каком порядковом вопросе он сейчас, и ответы на все предыдущие вопросы. Когда пользователь ответит на последний вопрос - обработать всё и выдать результат. Это в общих чертах, а дальше надо уже самому решать, куда бот будет складывать данные (если бот на вебхуках - то какая-нибудь база или redis, например; если постоянно запущенный скрипт - можно и в переменных хранить без сохранения) и решать все остальные вопросы.
Научить программировать с нуля на php с помощью вопросов на этом сайте всё равно не получится.
Но почему-то найти нормального админа по-прежнему сложно.
Вон, кандидаты на должность Linux-админа серверов даже на вопрос "как работает DNS?" часто не могут ответить. Типичный ответ: "DNS сервер обращается к DNS провайдера". Это же тихий ужас, а не квалификация. И что толку с того, что они выучили docker run и kubectl на курсах?
ganjo888, и ещё, /src/database/migrations:/src/database - тут каталоги внутри и снаружи не совпадают. А ещё я подозреваю, что имелось в виду не "/src/... на хосте", а "/src/... в том другом контейнере".
сергей кузьмин, если контейнер что-то делает в базе - то вполне нормально что он удаляется в конце. Но в данном случае похоже это даже не планировалось.
SexyHair, он при этом должен создать отдельную сеть с именем типа ИМЯПРОЕКТА_default (см. в docker network ls). Но если не переопределить DNS, будет использоваться тот же, что и у всей системы, но через собственный resolver в качестве прослойки.
SexyHair, он не игнорируется, просто используется вместо системного как вышестоящий ресолвер.
Тут нюанс в том, что докер позволяет переопределить DNS только в дефолтной сетке (bridge docker0). В остальных эта опция означает DNS-сервер, в который docker resolver пересылает запросы, причём этот resolver нельзя убрать. docker-compose на проекст создаёт собственную отдельную сеть.
127.0.0.11 - это docker resolver, DNS в контейнере, я уже говорил, что он большинство запросов проксирует в следующий DNS
127.0.0.53 - это systemd resolved
В выводе systemd-resolve написано, что реальный DNS - 192.168.1.1. Если это дома, то скорее всего DNS в роутере, такой тоже может работать как-нибудь странно.
Предлагаю для сравнения создать контейнер с DNS например от гугла (docker run --dns 8.8.8.8) и проверить, будет ли разница. В общем, попытаться как-то локализовать источник.
Научить программировать с нуля на php с помощью вопросов на этом сайте всё равно не получится.