@docker_ru

« Назад

Страница 1240 из 1375

Далее »

George

21.05.2019
05:34:53

То что ты передаешь как env для nginx - это переменные для nginx

А не для yarn, node.js etc.

Maxim

21.05.2019
05:36:10

а я хочу передать энвы для статики, чтобы url бека не зашивать в билд

может можно энвам сделать дефолтный какой-то ключ, а потом делать replace?)

Google

Maxim

21.05.2019
05:37:47

уже после билда

George

21.05.2019
05:37:53

может можно энвам сделать дефолтный какой-то ключ, а потом делать replace?)

Ну, нет. Это не так работает

Тебе тогда придется вызов nginx обернуть в docker-entrypoint.sh скрипт. И в нем пячить файлы статики

Maxim

21.05.2019
05:45:09

Тебе тогда придется вызов nginx обернуть в docker-entrypoint.sh скрипт. И в нем пячить файлы статики

я такие варианты находил в гугле, но это казалось извращением каким-то. видимо это единственный вариант

George

21.05.2019
05:46:10

Извращение - это статику менять после билда. Может просто в ноде запускать и не ломать голову ? Но тебе настолько большая гибкость тупо не нужна.

Maxim

21.05.2019
05:47:21

наверное, просто тегами разделю дев - где можно менять и прод - где все зашито

Aleksandr

21.05.2019
07:17:52

Всем привет! Может кто в курсе как лучше сделать - хочу сохранить всю информацию которая в базе данных postgresql - на хостовой машине поднимаю контейнер с psql 11.3 и монтирую том (как показано ниже) - но при создании контейнера у меня всегда на хостовой машине свежая бд - то есть если я изменю информация в дб я получу на хостовой машине эти изменения - но если я пересоздам контейнер то все что было в ./volumes/postgresql/data все затреться app1-postgresql: container_name: app1-postgresql image: postgres:11.3 volumes: - ./volumes/postgresql/data:/var/lib/postgresql/data

George

21.05.2019
07:18:43

нет

ты не прав

в случае удаления контейнера - база остается на месте

Aleksandr

21.05.2019
07:19:57

в случае удаления контейнера - база остается на месте

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

George

21.05.2019
07:20:20

нет

у меня все окей

Google

George

21.05.2019
07:20:33

./volumes/postgresql/data - это куда указывает?

Aleksandr

21.05.2019
07:21:39

./volumes/postgresql/data - это куда указывает?

это на локальной машине - я в директории проекта создал ./volumes/postgresql/data

George

21.05.2019
07:21:52

ну, поверь - ни у кого нет проблем

Aleksandr

21.05.2019
07:23:00

ну, поверь - ни у кого нет проблем

то есть сколько бы раз я не пересоздавал контейнер - то вся информация что в ./volumes/postgresql/data подкинеться в контейнер?

George

21.05.2019
07:23:11

да

Aleksandr

21.05.2019
07:23:27

хмм - не

George

21.05.2019
07:23:30

но если ты сделаешь app1-postgresql: container_name: app1-postgresql image: postgres:11.3 volumes: - NY_VOLUME:/var/lib/postgresql/data

то с docker-compose down -v у тебя все грохнется

в остальных случаях - останется

Aleksandr

21.05.2019
07:25:02

даже если я сделаю

docker rm -f $(docker ps -a -q)

docker rmi -f $(docker images -q)

все останеться?

George

21.05.2019
07:30:23

да

ildar

21.05.2019
07:30:50

Всем привет! Может кто в курсе как лучше сделать - хочу сохранить всю информацию которая в базе данных postgresql - на хостовой машине поднимаю контейнер с psql 11.3 и монтирую том (как показано ниже) - но при создании контейнера у меня всегда на хостовой машине свежая бд - то есть если я изменю информация в дб я получу на хостовой машине эти изменения - но если я пересоздам контейнер то все что было в ./volumes/postgresql/data все затреться app1-postgresql: container_name: app1-postgresql image: postgres:11.3 volumes: - ./volumes/postgresql/data:/var/lib/postgresql/data

это просто монтирование директории на хосте в директорию в контейнере. никакие действия над контейнером через docker cli не влияют на содержимое этой директории

Aleksandr

21.05.2019
07:30:56

да

да - спасибо - проверил - все ок

просто не знаю это нормальная практика psql запускать в контейнере или же лучше это делать на хостовой машине - в частности бэкенд я делаю в одном контейнере (всякие там npm install и т/д/ там же мне надо сделать команду bundle exec rake db:migrate) - вот не знаю как лучше поступить - вроде как в этом контейнере мне надо поставить postgresql-client-11 - в общем вся проблема в том что нужно сделать bundle exec rake db:migrate в контейнере в конечном итоге миграция должна упасть в бд

George

21.05.2019
07:35:54

норм в контейнере делать

Andrei

21.05.2019
08:14:32

вопрос можно ли в сворме сделать port-forward как в кубере?

George

21.05.2019
08:16:04

имхо, ент

Google

Andrei

21.05.2019
08:16:30

очень не привычно пытаюсь сесть на сворм но это важная фича

George

21.05.2019
08:21:13

зачем садиться на сворм?

если есть кубер?

Andrey

21.05.2019
08:24:01

Сворм мертв ,не нужно засорять мозг

очень не привычно пытаюсь сесть на сворм но это важная фича

Это тебе совет

Andrei

21.05.2019
08:24:48

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

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

George

21.05.2019
08:28:31

да чего там поднимать ) фупер-кубер-вжух

Andrey

21.05.2019
08:28:53

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

Хуяк,хуяк и в продакшен

George

21.05.2019
08:29:03

ну, как обычно

Andrey

21.05.2019
08:29:07

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

Так себе идея

Andrei

21.05.2019
08:29:07

)

Andrey

21.05.2019
08:29:36

ну, как обычно

Именно так

Andrei

21.05.2019
08:29:45

Так себе идея

есть варианты? дешевле с кубером?

George

21.05.2019
08:29:56

для разрабов и опсов - да )

для техпода - может и нет

Andrey

21.05.2019
08:31:13

есть варианты? дешевле с кубером?

Я так себе отношусь к нашим облакам. Почему с ажура в Яндекс?

Решение не понятно

Andrei

21.05.2019
08:32:29

Я так себе отношусь к нашим облакам. Почему с ажура в Яндекс?

в ажуре было бесплатно в ya потому что топам нравиться название )

George

21.05.2019
08:33:08

ага

Google

George

21.05.2019
08:33:09

а потом

http://www.cnews.ru/news/top/2019-05-20_yandeks_po_oshibke_udalil_virtualnye_mashiny

Sergey

21.05.2019
08:33:39

сряндексу веры нет!

ildar

21.05.2019
08:34:28

а потом

George

21.05.2019
08:36:49

ЯНДЕКС, НАЙДЕТСЯ ВСЕ

***** кроме данных, которые мы удалили ?

Andrey

21.05.2019
08:37:08

в ажуре было бесплатно в ya потому что топам нравиться название )

Не в курсе был

Азаза

ildar

21.05.2019
08:37:28

аккуратнее со звёздочками, кстати

РКН собрался оштрафовать СМИ за использование звёздочек вместо мата. В нескольких материалах издание Тайга.инфо, приводя прямую речь, закрыло табуированную лексику символами «*****». РКН усмотрел в них нецензурную брань и составил административный протокол http://news.lenta.ch/dIPo

George

21.05.2019
08:38:13

аккуратнее со звёздочками, кстати

это не мат, а скорее намек на договоры со звездочками и мелким шрифтом

и вообще ***** может быть элементом оформления текста )

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

только православная киррилица, только хардкор

ildar

21.05.2019
08:39:25

ХХХ

George

21.05.2019
08:39:30

а то? Ну, да, это ж черти придумали знаки препинания.

Oleg

21.05.2019
09:18:30

Привет! А если я не использую swarm или кубер — то ничего секурнее переменных окружения для передачи секретиков в контейнер так до сих пор не изобрели? Стоит задача прокинуть в контейнер приватный ключ на управление всем облаком. И чотто очкую его в env запихивать. Тк если утечет, то обидят не только хостовую машину а вообще весь мир.

(я читал про vault разумеется. но заради одного кейса всю эту мутку мутить……)

George

21.05.2019
09:37:12

ну, если обидят твою хостовую машину, то env/не-env разницы уже не будет ?

Google

Yaroslav