Evgenii
Tadeusz
к тому кто ебется с server_name 😄
Evgenii
к тому кто ебется с server_name 😄
Мы просто обсуждаем, на твой язык наверное 'пиздим'
Tadeusz
на мой, на твой… на весь совковый)
Tadeusz
не жди от меня "жизнь ворам"
Dmitry
Задеплоилось куда?
Ну, туда, где оно будет доступно по app-stg2.domain.com
Dmitry
у меня, к примеру, в текущей инфре часть CI не дает это сделать, надо мигрировать на домашнюю систему jenkins/gitlab
Dmitry
Но, в принципе, каждый бранч может быть представлен отдельой средой в Elastic Beanstalk
Evgenii
Ну, туда, где оно будет доступно по app-stg2.domain.com
Если очень хочется, копируешь app с исходным кодом в app-stg2, напротив nginx host пишешь stg2.domain.com, и файл из etc/nginx /server_names заполняешь этим доменом (для очень ленивого можно баш скриптом, который тоже лежит в app)
Evgenii
Потом nvm run build docker-compose up -d
Dmitry
Мне не нравится идея что каждый бранч будет содержать конфиги другого бранча
Dmitry
/etc/nginx/server_names/dev.google.com.server_name /etc/nginx/server_names/google.com.server_name ?
Andrei
Для это и нужны переменные GitLab CI
Evgenii
server_name domain;
Dmitry
Если я правильно понимаю, это все равно не изменяет факта смешнивания сред
Andrei
У меня один конфиг на все ветки
Andrei
Имя проекта или хоста. Я ж кидал пару часов назад
Evgenii
У меня была задача статических имён, для динамических нужен шаблонизатор, да. Но если никто новых доменов не создаёт, то sed и прочее для этого - перебор
Evgenii
Имя проекта или хоста. Я ж кидал пару часов назад
А я говорил чем это мне не подходит
Evgenii
Это понятно. Резонно. Я не могу понять dev.google.com и google.com привязаны к веткам?
Они привязаны к папке, в которой разработчик делает что хочет гитом
Evgenii
Это я про dev, прод на проде прибит к мастеру
Dmitry
понятно. То есть это не тру бранч среда
Дмитрий
Сделайте dev ветку) И мержите туда что хотите
Aleksandr
хм, спасибо, посмотрю
Tadeusz
template же…
Рафаэль
Всем привет. Вопрос про логирование в docker. В частности, строка со stacktrace exception, сброшенная в stdout, разбивается на несколько строк. В следствие чего, строка лога, переданная через драйвер gelf в logstash получается разбитой на несколько строк. Это усложняет анализ логов. Есть ли какое-нибудь решение, чтобы избежать новых строк в трассировке стека exception?
Рафаэль
на сайте elastic по plugins-filters-multiline-stream_identity сказано что он устарел и не является потокобезопасным, не может обрабатывать сообщения из нескольких потоков
Рафаэль
в моем случае несколько докер контейнеров отправляют логи через gelf в logstash
Tadeusz
ну работает
Tadeusz
location / { try_files $uri $uri/index.html @apache; root /……./repo/$branch/htdocs; }
Alexey
location / { try_files $uri $uri/index.html @apache; root /……./repo/$branch/htdocs; }
да я просто Восхищен - без сарказма тут
Anna
Господа, подскажите, пжл, как в dockerfile прописать следующее условие "При запуске контейнера открывается nano, файл автоматически сохраняется в файловую систему хоста" Базовый образ – ubuntu:16.04
Anna
ну допустим с nano еще как -то понятно, а вот как файл открыть и записать - не очень
Aleksandr
ну допустим с nano еще как -то понятно, а вот как файл открыть и записать - не очень
nano - для редактирования человеком. для остального есть другие инструменты
Tadeusz
скорее это для редактирования менеджером по продажам
Anna
это часть задания на степике, без понятия где это можно использовать на практике
Aleksandr
ну запустить понятно - nano filename
Aleksandr
контейнер запускать с -it
Anna
спасибо, попробую
DemDev
Доброе утро Нужна помощь, готов материально возместить потраченное время Есть репозиторий, с помощью которого можно собрать docker image с Google Chrome и Selenium WebDriver'ом Стандартный docker image я могу собрать, но мне нужно разобраться как при сборе image'а передать параметр "--headless", чтобы собрать docker image с headless Google Chrome О headless режиме Google Chrome можно почитать здесь: https://developers.google.com/web/updates/2017/04/headless-chrome Сразу скажу зачем я хочу собрать именно image с headless Chrome'ом: я хочу запустить UI-тесты в Docker Containter'e и когда я передаю кастомные properties ("--headless") через Java в RemoteWebDriver, то такой вариант не хочет работать. Поэтому хочу попробовать собрать image c изначально headless Google Chrome'ом и посмотреть как этот вариант заработает. Заняться вопросом сегодня (лучше сейчас)
Алексей
https://github.com/yukinying/chrome-headless-browser-docker
Алексей
Что нить типа такого docker run --init -it --rm -p=127.0.0.1:9222:9222 --name chrome --cap-add=SYS_ADMIN \ --entrypoint=/usr/bin/google-chrome-unstable \ yukinying/chrome-headless-browser \ --headless --disable-gpu
Bogdan
Доброе утро Нужна помощь, готов материально возместить потраченное время Есть репозиторий, с помощью которого можно собрать docker image с Google Chrome и Selenium WebDriver'ом Стандартный docker image я могу собрать, но мне нужно разобраться как при сборе image'а передать параметр "--headless", чтобы собрать docker image с headless Google Chrome О headless режиме Google Chrome можно почитать здесь: https://developers.google.com/web/updates/2017/04/headless-chrome Сразу скажу зачем я хочу собрать именно image с headless Chrome'ом: я хочу запустить UI-тесты в Docker Containter'e и когда я передаю кастомные properties ("--headless") через Java в RemoteWebDriver, то такой вариант не хочет работать. Поэтому хочу попробовать собрать image c изначально headless Google Chrome'ом и посмотреть как этот вариант заработает. Заняться вопросом сегодня (лучше сейчас)
Попробуй selenoid вместо твоего набора. Он выполняет тесты в изолированном контейнере и есть привязки ко всем браузерам
Anton
https://dockstation.io/
Yevhen
Все привет Подскажите, кто как/чем шифрует .env-файлы в репозиториях? Если коротко: есть Gitlab + gitlab ci, на выходе получаем docker-контейнер с кодом, который потом деплоим. В целях безопасности нужно "зашифровать" файл с переменными окружения для ветки релиз (.env.release) и хранить его в репе. При сборке docker-образа расшифровывать этот файл + переименовывать его в .env.... docker secrets не предлагать - в файле слишком много переменных
Александр
В docker secrets можно файлы пихать, в чём трудности то
Yevhen
В docker secrets можно файлы пихать, в чём трудности то
да, но файлы то пихаются незашифрованные или вы предлагаете их вообще убрать из репы? - это не вариант...
Александр
Однозначно убрать
Denys
А почему убрать из репы не вариант? Чем вы деплоите сервер?
Yevhen
А почему убрать из репы не вариант? Чем вы деплоите сервер?
bash скрипт, который по сути делает несколько подготовительных шагов и docker stack deploy ... убрать не вариант, потому что .env добавляется в docker-образ еще на этабе билда образа в CI
Denys
Оо
Denys
Что то у вас точно не правильно
Denys
В образе не должно быть таких файлов. А если уж есть то шифруйте чем хотите но это не хороший подход
Denys
Лучше это через енвайрмент передавать
Dmitry
поддерживаю вариант через переменные окружения в runtime
Dmitry
в моем случае в самом коде вообще нет никаких конфигов, они деплоятся на сам сервер, отдельно в зависимости от среды.
Yevhen
Сори, возможно за заеженный вопрос, наверно, как логи собираете централизоровано ? Elk, graylog? или еще что?
Yevhen
ELK
Сравнивал с другими?
Dmitry
Сравнивал с другими?
Да, давненько. Но Elastic Search использую часто в другом назначении поэтому удобно стек знать
Dmitry
ES скейлится великолепно
Dmitry
graylog там что, mongo сейчас основной сторадж?
Dmitry
я хз)
Dmitry
было давно.
Dmitry
тогда тем более. ELK вместе по определению должен лучше работать. но это так, чисто домыслы.
Yevhen
У нас забикс
Yevhen
Нужно что то для докеров