В множественном числе можно говорить «ишьюсы» (issues): «пофиксил два ишью», «больше нет ишьюсов». Еще вместо Ш в середине слова можно использовать Щ потому что по-английски оно именно так и звучит. Ну и надо сразу учиться говорить правильно (заодно коллег переучивать), потом все равно придется переучиваться когда попадешь в другой коллектив, особенно если он англоязычный.
Нужно поправить порты в композ файле под разные сайты, например для первого это будет 800(0/1/2/3), для второго 801(0/1/2/3) и т.д. Ну или во время переключения между проектами тушить один композ файл и запускать другой, для локальной разработки не очень критично
1. Централизованное обновление окружения – это как раз один из основных плюсов докера. Если нужен какой-то дополнительный софт, то достаточно создать новый образ на докер хабе, отнаследоваться от нашего и в своем добавить все, что нужно. При обновлении нашего образа, нужно просто пересобрать свой образ, чтобы применилась последняя версия.
2. У нас в качестве базовой ОС стоит легковесный альпайн линукс с бизибоксом, поставить какую-то дополнительную тулзу это обычно несколько килобайт. Памяти она жрать не будет, пусть лежит себе в образе, кому надо тот и пользуется. В вагранте, я так понимаю, все то же самое. Ну и, стандартизация, товарищ, стандартизация в команде разработчиков – это неотъемлемая часть процесса.
3. Тут помочь не смогу, в нашем подходе с новым докером (1.12) никакой докер машин не нужен.
А вы пробовали использовать официальный контейнер для друпала? https://hub.docker.com/_/drupal/ он ведь не пригоден для разработки, собран чисто для демонстрации функций самой CMF. Или вы про что-то другое?
Мы не пишем «смотрите, пацаны, че сделал — на докере» потому что мы (инициаторы проекта) профессионально занимаемся контейнерной инфраструктурой с большим упором на друпал и регулярно выпускаем новые версии бандлов. Также, начало инициативы связано с тем, что вышла публичная бета докера (1.12) под мак и винду (больше нет тормозного vboxfs под капотом), с которой уже можно нормально работать.
Кстати, кому интересно – мы тут подняли слак для русскоязычных любителей докера. Обсуждаем все про контейнеры, начиная от кубернитса, заканчивая flanneld
В случае php-fpm, его лучше все-таки держать вместе с nginx чтобы они общались по быстрым юникс сокетам. Также, у друпала есть такая утилита, drush, к которой привыкло большинство друпалистов, в случае с вынесением дата контейнера она работать не будет.
Другими словами, в духе докера это, конечно, архитектурно красиво, но не юзабельно.
Про compose думаю напишу в следующий раз.
Мы у себя эту проблему как раз решаем через nginx на 80 порте, который сам уже дальше форвардит куда надо. Но это не нивелирует плюсы, потому этот самый nginx – это просто еще один контейнер. Возможно надо написать следующую статью как такое организовать.
2. У нас в качестве базовой ОС стоит легковесный альпайн линукс с бизибоксом, поставить какую-то дополнительную тулзу это обычно несколько килобайт. Памяти она жрать не будет, пусть лежит себе в образе, кому надо тот и пользуется. В вагранте, я так понимаю, все то же самое. Ну и, стандартизация, товарищ, стандартизация в команде разработчиков – это неотъемлемая часть процесса.
3. Тут помочь не смогу, в нашем подходе с новым докером (1.12) никакой докер машин не нужен.
Мы не пишем «смотрите, пацаны, че сделал — на докере» потому что мы (инициаторы проекта) профессионально занимаемся контейнерной инфраструктурой с большим упором на друпал и регулярно выпускаем новые версии бандлов. Также, начало инициативы связано с тем, что вышла публичная бета докера (1.12) под мак и винду (больше нет тормозного vboxfs под капотом), с которой уже можно нормально работать.
Другими словами, в духе докера это, конечно, архитектурно красиво, но не юзабельно.
Про compose думаю напишу в следующий раз.