Никитяо
30.06.2019
09:33:37
Andrey
30.06.2019
09:34:29
Никитяо
30.06.2019
09:36:05
Andrey
30.06.2019
09:36:36
Google
George
30.06.2019
09:59:37
Johnny
30.06.2019
10:18:49
George
30.06.2019
10:28:58
Banschikov
30.06.2019
10:41:24
Ну через хуки портейнера удобно автодеплои сервисов пускать к примеру.
George
30.06.2019
10:52:50
Banschikov
30.06.2019
11:03:00
George
30.06.2019
11:11:00
Nova-kun
30.06.2019
12:45:30
Всем привет, есть вопрос.
В чём лучше всего хранить credentials и прочие чувствительные данные, подтягиваемые контейнером при запуске? Чтобы можно было единообразно управлять настройками при запуске контейнеров
Muslim
30.06.2019
12:50:28
George
30.06.2019
12:55:55
Nova-kun
30.06.2019
12:56:51
Google
George
30.06.2019
12:57:52
Да
Banschikov
30.06.2019
14:00:52
Мы не используем сворм
Везет) А что используется если не секрет? Nomad не вижу смысла использовать, да и не хочу. Всякие Mesos и k8s для этих проектов оверкил. Там просто тупые лэндосы
ildar
30.06.2019
17:33:23
Что думаете
Почему бы и нет. Больше tui, хороших и разных.
inqfen
30.06.2019
20:01:53
Muhammad
30.06.2019
21:07:25
Привет. Есть сайт на PHP и сервис server-side rendering на Node.js. Что такое SSR не так важно, это обычный веб-сервер, который принимает HTTP-запросы и отдаёт JSON.
Настраиваю докер, вынес сервис на ноде в отдельный контейнер, осталась одна проблема: при старте SSR сервис запускает скрипт на PHP и получает в выводе команды некоторые данные для инициализации. Когда все это работает в одной среде, проблем нет, когда я разделяю все на контейнеры (nginx, PostgreSQL, PHP, SSR) у SSR уже нет доступа к PHP. Нужен совет, как лучше решить эту проблему
Есть какие-то свои идеи, но чувствую они костыльные
George
30.06.2019
21:11:15
сср может сходить в пхп через веб-эндпойнт
данные инициализации - насколько константны? Возможно имеет смысл их сделать средой (переменными окружения)
еще вариант - сделать внешний сторедж (взять отдельную таблицу в постгрес) и положить эти данные туда
(чтоб они были доступны и скрипту для наполнения и сср для чтения)
Muhammad
30.06.2019
21:13:31
George
30.06.2019
21:13:41
ну, от чего они зависят?
дата, количество посетителей?
Muhammad
30.06.2019
21:13:52
Данные берутся из кеша редис
George
30.06.2019
21:14:15
SSR - в сам редис может ходить?
Muhammad
30.06.2019
21:17:22
Да, может. Была такая идея, но почему-то я от нее отказался, сейчас не могу вспомнить почему
Завтра гляну код и скажу )
George
30.06.2019
21:18:03
ок
Muhammad
30.06.2019
21:18:19
Возможно там была какая-то постобработка на пыхе
Google
Muhammad
01.07.2019
11:42:43
Завтра гляну код и скажу )
Посмотрел код, оказывается именно для строк переводов используется файловый кеш, а не редис + небольшая обработка на PHP, связанная с БД. Можно переделать на редис и переписать на JS, но этот вариант пока рассматриваю как крайний.
George
01.07.2019
11:47:12
while curl ....
бежим дальше....
Muhammad
01.07.2019
11:47:31
Все эти контейнеры являются зависимостями главного контейнера app
George
01.07.2019
11:48:30
1. https://docs.docker.com/compose/startup-order/
2. https://habr.com/ru/post/454552/
(смотри комменты)
Muhammad
01.07.2019
11:49:31
Спасибо, будем посмотреть
Ильдар
01.07.2019
13:02:31
Здравствуйте, не получается подрубить ssl сертификаты для прокси
прокси https://pastebin.com/cqv5USNJ
проект https://pastebin.com/FMDAKDsB
подскажите что я делаю не так
Dima
01.07.2019
14:03:36
Дмитрий
02.07.2019
03:40:26
Доброго утра. Есть у кого запись в личном кабинете? REBRAIN: Kubernetes Gitlab CI - я на час опаздал на начало, потом была превью в кабинете - мол заливаем. Сегодня зашел и ничего нет. Даже прошлых курсов на которых был. Если есть у кого запись киньте в личку. Спасиб
George
02.07.2019
05:08:32
2019-07-02 05:05:32.291 UTC [91] LOG: unexpected EOF on client connection with an open transaction
2019-07-02 05:07:02.960 UTC [1] LOG: received smart shutdown request
2019-07-02 05:07:02.964 UTC [1] LOG: worker process: logical replication launcher (PID 24) exited with exit code 1
2019-07-02 05:07:46.601 UTC [1] LOG: listening on IPv4 address "0.0.0.0", port 5432
2019-07-02 05:07:46.601 UTC [1] LOG: listening on IPv6 address "::", port 5432
2019-07-02 05:07:46.606 UTC [1] LOG: listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
2019-07-02 05:07:46.618 UTC [18] LOG: database system was interrupted; last known up at 2019-07-01 21:38:35 UTC
2019-07-02 05:07:46.693 UTC [18] LOG: database system was not properly shut down; automatic recovery in progress
2019-07-02 05:07:46.696 UTC [18] LOG: redo starts at 1/FFEFCBD8
2019-07-02 05:07:46.696 UTC [18] LOG: invalid record length at 1/FFEFCCB8: wanted 24, got 0
2019-07-02 05:07:46.696 UTC [18] LOG: redo done at 1/FFEFCC80
2019-07-02 05:07:46.705 UTC [1] LOG: database system is ready to accept connections
что за фигня
почему постгрес стопается докером криво
и так каждый раз на docker stop postgres
Дмитрий
02.07.2019
05:43:30
Может не ждет закрытия соединений?
George
02.07.2019
05:43:59
хз
я просто пометку себе делаю, что фигня какая-то
Lamobot
02.07.2019
06:27:31
docker stop посылает SIGTERM и ждет 10 сек по умолчанию, а потом грубо убивает процесс. Возможно 10 секунд не хватает на закрытие соединений
Google
Lamobot
02.07.2019
06:27:53
У меня тоже по умолчанию криво стопается. Но свежезапущенный - норм, завершается нормально
George
02.07.2019
06:33:07
Lamobot
02.07.2019
06:36:08
просто таймаут увеличивал? Или еще что-то делал? ?
Я даже таймаут не увеличивал :) У меня постгрес только для Sentry и еще для каких-то мелких вещей, не сильно важный контейнер.
Просто встречался с такой бедой на монге и на кликхаусе.
На монге вообще 10 минут стоит, и то не всегда нормально завершается.
Еще предположение про таймауты самого постгреса
George
02.07.2019
06:38:37
допускаю. Но это иллюстрация к ситуации - что бывает, когда базу суешь в докер. В общем-то ничего фатального, просто работы больше становится ?
Lamobot
02.07.2019
06:48:09
На мой взгляд, такие вещи или тонкости есть везде, даже без докера. Типа clickhouse через systemd лучше не рестартить, а стопать и стартовать.
А докер какие-то вещи упрощает, а какие-то, наоборот, усложняет. Кому что больше нравится :)
Rostyslav
02.07.2019
07:49:47
Привет, подскажите почему к контейнеру с ms sql 2017 через jdbc моожно только если в строку подключения хост указать IP адрес интернет адаптера? но если с ms management studio по localhost подключається. Есть ли какието пути обхода етого кроме как писать скрипт которий возьмет IP адрес задефайнит в енвайромент вайрибл и используэт ее в подключении для jdbc?
George
02.07.2019
07:50:19
> я хост указать IP адрес интернет адаптера?
пример плиз
Rostyslav
02.07.2019
07:52:24
а теперь с jdbc
George
02.07.2019
07:52:58
а он у тебя где? докер в винде?
Zigfrid
02.07.2019
07:53:03
Кто-нибудь может подсказать, что делает в docker-compose в определении глобальных переменных
environment:
- ”ES_JAVA_OPTS=-Xms512 -Xmx512m”
?
Определяет переменную ES_JAVA_OPTS, а кавычки стоят из-за пробела?
Rostyslav
02.07.2019
07:53:52
George
02.07.2019
07:54:04
Rostyslav
02.07.2019
07:54:07
Zigfrid
02.07.2019
07:54:44
George
02.07.2019
07:54:55
ENV ololo="fdfsfsf fsgsgsgfdg"
да
а WildFly? тоже в докере?
Zigfrid
02.07.2019
07:55:09
Google
George
02.07.2019
07:55:13
если да, то в этом ответ
Rostyslav
02.07.2019
07:56:15
George
02.07.2019
07:57:07
в этом и ответ
потому что wildfly ДРУГОЙ контейнер, чем скуль
и localhost'ы у них разные
вариант - обращаться по имени контейнера со скулем
Rostyslav
02.07.2019
07:58:43
в этом и ответ
я пробовал другие хосты ююзать я смотрел что localhost.local мапиться на локалхост машыны тоесть должно работать но нет