Dm

А что это?)

portainer

Radzhab

Portainer

simplemice.eth

нинужын

inqfen

нинужын

Зис

inqfen

похоже, что на впске не хватает памяти, надо увеличивать своп, для этого надо остановить все контейнеры, а я не помню, откуда какой запускался.. есть способ узнать?

Там project_src есть

inqfen

То ли в лейблы контейнера, то ли ещё куда-то дописывается

inqfen

А вообще что мешает просто все остановить?

inqfen

А потом обратно запустить

inqfen

docker stop $(docker ps -q)

inqfen

и docker start $(docker ps -a -q)

inqfen

нафига вообще докер композ в этом кейсе

George

То ли в лейблы контейнера, то ли ещё куда-то дописывается

К сожалению, в докер инспект не видно пути к докер компоуз файлу

George

Видно только его хэш

George

нафига вообще докер композ в этом кейсе

Вообще нафиг не нужен. О чем и речь

George

И, да, через $(..) не надо. xargs, все дела

inqfen

тот же хуй в другой руке

George

Советы https://dev.to/azure/improve-your-dockerfile-best-practices-5ll 💩💩

George

Тупо собирайте и потом сквошьте

inqfen

или передать аргументы команде или взять их из стдаута команды

George

тот же хуй в другой руке

Ну, в принципе, но это надежнее

Anton

К сожалению, в докер инспект не видно пути к докер компоуз файлу

lsof

arts

или передать аргументы команде или взять их из стдаута команды

У аргументов есть ограничение по длине.

inqfen

в данном случае без разницы

George

lsof

Да ну? Дай пример

Anton

Да ну? Дай пример

https://forums.docker.com/t/find-the-directory-where-docker-compose-was-launched/50190

George

По-моему, это не работает

inqfen

и где там lsof

George

Мы же как умные люди запускаем компоуз в детачд режиме

inqfen

там тип написал скрипт для логирования пути

George

там тип написал скрипт для логирования пути

Докер компоуз не нужен !

inqfen

ну и это да

inqfen

А вообще люди вместо того, чтобы изучить cli докера

inqfen

начинают ебаться с портейнерами и еще чем-то там

inqfen

хотя за минуту задача решается

George

https://habr.com/ru/post/445914/ Набросы, набросы, набросы

Ильдар

шо, опять?

inqfen

Конечно, зачем одинаковое окружение везде

inqfen

Надо узнавать на проде, что не работает

inqfen

Это по-мужски

inqfen

Ансибл тоже кстати не нужен, только скрипты на баше и код по ftp лить

George

шо, опять?

Я предлагаю зафлудить их

inqfen

при работе в команде, в большинстве своем люди пишут Dockerfile очень криво, не понимают как это кешируется, добавляют в образ все что надо и не надо, наследуются от образов которых нету в dockerhub или приватном репозитории, создают какие-то docker-compose файлы с базами данных и ничего не персистируют. При этом разработчики гордо заявляют, что docker крут, у них все работает локально и HR важно пишет в вакансии: "Мы используем docker и нам нужен кандидат с таким опытом работы"

George

при работе в команде, в большинстве своем люди пишут Dockerfile очень криво, не понимают как это кешируется, добавляют в образ все что надо и не надо, наследуются от образов которых нету в dockerhub или приватном репозитории, создают какие-то docker-compose файлы с базами данных и ничего не персистируют. При этом разработчики гордо заявляют, что docker крут, у них все работает локально и HR важно пишет в вакансии: "Мы используем docker и нам нужен кандидат с таким опытом работы"

inqfen

Ещё полно людей код пишет криво

inqfen

Отсюда вывод, что программирование не нужно

inqfen

для того чтобы мое приложение работало, нужен сам docker на сервере. А зачем мне это, если мои приложения работают на jre или на nodejs и окружение для них уже есть на сервере?

inqfen

Тоже классно

inqfen

А у меня на тестинге 2 версии пыха, джава, нода

Y4n

при работе в команде, в большинстве своем люди пишут Dockerfile очень криво, не понимают как это кешируется, добавляют в образ все что надо и не надо, наследуются от образов которых нету в dockerhub или приватном репозитории, создают какие-то docker-compose файлы с базами данных и ничего не персистируют. При этом разработчики гордо заявляют, что docker крут, у них все работает локально и HR важно пишет в вакансии: "Мы используем docker и нам нужен кандидат с таким опытом работы"

посоветуете литературку/источник где набраться best practice кроме документации?

inqfen

А чем документация не нравится?

inqfen

Там есть все что нужно

George

посоветуете литературку/источник где набраться best practice кроме документации?

Практика, практика, практика

George

Там есть все что нужно

Не согласен

Y4n

Практика, практика, практика

ну вот я пишу свой кривой докерфайл, все вроде работает. и как эта "практика" поможет мне стать лучше?)

inqfen

Не согласен

Например?

Radzhab

Практика в проде

George

Документация - это про то, что вообще с инструментом можно делать. Бестпректис - это то, что на практике выяснено. Буйки , за которые не стоит выходить

George

Например.

Radzhab

А не в хеллоуворде

George

Несколько несвязанных докер компоуз в одном каталоге - это плохо

Y4n

Документация - это про то, что вообще с инструментом можно делать. Бестпректис - это то, что на практике выяснено. Буйки , за которые не стоит выходить

👍🏻

George

Но в документации про это ни слова

George