@docker_ru

Страница 971 из 984
George
12.01.2019
17:43:44
Либо если масштабируетесь, то базы вынести вообще на отдельный узел

Т.е. в контейнере с апачем была ручка для задания "где лежит база"

Dmitriy
12.01.2019
17:47:55
Спасибо за помощь!

Google
Культиватор Джо
12.01.2019
18:50:04
Добрый вечер. Есть связь между 2 контейнерами в 2 композ-файлах через external_link. Волнует вопрос: могу ли я как-то однозначно определить наименование контейнера А для использования его в контейнере Б в external_link?

Культиватор Джо
12.01.2019
18:54:44
Да
Поделитесь?

George
12.01.2019
18:55:04
Ну, дока по докер компоуз

Вариантов три

1. container name 2. Alias 3. Зафиксировать айпи

Да, 3 можно сделать

Культиватор Джо
12.01.2019
18:56:13
1. container name 2. Alias 3. Зафиксировать айпи
1 не помог, нетворк у всех общий

George
12.01.2019
18:56:26


1. Значит что-то делаете не так

Maxim
12.01.2019
23:15:43
1 не помог, нетворк у всех общий
Если есть связь между двумя контейнерами в двух разных docker-compose файлах через external_link то данный факт уже говорит о том что есть какой то однозначный способ общения между этими двумя контейнерами. Для однозначного определения имени контейнера используется директива (неожиданно) container_name для четкого указания имени контейнера и дальнейшего его использования в корыстных целях в одугих местах конфигурационного файла, можно попробовать указать его в external_link например, лично не проверял, но уверен что начать поиски лучше всего отсюда

Ruslan
13.01.2019
10:23:46
Подскажите, как более правильно собирать контейнер для дев и прод окружения ? Например, в случае PHP, для дев разработки нужно установить xdebug и выключить opcache в конфигах, для прода xdebug не устанавливать и включить opcache Пока на ум приходит : 1. Перенос таких вот вещей в отдельный sh скрипт 2. Это будут совсем разные Dockerfile для прода и дев.

Google
Subb98
13.01.2019
10:28:33
Почему не сделать два докерфайла для прода и дева и не прописать пути к ним в зависимости от окружения?

inqfen
13.01.2019
10:31:24
Можно завести отдельный дев образ

И в from передавать что нужно

В дев образе есть xdebug и выключен opcache

Остальная-то часть сборки не отличается

Зачем копипастить

George
13.01.2019
10:35:51
Можно один докерфпйл

Через arg передать dev/prod - на выходе два образа, с общими слоями

inqfen
13.01.2019
10:38:44
Не совсем удобно иногда, у тебя может быть 3 проекта на пыхе например

Где dev от prod отличается всегда одинаково

Опкешем и xdebug'ом

Тогда проще завести dev образ

А если один и прибавления не ожидается, то да, аргумент вариант

inqfen
13.01.2019
10:41:05
И в каждом докерфайле у тебя будет написано одно и то же

George
13.01.2019
10:41:15
Договорись, что у тебя структура проектов одна

Типо исходники - в src. И все. Один докерфайл на три проекта готов

inqfen
13.01.2019
10:42:02
А тут не всегда получится, могут например модули отличаться и подобные вещи

У меня структура одна, отличия дева от прода одни

А вот докерфайлы таки разные

Google
inqfen
13.01.2019
10:43:14
Ну, строк на 40 диффа есть точно

George
13.01.2019
10:43:32
Ну, т.е. в один докер файл не свести? Ну, будет тогда два докерфайла: общий для прода и общий для дева

inqfen
13.01.2019
10:43:43
Не, я про другое

Для прода у каждого проекта разные

И достаточно хорошо разные

George
13.01.2019
10:44:15
Ааа

inqfen
13.01.2019
10:44:27
Разные зависимости тянутся, разные вещи собираются

George
13.01.2019
10:44:40
Ну, ок. И их не свести к одному? Даже через флаги, передаваемые через build args?

inqfen
13.01.2019
10:44:50
А вот дев часть, у всех одинакова - xdebug и ещё пара мелочей

George
13.01.2019
10:45:15
Разные зависимости тянутся, разные вещи собираются
И что? Пайтонщиков это не останавливает. requirements.txt и полетели

inqfen
13.01.2019
10:45:16
George
13.01.2019
10:45:24
Ну, ты понимаешь, про что я.

В теории можно, но будет банально неудобно
Ну, да, надо смотреть по месту

inqfen
13.01.2019
10:45:55
Ага, вообще в питоне просто запуск setup.py

А там все написано

Но там все из одного места

George
13.01.2019
10:46:47
Условно все сильно зависит от того насколько часто ты хочешь перекатиться на новую версию пыха в одно действие

inqfen
13.01.2019
10:47:40
А в пхп бандлы через композер, модули через pecl, а что-то странное вообще собирать надо

Google
inqfen
13.01.2019
10:48:31
Ну, это не языка в общем-то проблема

George
13.01.2019
10:49:06
Ибо язык это не только спека на синтаксис, но и экосистема

Admin


inqfen
13.01.2019
10:49:26
Скорее тех же людей, что язык пилят)

Slach
13.01.2019
10:50:18
Говно, а не язык
где бы ты был , если бы не это "говно" =) но вообще экосистема php она такая, потому что слишком много Си под капотом, в котором conan только недавно появился и нормальной практики пакетостроения не было

inqfen
13.01.2019
10:50:56
В питоне тоже си под капотом

И нет таких проблем

А питон ещё и старше

То есть дело и не в том, когда что появилось

Slach
13.01.2019
10:53:13
В питоне тоже си под капотом
о дааа =) расскажи это какой нибудь "либе" которая собирается с каким нибудь CUDA или просто любому пакету который является биндингом к чему нибудь специфическому =) проблем со сборками "питонячих пакетов", если они зависят от Сишных вещей, навалом, особенно если вы какой нибудь начинающий датасотонист =)

inqfen
13.01.2019
10:54:23
Проблемы сборки отдельных модулей - это проблемы сборки именно отдельных модулей, а не процесса вообще

Subb98
13.01.2019
10:54:25
inqfen
13.01.2019
10:54:49
Можно и ходить жопой вперёд, но это не значит, что процесс ходьбы кривой

Это значит, что кто-то ходит криво

Google
Slach
13.01.2019
10:55:11
И что? Писать в машинных кодах опять ?
да нет, для начала просто перестать называть "говном" вещи, которые сделаны людьми гораздо более умными чем ты =)

Subb98
13.01.2019
10:55:32
К тому, что зачем нас тащить в прошлое?
а кто тащит? пхп развивается активно. и да, будет иметь все те проблемы дизайна. просто пхп кормит большую часть веба. кто-то спорить будет?

George
13.01.2019
10:56:32
inqfen
13.01.2019
10:56:33
Собственно некоторые вещи в языках вполне такое наследие просюисхождения

Php вон означал personal home page

Slach
13.01.2019
10:57:11
=) а где кстати такое крутое мясцо подают? как на апатарке? ;)

inqfen
13.01.2019
10:57:19
И при создании не задумывалось, что это вырастет в крупный промышленный язык

George
13.01.2019
10:57:23
Найдете место сами? Если нет - скину ссылку в личку

Subb98
13.01.2019
10:57:38
Я не спорю. Пускай дальше кормит. Без меня. То то же баду переходит на голанг с пыха
ну пусть переходят. крупные компании чё хотят, то делают. что бюджет и хотелки позволяют, так сказать. но абсолютное большинство его так и будет юзать. и не баду ведь вас кормит

inqfen
13.01.2019
10:58:52
Как и js имеет проблемы, у которых ноги растут из того, что это создавалось быстренько прототип набросать насколько помню

А оно оп, и выросло в окончательную версию языка для веба

Страница 971 из 984