телепаты говорят что ассеты из рельсов в production в докере не хотят раздаваться

сорри, отходил. Проблема что перезапуск контейнеров не обновляет код в контейнере, даже если делаешь --force-recreate

Сейчас я грешу на то что nginx, не подхватывает новый код из public, потому что дергается старый volume

https://gist.github.com/onemanstartup/ffe5c906a2135e31dd13463f10531170 вот docker-compose

что только люди не делают, лишь бы не пользоваться bare metal'ом

А как вообще nginx видит этот самый public?

а, вижу volumes_from

всё равно непонятно, как nginx в рельсы ходит?

в nginx.conf проксирование на 3000?

links: - web:web

доступен 3000 порт

я вижу что он доступен

я не вижу чтобы nginx с ним что-то делал

он делает с ним в конфиге nginx)

рельсоприложение обновляется и проблема только с ассетами?

проблема то с докером а не c nginx конфигом.

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

т.е image новый создается, но не подхватывается контейнером

"вроде как"

pull: true поставь, чтоль

вообще непонятно как ты это всё запускаешь и как ты ожидаешь что это будет обновляться

docker-compose -f devops/docker/staging.docker-compose.yml up --build -d

должно же быть достаточно что-бы создать image и запустить новый контейнер

а перед этом docker-compose останавливаешь?

ну это сейчас приходится делать

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

без остановки и удаления не обновляется

тебе докер для дева нужен?

или для прода?

судя по слову staging - нечто среднее

или для прода?

для прода

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

и там должно быть COPY в Dockerfile

У меня так и есть

Конфигурация для прода и дева разная будет, иначе в деве неудобно будет.

тогда не понимаю в чем проблема

Подожди, контейнер с нуля или image с нуля?

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

чейто

можно юзать образ для дева и прода один и тот же

ну типа каждый раз bundle install делать неудобно вообще ниразу

не ты ж делаешь

с рояля то

а разработчик кто?

а разработчик кто?

ну типа в образе должно быть bundle install

но copy не обязательно

ну типа в образе должно быть bundle install

ну типа в образе старый Gemfile а я его ток что обновил

и мне ждать пока вся эта чертовщина заново скачается

и еще возможно какие то шаги выполнит после этого

ты имеешь в виду копирнуть Gemfile и сделать bundle install?

дя

тогда ок

снимаю вопрос

https://gist.github.com/onemanstartup/7be3785b8ea77ac7ce00a8c8f42d2ece

Проблема в том что без удаления контейнеров и остановки новые контейнеры не подхватывают измененный код, image новый собирается, все копируется в image, но почему в контейнере старый код

@AlexWayfer /spam

Здравствуйте! С чего посоветуете начать учить Ruby?

С codecademy

я бы советовал https://www.amazon.com/Ruby-Way-Second-Techniques-Programming/dp/0672328844

ERROR: S client not available

Здравствуйте! С чего посоветуете начать учить Ruby?

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

книги потом

а база какая-то нужна? если да то какая? или можно сразу начинать учить?

Да, начни с android, а потом перейди на си

на каких-нибудь языках до ruby программировал?

а база какая-то нужна? если да то какая? или можно сразу начинать учить?

нет, не нужна

на каких-нибудь языках до ruby программировал?

нет

крч, можешь уже бежать на codecademy

хорошо, спасибо)

А кто то пользуется dry-container? Такая задачка. Есть сервис, например HttpConnection с настройками таймаутов по умолчанию. Как быть, когда он передаётся в другие сервисы, но в каждом случае нужны разные таймауты? Container.register :http_conn, -> { HttpConnection.new(много_опций) } Container.register :api_client1, -> { ApiClient1.new(Container.resolve('http_conn')) } # тут нужен таймаут 5 сек Container.register :api_client2, -> { ApiClient2.new(Container.resolve('http_conn')) } # тут нужен таймаут 10 сек

выход Антона)

А кто то пользуется dry-container? Такая задачка. Есть сервис, например HttpConnection с настройками таймаутов по умолчанию. Как быть, когда он передаётся в другие сервисы, но в каждом случае нужны разные таймауты? Container.register :http_conn, -> { HttpConnection.new(много_опций) } Container.register :api_client1, -> { ApiClient1.new(Container.resolve('http_conn')) } # тут нужен таймаут 5 сек Container.register :api_client2, -> { ApiClient2.new(Container.resolve('http_conn')) } # тут нужен таймаут 10 сек

@flash_gordon показывал мне пример с контекстом для контейнера, так что думаю лучше его спросить :)

Ну и тебе ничего не мешает пробрасывать какое-то значение в контейнер

Я сейчас это решил примерно так: ApiClient1.new(Container.resolve('http_conn').with_options(timeout: 5)) ApiClient2.new(Container.resolve('http_conn').with_options(timeout: 10)) Где with_options делает клон объекта и устанавливает новые параметры. Но есть ощущение, что это должно делаться как то не так )

Я сейчас это решил примерно так: ApiClient1.new(Container.resolve('http_conn').with_options(timeout: 5)) ApiClient2.new(Container.resolve('http_conn').with_options(timeout: 10)) Где with_options делает клон объекта и устанавливает новые параметры. Но есть ощущение, что это должно делаться как то не так )

Да не, вроде норм выглядит

Но ещё раз, что тебе мешает вызывать контейнер с опциями?

Сейчас покажу пример даже

Проснусь только

Но если что - with_options норм вариант

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

Но ещё раз, что тебе мешает вызывать контейнер с опциями?

Вот про опции не понял

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

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

Вот я про это говорил, когда говорил про опции

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

Вот что то такое и хотелось. Думал, вдруг оно уже есть из коробоки

Ты можешь просто добавить аргументы в блок, тогда при резолве у тебя он не будет вызываться. После этого можешь переопределить resolve и если туда передано больше одного аргумента, то оставшиеся применить к результату вызова super. Буду у компа, кину код

Вроде понял мысль, спасибо

Вроде понял мысль, спасибо

вот примеры создание контейнера https://github.com/davydovanton/web_bouncer/blob/master/lib/web_bouncer/oauth_container.rb#L9-L20 вызов https://github.com/davydovanton/web_bouncer/blob/master/lib/web_bouncer/oauth_middleware.rb#L9

Откланировал репо с github, залогинился в heroku, какой командой из списка приложений выбрать что в данный момент будешь работать именно с этим приложением?