Могу не заглядывая в доки написать)

Рекомендую докерхаб и официальные образы

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

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

Бадумц

Ну ок, пиши дальше

Ты уже не понимаешь что такое докер

Ещё вчера сказал, что буду это делать

Отвянь уже, тралина

И дальнейшее разбирательство не приведет к истине

Ну и помни

Докир ни работаитт

Во время билда я могу только тэг указать. Но я с ним игрался, его вроде не всегда можно потом использовать

Все берут и пользуются, но у тебя, так сошлись звезды, ни работаит

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

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

Я уже предлагал взять оф Dockerfile на мускул и посмотреть

Хорошо, если ты крутой гентушник, каким сигналом можно перегрузить конфиги?)

Вот docker exec не может по тэгу

Вот docker exec не может по тэгу

docker run юзай

docker run юзай

Он же запустит отдельный докер

А мне в тот же надо

Вот docker exec не может по тэгу

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

чтобы понимать, что такое тег и почему его не существует у контейнера

Он есть, но только у зарегестрированного

у контейнера есть образ

а тега нет

есть имена

Он же запустит отдельный докер

docker run -it bash

docker run -it bash

Это будет уже другой контейнер, не тот который запущен ранее и находится в состоянии up

Это будет уже другой контейнер, не тот который запущен ранее и находится в состоянии up

если просто контейнер нужен - делаешь Dockerfile без cmd , билдишь , а потом запускаешь на нем bash и оппа ты внутри и контейнер пашет

если просто контейнер нужен - делаешь Dockerfile без cmd , билдишь , а потом запускаешь на нем bash и оппа ты внутри и контейнер пашет

Нет не нужен просто.

Нужен тот, в котором живёт мускуль

если просто контейнер нужен - делаешь Dockerfile без cmd , билдишь , а потом запускаешь на нем bash и оппа ты внутри и контейнер пашет

а если cmd указать, то всё, никак?

а если cmd указать, то всё, никак?

как. кек.

Так как мне запустить команду в том контейнере, который уже запущен?

Достоверно зная его ID

exec, но тебе правда нужно запускать в нем команду?

Да, хочу влить туда дамп мускуля

опреежая вопросы, база мускуля в вольюме, смонтированном с хост системмы

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

Хотя, сокет тоже на вольюме можно держать и клиентом к нему цепляться

Как это принято в мире докера? Внешним клиентом базу заливать?

не уже че-то не интересно

Как это принято в мире докера? Внешним клиентом базу заливать?

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

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

а в чем прикол?

Как это принято в мире докера? Внешним клиентом базу заливать?

у тебя все равно заливать это дело будет клиент, который все равно будет коннектиться по сети, пока ты не делаешь SOURCE x.sql изнутри

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

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

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

Я просто работал в той самой перконе и не знаю ничего про мускуль

а в чем прикол?

?

у тебя все равно заливать это дело будет клиент, который все равно будет коннектиться по сети, пока ты не делаешь SOURCE x.sql изнутри

Я же описал вариант с unix-сокетом

Я просто работал в той самой перконе и не знаю ничего про мускуль

Будто бы есть разница в плане дампов между ними...

Я же описал вариант с unix-сокетом

у тебя и так же 3306 открыт

Разница есть, тащит ли дамп при ините или заливается из внешнего инстанса

у тебя и так же 3306 открыт

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

?

зачем тебе сокеты unix, если можно по портам

по-моему это уже дрочка вприсядку

Вспомнил почему у меня нет дампа при ините, потому что когда смонтированы вольюмы, докер начинает билдить это всё в один огроооооомный слой, для которого в виртуалке у меня просто нет места. Потому то что в вольюм прокидывается в виртуалку прокидывается через sshfs.

зачем тебе сокеты unix, если можно по портам

Например потому что сокет в разы быстрее tcp

Секьюрити же, все это. Раз друпал внутри, значит все через сокет

Например потому что сокет в разы быстрее tcp

уверен?

Абсолютно

И обслуживание через сокет

Абсолютно

не думаю

Проверял

Просто чтобы сдампить придется лезть в докер

Проверял

а если у тебя не один хост, то что будешь делать?

Проверял с одним хостом

Например потому что сокет в разы быстрее tcp

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

Проверял с одним хостом

https://habrahabr.ru/company/pushall/blog/280218/

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

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

https://github.com/docker-library/mysql/blob/master/8.0/Dockerfile В какой строке тут спец папка и как дамп оказывается в базе?

потому что де-факто он будет тестировать приложение, а не канал

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

ну так а в чем прикол тогда сокета, если все упирается в само приложение?

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

и страдает мобильность

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

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

Строка 77 docker-entrypoint.sh

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

ты уж извини, но после сегодняшнего я не поверю