root@58e5d47d032b:/var/www# ls -l total 644 drwxr-xr-x 7 root root 224 Sep 4 13:12 app -rwxr-xr-x 1 root root 1686 Sep 4 13:12 artisan drwxr-xr-x 4 root root 128 Sep 4 13:12 bootstrap -rw-r--r-- 1 root root 1527 Sep 4 13:12 composer.json -rw-r--r-- 1 root root 146775 Oct 1 19:37 composer.lock drwxr-xr-x 15 root root 480 Sep 4 13:12 config drwxr-xr-x 6 root root 192 Sep 4 13:12 database drwxr-xr-x 801 root root 25632 Oct 1 19:39 node_modules -rw-r--r-- 1 root root 482111 Oct 1 19:39 package-lock.json -rw-r--r-- 1 root root 1022 Sep 4 13:12 package.json -rw-r--r-- 1 root root 1134 Sep 4 13:12 phpunit.xml drwxr-xr-x 8 root root 256 Oct 1 19:59 public -rw-r--r-- 1 root root 3924 Sep 4 13:12 readme.md drwxr-xr-x 6 root root 192 Sep 4 13:12 resources drwxr-xr-x 6 root root 192 Sep 4 13:12 routes -rw-r--r-- 1 root root 563 Sep 4 13:12 server.php drwxr-xr-x 5 root root 160 Sep 4 13:12 storage drwxr-xr-x 6 root root 192 Sep 4 13:12 tests drwxr-xr-x 39 root root 1248 Oct 1 19:37 vendor -rw-r--r-- 1 root root 537 Sep 4 13:12 webpack.mix.js

такс

сорян

вопрос снимается. надо было просто через ls -al смотреть

Ну да 😀

вопрос снимается. надо было просто через ls -al смотреть

А ещё лучше указать файл ls -l .env

век живи, век учись, дураком помрешь 🙁

всем доброе утро. Господа, тупой вопрос: как открыть новый порт на уже существующем контейнере? Или это противоречит философии докера, когда ты хранишь persistent state отдельно, а контейнеры с конфигурацией у тебя уничтожаются-создаются пачками автоматом?

стоп-старт не вопрос (хотя ещё лучше было бы, конечно, на лету это делать)

стоп-старт не вопрос (хотя ещё лучше было бы, конечно, на лету это делать)

если с самого контейнера порт уже открыт приложением, то прокинуть его на свою тачку не особо большая проблема (iptables правила прописать). Но проще и правильнее просто перезапустить)

если с самого контейнера порт уже открыт приложением, то прокинуть его на свою тачку не особо большая проблема (iptables правила прописать). Но проще и правильнее просто перезапустить)

залезть ручками в кишки не проблема. А как из CLI изменить конфигурацию портов?

пусть даже у остановленного контейнера

нашёл вот, что можно залезть в config.v2.json

залезть ручками в кишки не проблема. А как из CLI изменить конфигурацию портов?

Сам контейнер уже поднял порт?

это да, но у меня не мишн-критикал, просто стенд

т.е. я вполне могу его потушить

и править конфигурацию

забавнее всего то, что править именно эту конфигурацию из CLI нельзя :)

"ExposedPorts":{"4560/tcp":{},"5222/tcp":{},"5269/tcp":{},"5280/tcp":{},"5443/tcp":{}}

config.v2.json, угу

ejabberd, да :)

тогда можно просто бахнуть правило типо: iptables -t nat -A DOCKER -p tcp --dport 9300 -j DNAT --to-destination 172.17.0.3:9300

"PortBindings":{"5222/tcp":[{"HostIp":"","HostPort":"5222"}],"5269/tcp":[{"HostIp":"","HostPort":"5269"}],"5280/tcp":[{"HostIp":"","HostPort":"5280"}]}

и вот ещё, только это hostconfig.json

тогда можно просто бахнуть правило типо: iptables -t nat -A DOCKER -p tcp --dport 9300 -j DNAT --to-destination 172.17.0.3:9300

это костыль, про костыли вопросов не было :)

это костыль, про костыли вопросов не было :)

ты правила iptables смотрел на хосте?))

ниче что докер создает такие же?)

ниче что докер создает такие же?)

есть разница между тем, что создаёт ПО при старте и между тем, что делаешь ты

Зачем это всё? Пересоздавай с нужными настройками

Зачем это всё? Пересоздавай с нужными настройками

ну вот я в первом сообщении спросил, собственно

есть разница между тем, что создаёт ПО при старте и между тем, что делаешь ты

какая? если 1 в 1 строки одинаковые

какая? если 1 в 1 строки одинаковые

элементарно: рестарт хост-машины, миграция контейнера на другую ноду (с изменением внутреннего ip-адреса), и т.д. и т.п.

ты предлагаешь это iptables -I ... в /etc/rc.local пихать?

спасибо, не надо :)

уж проще json поправить

А json править не костыль??? 😄

костыль, но более высокого уровня костыль

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

а тут ты по факту её не меняешь

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

я в первом же сообщении спросил про best practices, господа :)

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

а ты уверен что поменяешь везде и оно взлетит после рестарта? А при миграции/смене ip и прочей дребедени которую ты описал?

я в первом же сообщении спросил про best practices, господа :)

А вообще есть гугл который дает исчерпывающий ответ на первой же странице: https://stackoverflow.com/questions/19897743/exposing-a-port-on-a-live-docker-container

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

я бы не стал задавать вопрос, ответ на который нашёл бы в гугле :)

"open port on running docker container". - как его еще можно задать?))

Просто вообще ситуевина выглядит как "захотелось секса поутру" 😄

Просто вообще ситуевина выглядит как "захотелось секса поутру" 😄

значит я ещё не такой старый, спасибо за комплимент :)

"open port on running docker container". - как его еще можно задать?))

я гуглил по "change port mappings on running container", угу

а ты уверен что поменяешь везде и оно взлетит после рестарта? А при миграции/смене ip и прочей дребедени которую ты описал?

надо погрепать и поискать. Мне этим докер и не понравился в своё время - документация вместо описания кишок рассказывает hello-world'ы разной степени замороченности. Откладывал знакомство с ним до последнего, а сейчас это отраслевой стандарт и хочешь или нет - приходится знать и работать

Нет бестпрактис, есть один единственный вариант - пересоздать

как-то так

надо погрепать и поискать. Мне этим докер и не понравился в своё время - документация вместо описания кишок рассказывает hello-world'ы разной степени замороченности. Откладывал знакомство с ним до последнего, а сейчас это отраслевой стандарт и хочешь или нет - приходится знать и работать

https://www.youtube.com/watch?v=hdVNKmru3LM

тут тебе без хелловорлдов)

пасяба

:)

https://www.youtube.com/watch?v=hdVNKmru3LM

ещё раз спасибо, отличная лекция :)

ещё раз спасибо, отличная лекция :)

Посмотри у них на канале, видюх не много, но часто прям по делу

угу, обязательно

как вам песочница? )

rm -rf /var/cache/apt/archives вроде ещё, разве нет?

(если есть цель почистить apt)

окай, следующий

там все 4 строки - мусор

начнем с того что должно быть FROM %some_image%:alpine 😄

не, это не весь файл, это лучшая его часть

https://laradock.io/ из varnish Dockerfile

+/- 500mb к размеру образа не сделают погоды) когда у тебя образ уже 2+гб

начнем с того что должно быть FROM %some_image%:alpine 😄

Нафиг этот альпайн, когда есть убунта в 32 метра?

да какая разница что там в baseimage? речь не про это

там все 4 строки - мусор

а посоветуйте литературу именно по философии и best practices для контейнеров (если что-то есть такое), пожалуйста

да какая разница что там в baseimage? речь не про это

Лан лан, про upgrade вроде понятна суть. Что еще?

а посоветуйте литературу именно по философии и best practices для контейнеров (если что-то есть такое), пожалуйста

доки и практика

а посоветуйте литературу именно по философии и best practices для контейнеров (если что-то есть такое), пожалуйста

1 контейнер = 1 процесс и ничего более. Вот главный бестпрактис)

Лан лан, про upgrade вроде понятна суть. Что еще?

1. всё отдельным слоем для 1,3,4 строки = х3 к размеру и удаление бесмыссленно там 2. mkdir Зачем 2 раза? есть же mkdir -p 3. upgrade вообще незя использовать

1. всё отдельным слоем для 1,3,4 строки = х3 к размеру и удаление бесмыссленно там 2. mkdir Зачем 2 раза? есть же mkdir -p 3. upgrade вообще незя использовать

а еп, слона с RUN и не приметил =\

не, ну такие Dockerfile сплошь и рядом, но не в подобном проекте же, наверное(

а еп, слона с RUN и не приметил =\

Поставь hadolint (линтер для докерфайлов), годные best practice даёт

а еп, слона с RUN и не приметил =\

аналогично, кстати :)