а оно вообще не прогружается

Привет винде

ладно, задам вопрос по другому) как можно уменьшить образ с python? вот такое весит больше гига, но явно там большая часть - ненужное я ведь правильно понимаю, что можно сделать мультистейдж образ и следующим этапом удалить все файлы, которые не используется непосредственно для запуска/работы python app.py? а может есть какие то best practices? FROM python:3.9 WORKDIR /app COPY requirements.txt . RUN pip install --no-cache-dir -r requirements.txt COPY app.py . CMD ["python", "app.py"]

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

но зато слоёв в кеше докера прибавилось =)

Привет всем. Подскажите где инфу толковую по докеру почитать. Или может курс какой есть по докеру.

я бы спросил иначе: а какие книги по нему хорошие? помимо официальной документации

Всё остальное - вода и инфоцыганство

и то, что O'Reilly издавало?

всем привет, подскажите по работе с флагом --project-name в docker compose, насколько я понял из документации флаг позволяют развернуть на одном хосте несколько проектов из одинакового docker-compose.yaml. Т.е. я ожидаю, что будут добавлены префиксы к контейнерам и сетям. А получается, что контейнеры остаются с оригинальным именем и я получаю ошибку The container name "" is already in use by container что я делаю не так?

внутри docker-compose имя контейнера не задано?

несколько контейнеров, для всех задано имя

container_name: pg image: postgres:13-alpine environment: POSTGRES_PASSWORD: ... container_name: dev image: python:latest environment: POSTGRES_PASSWORD: ... не совсем понял, если я уберу, как я потом к этому контейнеру буду обращаться? как отличу pg и dev?

Доброго времени суток. Я заметил, что иногда когда я после долгого перерыва делаю docker compose up -d --build, докер заново устанавливает зависимости (RUN pip install --user -r requirements.txt), хотя этот файл даже не менялся. Я подозреваю, что это какой-то кэш, который после определенного времени инвалидируется. Так вот, как можно это отключать? --no-recreate поможет?

Доброго времени суток. Я заметил, что иногда когда я после долгого перерыва делаю docker compose up -d --build, докер заново устанавливает зависимости (RUN pip install --user -r requirements.txt), хотя этот файл даже не менялся. Я подозреваю, что это какой-то кэш, который после определенного времени инвалидируется. Так вот, как можно это отключать? --no-recreate поможет?

покажи докерфайл, кеш инвалидируется исходя из кеша COPY слоев выше

Я уверен, что в requirements.txt ничего не менял Даже вообще в коде ничего не меняю, бывает, нужно перезапустить со флагом --build, и вылазит эта фигня, которая будто бы всё заново скачивает

Кажется, Docker так или иначе, время от времени, инвалидирует кэш определённых действий, типа pip install, так как там могут быть не указаны версии модулей, и как следствие - какие версии могут иметь критические изменения, которые уронят проект.

Так вот, нет флага, чтобы такое поведение отключать?

Привет! А у меня вообще странный вопрос. Таймлайн: ничего не происходит, может быть накатываются обновление Win10, и вроде бы было одно обновление Докера. Однажды, сборка запускается и падает с ошибкой "can't find the file". Проверил все хоть сколько-нибудь связанные файлы - окончания строк unix'овые, раньше такая проблема решалась именно так. Первая попытка починка - очищаю вообще весь докер, удаляю докер как таковой, сношу хоть сколько-нибудь связанный кэш, устанавливаю заново - ошибка осталась, причём ровно такая же. Какие-то слои подтягиваются из кеша (которого существовать уже не должно), и ошибка осталась. Вторая попытка - очищаю докер, удаляю докер, сношу кэш, удаляю WSL2, ищу всё, что могу удалить в отношении WSL2, устанавливаю WSL2, устанавливаю докер - ошибка осталась. Абсолютно такая же, без изменений. Третья попытка - расковыриваю образы WSL2 сборки для докера, не нахожу кеша от слова совсем, пробую собрать репозиторий с другого жёсткого диска - перезаливаю репозиторий, ошибка остаётся. Аналогично в случаях других репозиториев - начали падать по схожей ошибке не найденных файлов. Собственно... Что делать-то? Я не думал, что попаду в историю G.I.T.S. таким образом.

...и совсем свежее обновление Докера всё починило. Ура...

А с Docker в wsl2 подобное бывает?

какая разница? wsl2 это обычная виртуальная машина с линуксом

а что у тебя за приложуха такая которая жрет 2 ядра на фултайм?)

а вообще попробуй обновить докер

он как раз обновлён

порой они всетаки фиксят баги