а у меня ничего не показывается через докер, а если без докера запускаю то работает. пробовал сеть отдельно прописать - запустилось. но потом перестало и так работать.
Планов на контент много: Git, Kubernetes, брокеры, мониторинг, Java/Go и многое другое. Сейчас активно работаю над курсами по Kafka, Redis, а также продолжаю развивать курс по SQL и PostgreSQL. Из-за плотного графика совмещать работу и регулярный выпуск видео непросто, поэтому роликов выходит меньше, чем хотелось бы. Но после завершения текущих проектов планирую увеличить активность на канале.
В Docker Compose при указании именованных томов без настроек Docker автоматически создаёт и управляет ими в стандартном месте (обычно /var/lib/docker/volumes). Этого достаточно, если не требуются особые параметры (например, свой путь на хосте, драйвер или права доступа). Для кастомной конфигурации такие настройки прописываются вручную.
Как переменные из .env попадают в контейнеры? Надо ведь сначала из .env подгрузить переменные в переменные окружения основной системы, почему этот шаг пропущен?
Docker Compose автоматически читает .env файл и подставляет переменные из него в docker-compose.yml. Этот процесс происходит до запуска контейнеров, поэтому переменные из .env не нужно вручную подгружать в системное окружение. Compose самостоятельно берёт значения из .env и пробрасывает их туда, где в docker-compose.yml указано ${VARIABLE}. Если бы мы не использовали .env файл, то необходимо было бы экспортировать переменные, а затем запускать compose, то есть вместо одной команды надо было бы написать: export DB_USER=shop_user export DB_NAME=shop export DB_PASSWORD=shop_password docker compose up Также переменные можно передать напрямую аргументами при запуске compose (без необходимости экспорта), тогда команда выглядела бы так: DB_NAME=shop DB_USER=shop_user DB_PASSWORD=shop_password docker compose up .env файл, экспорт переменных, передача переменных перед командой docker compose - все это различные допустимые способы передачи env переменных в контейнеры. Какой использовать - зависит от предпочтений, с .env файлом мне кажется удобнее было для демонстрации.
![BLACK BAG - Official Trailer [HD] - Only in Theaters March 14](http://i.ytimg.com/vi/Du0Xp8WX_7I/mqdefault.jpg)
Самый полезный канал на Ютубе который находил по программированию 😊 не бросай, отлично объясняешь)
Вы умудрились в 15 минут уложить целую кучу полезного материала! Коротко и по делу. Спасибо вам за ваши труды!
Огромное спасибо за видео. Это одно из лучших объяснений сложной темы, которое я когда-либо видел.
очень очень крутое видео, ты единственный кто рассказал не просто про depend_on, а про healthcheck и много остальных деталейю. спасибо!
Вы производите впечатление толкового и приличного молодого человека
Спасибо, очень приятно слушать Вас! С наступающим!
Спасибо! ☺️ И Вас с Новым годом!
Спасибо большое за видео!
С наступающим!
Пусть год грядущий будет плодотворным!
🎄🎄🎄🎄☃️🎄🎄🎄
Спасибо! ☺️ И Вас с Новым годом
Всех с новым годом!
Автор лучший, желаю тебе всё самого лучшего и хорошего
Спасибо! ☺️ И Вас с Новым годом
Спасибо большое. Потрясающая подача информации.
Отличное объяснение, спасибо!
Есть ли в планах аналогичная подача информации по Kubernetes?
да, целиком в такой формат kuber не влазит, но я разобью на несколько частей
@suchkov-tech спасибо, было бы супер! С нетерпением буду ждать подобных видео!
а у меня ничего не показывается через докер, а если без докера запускаю то работает. пробовал сеть отдельно прописать - запустилось. но потом перестало и так работать.
Здравствуйте, будет ли видео про RabbitMQ?
Да, но не ближайшее видео
@suchkov-tech а какие в целом планы на контент ?
Планов на контент много: Git, Kubernetes, брокеры, мониторинг, Java/Go и многое другое. Сейчас активно работаю над курсами по Kafka, Redis, а также продолжаю развивать курс по SQL и PostgreSQL. Из-за плотного графика совмещать работу и регулярный выпуск видео непросто, поэтому роликов выходит меньше, чем хотелось бы. Но после завершения текущих проектов планирую увеличить активность на канале.
Почему вы не дали значение для
volumes:
db_data:
es_data:
?
Заранее спасибо за ваш ответ.
В Docker Compose при указании именованных томов без настроек Docker автоматически создаёт и управляет ими в стандартном месте (обычно /var/lib/docker/volumes). Этого достаточно, если не требуются особые параметры (например, свой путь на хосте, драйвер или права доступа). Для кастомной конфигурации такие настройки прописываются вручную.
Как переменные из .env попадают в контейнеры? Надо ведь сначала из .env подгрузить переменные в переменные окружения основной системы, почему этот шаг пропущен?
Docker Compose автоматически читает .env файл и подставляет переменные из него в docker-compose.yml. Этот процесс происходит до запуска контейнеров, поэтому переменные из .env не нужно вручную подгружать в системное окружение. Compose самостоятельно берёт значения из .env и пробрасывает их туда, где в docker-compose.yml указано ${VARIABLE}.
Если бы мы не использовали .env файл, то необходимо было бы экспортировать переменные, а затем запускать compose, то есть вместо одной команды надо было бы написать:
export DB_USER=shop_user
export DB_NAME=shop
export DB_PASSWORD=shop_password
docker compose up
Также переменные можно передать напрямую аргументами при запуске compose (без необходимости экспорта), тогда команда выглядела бы так:
DB_NAME=shop DB_USER=shop_user DB_PASSWORD=shop_password docker compose up
.env файл, экспорт переменных, передача переменных перед командой docker compose - все это различные допустимые способы передачи env переменных в контейнеры. Какой использовать - зависит от предпочтений, с .env файлом мне кажется удобнее было для демонстрации.
Бесполезное видео. Откуда что взялось. Непонятно
Так задайте вопрос, что конкретно непонятно