inqfen
Если тебе в пхп нужен mysql, ты его и так там пышными либами ставишь
Бафомет
у меня только pdo_mysql
inqfen
А зачем тебе в коде что-то ещё?
inqfen
Если ты там в шелле команды собрался выполнять, то ты не туда воюешь
🅓🅞🅖
а есть уже готовый image на https://hub.docker.com/ c google-chrome? Я не смог найти.
Pavel
su
а есть уже готовый image на https://hub.docker.com/ c google-chrome? Я не смог найти.
Поищи headless и chromium, патамушта
Anonymous
Для селениума?
Andrey
Как вариант.. У кого есть мысли пишите
Johnny
как вариант для парсинга, даже сервисы есть https://www.browserless.io/
Andrey
как вариант для парсинга, даже сервисы есть https://www.browserless.io/
Зачем парсинг в контейнере, а вот на счёт силениума задумался
Andrey
Как думаете это трезвая идея
Anonymous
Ну у меня как-то год назад было как раз два имаджа с браузерами для запуска контейнеров селениума.
Anonymous
Кром и файрфокс.
Andrey
Я подумал что могу через гитлаб тесты запускать в нем.
Andrey
Нужно пробовать
Andrey
Сейчас тесты написанные на силениуме запускаются руками девочкой которая пишет их. Единственное что не автоматизированно, не добрался ещё.
Anonymous
Сейчас тесты написанные на силениуме запускаются руками девочкой которая пишет их. Единственное что не автоматизированно, не добрался ещё.
Ну вот можно повесить на запуск тестов через тот же гитлаб вкупе с контейнером с силениумом
Andrey
Ага
Бафомет
Нормально ли это, что время запроса к базе mysql значительнее медленнее при использованнии docker контейнеров, чем если использовать все на хост-машине, без контейнеризации?
George
Нормально ли это, что время запроса к базе mysql значительнее медленнее при использованнии docker контейнеров, чем если использовать все на хост-машине, без контейнеризации?
Да, но зависит от ситуации. Вполне вероятно, что можно производительность вернуть на тот же уровень
George
В частности, страдают макофилы и вендоводы
Johnny
Зачем парсинг в контейнере, а вот на счёт силениума задумался
сам хром в контейнере, а парсят уже другие
Anonymous
Кром
How
😞🙈
NM
их может быть два - общий ключ с описанием volumes, и в каждом сервисе (контейнере)
при запуске можно -v исходный путь:путь в докере
George
В компоузе два места, где определяются bind mount & volumes
NM
Я про компоуз, а не про докер ран
а я не люблю компоуз - многа букв 😉 - чем он меньше тем чище код 😉
Evgenii
ты ему тоже не очень нравишься )
NM
ты ему тоже не очень нравишься )
ага - поэтому и стараюсь в DockerFile уложиться для стабильности
George
Никому компост не нравится, но все им пользуются 😂
Yakov
Никому компост не нравится, но все им пользуются 😂
мне нравится, он удобный. намного лучше чем голый докер без него)
George
(мое, кстати, тоже, но оно выстрадано опытом)
George
и опять же - о какой среде идет речь
George
(повторюсь, что на машине разраба - да, компоуз удобен в большинстве случаев, но ее он покидать не должне :-P)
Yakov
твое мнение субъективно
так я его и не навязываю. там в посте выше было - нравится\не нравится. Ну и да, не продакшнконечно же.
Andrey
(повторюсь, что на машине разраба - да, компоуз удобен в большинстве случаев, но ее он покидать не должне :-P)
Только для этого и нужен...ну ещё можно для тестов по факту...но не дальше
Dmytro 🇺🇦
(повторюсь, что на машине разраба - да, компоуз удобен в большинстве случаев, но ее он покидать не должне :-P)
Привет.
Тогда вопрос, а что использовать?)
George
я знаю коллегу, который за k3s топит (типа миникуб)
Dmytro 🇺🇦
Ну, как я понял, поднялся вопрос бестпрактис для прода.
Все говорят, что использовать компоуз не для прода.
Но я пока не сталкивался с тем, что же все таки нужно использовать?)
George
George
как минимум - у тебя не полыхает из-за необходимости туда доставлять еще и docker-compose файл
Igor
помогите понять почему энтри поинт не отрабатывает.
мой имидж:
FROM openjdk:8-jdk
ENV SCALA_VERSION 2.11.12
ENV SBT_VERSION 1.2.8
COPY docker-entrypoint.sh /
RUN \
chmod +x /docker-entrypoint.sh && \
# Install Scala
mkdir -p /opt/scala && \
curl -fsL https://downloads.lightbend.com/scala/${SCALA_VERSION}/scala-${SCALA_VERSION}.tgz | tar xfz - --strip 1 -C /opt/scala && \
# Install sbt
curl -fsL https://piccolo.link/sbt-${SBT_VERSION}.tgz | tar xfz - -C /opt
WORKDIR /build
ENTRYPOINT ["/docker-entrypoint.sh"]
энтри поинт:
#!/bin/sh
echo "export PATH=/opt/scala/bin:/opt/sbt/bin:$PATH" >> /root/.bashrc
пытаюсь запустить команду в другом контейнере:
FROM docker.io/scala:2.11 AS build
WORKDIR /build
COPY . .
RUN whoami
RUN cat ~/.bashrc
башрц пустой:
Andrey
Мда.
Andrey
Ты б ещё на другом компе запустил
Igor
лучше скажи что не так
Andrey
Ты в разных контейнерах запускаешь
Andrey
Там разные файлы
Andrey
Туториалы по контейнерам пройди. А то у тебя базовых знаний нет
George
Туториалы по контейнерам пройди. А то у тебя базовых знаний нет
+1 это будет проще и быстрее для всех
Cyclone
Igor
Туториалы по контейнерам пройди. А то у тебя базовых знаний нет
что ты несешь? я второй контейнер пушу из своей репы, прост таг поменял до /
Andrey
помогите понять почему энтри поинт не отрабатывает.
мой имидж:
FROM openjdk:8-jdk
ENV SCALA_VERSION 2.11.12
ENV SBT_VERSION 1.2.8
COPY docker-entrypoint.sh /
RUN \
chmod +x /docker-entrypoint.sh && \
# Install Scala
mkdir -p /opt/scala && \
curl -fsL https://downloads.lightbend.com/scala/${SCALA_VERSION}/scala-${SCALA_VERSION}.tgz | tar xfz - --strip 1 -C /opt/scala && \
# Install sbt
curl -fsL https://piccolo.link/sbt-${SBT_VERSION}.tgz | tar xfz - -C /opt
WORKDIR /build
ENTRYPOINT ["/docker-entrypoint.sh"]
энтри поинт:
#!/bin/sh
echo "export PATH=/opt/scala/bin:/opt/sbt/bin:$PATH" >> /root/.bashrc
пытаюсь запустить команду в другом контейнере:
FROM docker.io/scala:2.11 AS build
WORKDIR /build
COPY . .
RUN whoami
RUN cat ~/.bashrc
башрц пустой:
не тот файл просто смотришь. Пишется в /root/.bashrc, читаешь скорее всего из другого места
Andrey
а, понял, там же энтрипоинт, он выполняется при запуске, а не при сборке
Andrey
что ты несешь? я второй контейнер пушу из своей репы, прост таг поменял до /
во первых, у тебя Dockerfile'ы - значит мы говорим не про контейнеры, а про образы. Во-вторых, каким образом (сорян за тавтологию) у тебя второй образ получит /root/.bashrc из первого? В третьих, в первом образе /root/.bashrc тоже пустой, догадайся сам почему.
Andrey
ну или ты через жопу вопросы задаёшь, поэтому непонятно, чем ты недоволен
Andrey
поэтому я тебе и советую туториалы пройти
x
Привет! Проблему SUDO у VOLUME нормально решать вот такой штукой?
RUN mkdir -p /var/lib/redis ; chown -R redis:redis /var/lib/redis
VOLUME ["/var/lib/redis"]
ENTRYPOINT ["usr/bin/redis-server"]
USER redis
central
да и почему бы не использовать готовый образ redis
x
Я имею в виду, что когда подрубается волум у него права, с которыми я могу только через судо в хосте с файлами работать
x
Мне вчера не рассказали как это делать, сказали не с того конца захожу в проблему тут =)
Andrey
Я имею в виду, что когда подрубается волум у него права, с которыми я могу только через судо в хосте с файлами работать
Я раньше решал таким же способом. Смысл в том, чтобы сделать директорию под правами пользователя, а не root. Но возможно я тоже делал что-то не так )))
А вот целом да, почему не использовать готовый образ Redis? ))
George
т.е. твое решение идеологически верное, но не полное. Все равно каталог /var/lib/redis на хост машине создастся с правами root, т.к. его создает сам докер демон 😡
Файлы - да, будут под пользователем redis
George
но есть еще нюанс. У тебя айдишники юзеров на хост тачке и в контейнере могут легко не совпадать. И тогда на хосте ты увидишь, что в каталоге файлы с юзером 1002 и все равно не сможешь их удалить (((((
George
все варианты это пофиксить - по факту костыли (из серии давайте передадим айди пользователя при запуске контейнера docker run -e UID=$(id -u) -e GID=$(id -g) ....)
George
и потом в энтрипойнт скрипте переключаться в этого юзера... и човнить файлы... но выглядит как 💩💩💩💩 и переусложнение