Попробуйте фаерфокс, шайтаны лис боятся :)

Не боятся. Ларчик просто открывался... Оставлю для потомков https://ma.ttias.be/chrome-force-dev-domains-https-via-preloaded-hsts/

непонятно только зачем...

Не боятся. Ларчик просто открывался... Оставлю для потомков https://ma.ttias.be/chrome-force-dev-domains-https-via-preloaded-hsts/

Круто :) Ну гугль ладно, купили домен. Но фаерфокс-то чего?

@mr0bot будет жить. Поприветствуем!

Привет, начинаю разбиратся с докером. У меня есть несколько проектов на django и nginx. Как сделать правильно образ django+python? Делать Dockerfile и каждый раз docker build? Или под каждий проект делать свой образ и грузить на docker hub? Или можно как-то сделать образ и чтоб он постоянно ставил все пакети с requirements сам?

Привет, начинаю разбиратся с докером. У меня есть несколько проектов на django и nginx. Как сделать правильно образ django+python? Делать Dockerfile и каждый раз docker build? Или под каждий проект делать свой образ и грузить на docker hub? Или можно как-то сделать образ и чтоб он постоянно ставил все пакети с requirements сам?

Добрый день. Тут сколько людей, столько и мнений. ИМХО, имеет смысл использовать официальный образ джанги https://hub.docker.com/_/django/ и использовать его как базовый. и кстати, вместо docker hub можете поднять приватный репозиторий.

Добрый день. Тут сколько людей, столько и мнений. ИМХО, имеет смысл использовать официальный образ джанги https://hub.docker.com/_/django/ и использовать его как базовый. и кстати, вместо docker hub можете поднять приватный репозиторий.

А правильно будет билдить образ каждый раз?

Спасибо за информацию. Думаю наверняка есть официальный образ джанги.

А правильно будет билдить образ каждый раз?

каждый раз когда что?

каждый раз когда что?

Каждый раз для нового проекта

Спасибо за информацию. Думаю наверняка есть официальный образ джанги.

Думаю они отказались в пользу образа питона

Думаю они отказались в пользу образа питона

да, странно... Тогда можно неофициальный юзать (вот например 150+ звёзд https://hub.docker.com/r/dockerfiles/django-uwsgi-nginx/ ) или свой сделать.

Каждый раз для нового проекта

Имеет смысл пересобирать, если проект требует изменений. Но можно использовать скомпилинный заранее как базовый для новых проектов

Имеет смысл пересобирать, если проект требует изменений. Но можно использовать скомпилинный заранее как базовый для новых проектов

А когда я скажем ставлю новые пакеты?

А когда я скажем ставлю новые пакеты?

Если они уникальны для проекта, то и образ у него свой

Ок. Спасибо

А когда я скажем ставлю новые пакеты?

Скажем так: если эти пакеты вам нужны во всех проектах, имеет смысл установить их в базовый образ. Если проект требует какой-то особенный пакет (как написал Алексей уникальный), то ставьте его про создании проекта

Скажем так: если эти пакеты вам нужны во всех проектах, имеет смысл установить их в базовый образ. Если проект требует какой-то особенный пакет (как написал Алексей уникальный), то ставьте его про создании проекта

Спасибр

Спасибр

Да не за что. Вообще мой совет похож на "Хорошее - это, хорошо, а плохое - плохо" :) Ведь очевидно вроде всё...

@isudakoff будет жить. Поприветствуем!

@n00b1k будет жить. Поприветствуем!

Подскжите какие ошибки есть

какой эффект хотели досттингуть таким подходом ?

зачем там много RUN ?

почему download вместо ADD ?

Кто-нибудь прокидывал nvidia gpu в контейнер с кудой?

@svyatkss будет жить. Поприветствуем!

ERROR: S client not available

@shokfake будет жить. Поприветствуем!

Run, run, run. Let's run :) Песня такая есть к the doors если кто не в курсе:)

Подскжите какие ошибки есть

# ***** CLEANUP ***** RUN rm -rf /nginx-${VER_NGINX} RUN rm -rf /${NGINX_DEVEL_KIT} RUN rm -rf master.zip не имеет смысла, т.к. каждая инструкция - новый слой, слои мерджатся, т.е. эти команды еще больше раздувают результирующий образ

Подскжите какие ошибки есть

рекомендую посмотреть на https://github.com/docker-library/php/blob/85af0c14e3f23689f0851d3164ab3b630e7f016f/7.2/stretch/fpm/Dockerfile в качестве примера

# ***** CLEANUP ***** RUN rm -rf /nginx-${VER_NGINX} RUN rm -rf /${NGINX_DEVEL_KIT} RUN rm -rf master.zip не имеет смысла, т.к. каждая инструкция - новый слой, слои мерджатся, т.е. эти команды еще больше раздувают результирующий образ

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

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

надо проверить

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

оверхед по сравнению с тем чтобы вообще не чистить?

оверхед по сравнению с тем чтобы вообще не чистить?

Не совсем. Я так понимаю, что товарищ указал на три отдельные инструкции RUN, вместо одной в стиле "RUN rm -rf /nginx-${VER_NGINX} && rm -rf /${NGINX_DEVEL_KIT} && rm -rf master.zip"

Не совсем. Я так понимаю, что товарищ указал на три отдельные инструкции RUN, вместо одной в стиле "RUN rm -rf /nginx-${VER_NGINX} && rm -rf /${NGINX_DEVEL_KIT} && rm -rf master.zip"

не совсем. эти 3 инструкции надо мало того что вместе писать. их надо писать вместе со строками, которые их добавляли

то есть обычно это все один большой run

Таки если по фен-шую, то да. Но не обязательно

а чо ж не обязательно, если удаление ничего не даст

оно все останется в предыдущих слоях