PK
Что мешает?
мешает незнание видимо и бан в гугле
ping отвечает что Name or service not knownSize: a a a
2020 January 10
F
Я не понимаю как пинговать, на
Д
Я не понимаю как пинговать, на
ping отвечает что Name or service not knownНу а у тех контов что ты пинговать хочешь хоть что-то наружу открыто?
F
так я хочу не с наружи а с другого контейнера который запущен с ним в одном компоузе
GG
Пинг по умолчанию работает
GG
По имени сервиса хоть пингуешь или по имени контейнера ? По прямому айпи пробовал
M
ну так при запуске пропиши имя контейнера, которое тебе нравится
Итого. Самый простой вариант - это выполнить скрипт, который динамически поменяет имя.
PK
Итого. Самый простой вариант - это выполнить скрипт, который динамически поменяет имя.
как скажешь, я не представляю даже какие у тебя там костыли и велосипеды
C
https://pastebin.com/4TjD6mQS ребят, что не так делаю? Собираю html-проект в node, после билда появляется папка dist, копирую папку dist в образ nginx - no such file.
Код докерфайла стоит смотреть внизу, первая часть, вроде, работает, как надо.
Что-то с $PROJECT_DIR не так?
Надо ENV PROJECT_DIR=/app второй раз задавать во втором контейнере?
Код докерфайла стоит смотреть внизу, первая часть, вроде, работает, как надо.
Что-то с $PROJECT_DIR не так?
Надо ENV PROJECT_DIR=/app второй раз задавать во втором контейнере?
AV
https://pastebin.com/4TjD6mQS ребят, что не так делаю? Собираю html-проект в node, после билда появляется папка dist, копирую папку dist в образ nginx - no such file.
Код докерфайла стоит смотреть внизу, первая часть, вроде, работает, как надо.
Что-то с $PROJECT_DIR не так?
Надо ENV PROJECT_DIR=/app второй раз задавать во втором контейнере?
Код докерфайла стоит смотреть внизу, первая часть, вроде, работает, как надо.
Что-то с $PROJECT_DIR не так?
Надо ENV PROJECT_DIR=/app второй раз задавать во втором контейнере?
Да, ENV только в первом образе задан, во втором тоже надо
C
Да, ENV только в первом образе задан, во втором тоже надо
А нельзя реюзить? Как-то глупо задавать по сути константу в двух разных местах.
AV
А нельзя реюзить? Как-то глупо задавать по сути константу в двух разных местах.
Можно ARG глобально (до первого билда) указать и потом его в обоих билдах переиспользовать: https://pastebin.com/Z95t8zQS
C
Можно ARG глобально (до первого билда) указать и потом его в обоих билдах переиспользовать: https://pastebin.com/Z95t8zQS
а зачем
ENV PROJECT_DIR=$PROJECT_DIR ?GG
а зачем
ENV PROJECT_DIR=$PROJECT_DIR ?Это вытаскивает енв из арг
GG
Иначе арг только во время сборки будет существовать
C
Это вытаскивает енв из арг
Если PROJECT_DIR используется только как путь в докерфайле, то можно напрямую образаться к аргу $PROJECT_DIR и не использовать ENV, мне кажется.
GG
Если PROJECT_DIR используется только как путь в докерфайле, то можно напрямую образаться к аргу $PROJECT_DIR и не использовать ENV, мне кажется.
Да, я говорю про это самое
AV
Если PROJECT_DIR используется только как путь в докерфайле, то можно напрямую образаться к аргу $PROJECT_DIR и не использовать ENV, мне кажется.
Прально. Тебе виднее, нужен он после сборки али нет
C
Прально. Тебе виднее, нужен он после сборки али нет
Да, понятно. Спасибо @false_batman и @gecube.
LA
Подскажите, а как умные люди делают конфиг для контейнера БД, который после создания контейнера в нем создаёт базу данных, пользователя в ней и ещё что-нить, чтобы после запуска контейнера можно было просто подключиться к БД и работать