Evgenii
Evgenii
Tadeusz
к тому кто ебется с server_name 😄
Evgenii
Tadeusz
на мой, на твой… на весь совковый)
Tadeusz
не жди от меня "жизнь ворам"
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
Мне не нравится идея что каждый бранч будет содержать конфиги другого бранча
Evgenii
Dmitry
/etc/nginx/server_names/dev.google.com.server_name
/etc/nginx/server_names/google.com.server_name
?
Evgenii
Andrei
Для это и нужны переменные GitLab CI
Evgenii
server_name domain;
Dmitry
Если я правильно понимаю, это все равно не изменяет факта смешнивания сред
Evgenii
Andrei
У меня один конфиг на все ветки
Evgenii
Andrei
Имя проекта или хоста. Я ж кидал пару часов назад
Evgenii
У меня была задача статических имён, для динамических нужен шаблонизатор, да. Но если никто новых доменов не создаёт, то sed и прочее для этого - перебор
Evgenii
Dmitry
Evgenii
Evgenii
Это я про dev, прод на проде прибит к мастеру
Dmitry
понятно. То есть это не тру бранч среда
Дмитрий
Сделайте dev ветку) И мержите туда что хотите
Aleksandr
Serhii
Aleksandr
хм, спасибо, посмотрю
Tadeusz
template же…
Рафаэль
Всем привет.
Вопрос про логирование в docker.
В частности, строка со stacktrace exception, сброшенная в stdout, разбивается на несколько строк. В следствие чего, строка лога, переданная через драйвер gelf в logstash получается разбитой на несколько строк. Это усложняет анализ логов. Есть ли какое-нибудь решение, чтобы избежать новых строк в трассировке стека exception?
Рафаэль
на сайте elastic по plugins-filters-multiline-stream_identity сказано что он устарел и не является потокобезопасным, не может обрабатывать сообщения из нескольких потоков
Рафаэль
в моем случае несколько докер контейнеров отправляют логи через gelf в logstash
Alexey
Tadeusz
ну работает
Tadeusz
location / {
try_files $uri $uri/index.html @apache;
root /……./repo/$branch/htdocs;
}
Alexey
Anna
Господа, подскажите, пжл, как в dockerfile прописать следующее условие "При запуске контейнера открывается nano, файл автоматически сохраняется в файловую систему хоста" Базовый образ – ubuntu:16.04
Aleksandr
Anna
ну допустим с nano еще как -то понятно, а вот как файл открыть и записать - не очень
Aleksandr
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
Anton
https://dockstation.io/
Yevhen
Все привет
Подскажите, кто как/чем шифрует .env-файлы в репозиториях?
Если коротко: есть Gitlab + gitlab ci, на выходе получаем docker-контейнер с кодом, который потом деплоим.
В целях безопасности нужно "зашифровать" файл с переменными окружения для ветки релиз (.env.release) и хранить его в репе. При сборке docker-образа расшифровывать этот файл + переименовывать его в .env....
docker secrets не предлагать - в файле слишком много переменных
Bogdan (SirEdvin)
Александр
В docker secrets можно файлы пихать, в чём трудности то
Александр
Однозначно убрать
Denys
А почему убрать из репы не вариант? Чем вы деплоите сервер?
Denys
Оо
Denys
Что то у вас точно не правильно
Denys
В образе не должно быть таких файлов. А если уж есть то шифруйте чем хотите но это не хороший подход
Denys
Лучше это через енвайрмент передавать
Yevhen
Dmitry
поддерживаю вариант через переменные окружения в runtime
Dmitry
в моем случае в самом коде вообще нет никаких конфигов, они деплоятся на сам сервер, отдельно в зависимости от среды.
Yevhen
Сори, возможно за заеженный вопрос, наверно, как логи собираете централизоровано ? Elk, graylog? или еще что?
Dmitry
Yevhen
Dmitry
Сравнивал с другими?
Да, давненько. Но Elastic Search использую часто в другом назначении поэтому удобно стек знать
Dmitry
ES скейлится великолепно
Dmitry
graylog там что, mongo сейчас основной сторадж?
Dmitry
я хз)
Dmitry
было давно.
Dmitry
тогда тем более. ELK вместе по определению должен лучше работать. но это так, чисто домыслы.
Yevhen
У нас забикс
Yevhen
Нужно что то для докеров