ну например

@voskobovich еще немного занудства: при сборке образа можно ставить несколько -t tag1 -t tag1.0 -t tag1.0.0

проблемы могут возникнуть из-за несогласования юзеров в контейнерах при шаринге файлов между контейнерами. Все же докер можно готовить разныими способами. В тоге в контейнере fpm юзер будет, а в контейнере nginx нет и в зависимости от вашего рецепта могут быть те или иные проблемы) Я решил юзать юзера который есть везде. На мой взгляд так надежее.

@voskobovich еще немного занудства: при сборке образа можно ставить несколько -t tag1 -t tag1.0 -t tag1.0.0

так у меня стоит вроде

https://hub.docker.com/r/voskobovich/symfony3-php/tags/

https://github.com/voskobovich/symfony3-docker/blob/master/php/7.1/fpm/alpine/bin/build.sh

и имею ввиду sh сборки имаджа

вместо цикла — можно одной строкой

собрать можно, запушить нельзя

ага

я так сперва сделал, а потом нагуглил этот рецептик

вопрос снят

:)

но, спасибо за внимание к моей работе)

На гитхабе можно найти только образы под свои проекты либо дев версии не пригодные к проду с кучей мусора и кастомных настроек.

еще и на образах дубиана или убунты по 300 метров каждый

:)

есть такое

а зачем он, этот дотэнв кто-то понял? документации по нему нет

Чтобы сделать как в ларавеле или рельсах, когда у тебя есть .env файл, который устанавливает переменные окружения, и подменяя его ты меняешь окружение(как сейчас с параметрами), но прикол в том что много сервисов сейчас конфиги прокидывают как раз через переменные окружения, и это все усложняет.

Чтобы сделать как в ларавеле или рельсах, когда у тебя есть .env файл, который устанавливает переменные окружения, и подменяя его ты меняешь окружение(как сейчас с параметрами), но прикол в том что много сервисов сейчас конфиги прокидывают как раз через переменные окружения, и это все усложняет.

вопрос был наверное к тому, что dotenv уже реализован https://github.com/bkeepers/dotenv а Фабиен решил свой написать.

ну как бы данный дотентв написан на рубях

значит напутал с репо, сек

https://github.com/vlucas/phpdotenv

как-то он не особо поддерживается

последний коммит 4 месяца назад

а ишьюсы висят

звезд куча, сообщество оценило

https://github.com/josegonzalez/php-dotenv

ха, вот еще один

а в чем проблема то?

посмотри на phpleage

велопарк dotenv =)

тоже налепили своих велосипедов

я больше доверяю симфони коду, чем каким-то 150 звездам

или репосу который не поддерживается

я читал в блоге запись и с чем я полностью согласен - дотенв пытается быть абсолютно идентичным переменныи среды, которые всегда стринги.

А у остальных это не так?

http://symfony.com/blog/new-in-symfony-3-3-dotenv-component - если верить их ревью - нет

Ну вообще-то он смог найти "фатальный недостаток" и написал свое, как обычно

у нас был прикол один раз - было булево значение в parameters.yml.dist, условно payments_sandbox. На продакшне это была переменная среды, которая в итоге была стринговым нулем

Я был бы рад если один из пакетов переехал под крыло симфония, и все зависимости теперь указывали на него, как это делает лига, но просто плодить паки это не очень, а то будет как в нас потом

в итоге омнипеевский пейпал стучался не в реальный эндпойнт, а в песочнице

и на продакшне получали загадочные 401 с корректными апи ключами

так что если симфони енв решает эту проблему - пусть существует.

Забавно)

у нас был прикол один раз - было булево значение в parameters.yml.dist, условно payments_sandbox. На продакшне это была переменная среды, которая в итоге была стринговым нулем

я не уловил, как файл из параметров оказался переменной среды?

а к вопросу dotenv. Как решать вопрос дублирования названия переменных? Разные пакеты в проекте могут использоваться. Есть какой-то стандарт именования VENDOR_PACKAGE_VARIABLENAME ?

я не уловил, как файл из параметров оказался переменной среды?

SYMFONY__ переменные

мы оверрайдили параметры в parameters.yml.dist переменными среды на продакшне

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

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

переменная может использоваться в коде, и ясное дело, ее нужно определить в настройках проекта. Но среда переменных одна, а пакеты разные.

Не понимать

SYMFONY__ переменные

я за симфони только сел и только охватываю доку. Уже нашел ссылку, почитаю.

Может ты не верно их используешь и все пытаешься запихнуть в них?

Не понимать

смотри, есть два бандла и в каждом из них использется переменная FOO_BAR. Может быть такое?

Бандл ничего не знает про твой енвайрмент, он все переменные получает через конструктор

я ими не пользовался вообще, так как все попытки использовать окружение для конфигурации проекта были провалены :)) dotenv конечно решает часть из них, но осадчек остался.

Бандл ничего не знает про твой енвайрмент, он все переменные получает через конструктор

а, то есть ты сам эти переменные создаешь и сам контролируешь их уникальность в рамках своего проекта. Так?

Да

Тогда вопросов нет.

Кто-то знаком с yii2 advanced ?

Да, главное полное

вопрос к тому, что в этом шаблоне реализовала достаточно гибкая система окружений проекта. Все окружения в репозитории и для переключения достаточно выполнить одну команду php init —env=Development —overwrite=y

В чем минусы этого решения?

Да, главное полное

кажется, где-то здесь закралась опечатка ))

Там реализовано убогое гавно

Т9 сори

ERROR: S client not available

не важно что там реализовано. Гавно можно и на симфони написать )

я пока про конкретное решение спрашиваю - управления окружением

Ну и в чем вопрос?

почему не сделать так же как там? а выдумывать какие-то файлики, засирать переменные окружения и тд. dotenv - это просто набор строк с значениями (токены, пароли и тд) Но "кружение" - это нечто больше. Это права на запись в директории, это разные входные скрипты (для каждого окружения свое). это симлинки в разные места и прочее и прочее...

Нет, все что ты назвал эта херь) права на диски должны быть одинаковые, симлинки ты ставишь или ручками, или через определенную команду но с указанием окружёния где она работает, входной скрипт должен быть один, зачем в симфония их 2 или 3, я не догоняю

Ну м потому что дотенв это подход которы использовать зуют разные языки и разные фреймы, это типа стандарт практически, а в юии какой-то дичаший самопал

Нет, все что ты назвал эта херь) права на диски должны быть одинаковые, симлинки ты ставишь или ручками, или через определенную команду но с указанием окружёния где она работает, входной скрипт должен быть один, зачем в симфония их 2 или 3, я не догоняю

Почему все эти действия нельзя закодить один раз?

создание симлинков и выставления прав и тд

зачем делать руками каждый раз?)

Зачем руками, да и собственно это все делается после гит инит или чего-то такого, а на сервак права можно менять через приложения для деплоя

По поводу силинков и прав, у нас вообще только каш пишется на жёсткую, остальное с3, а симлинки только для симоневского ассет который гавно

ну вот - ты взял твой проект, вы там сели как-то радок и все под себя настроили.

То есть вы потратили времячко, чтобы вам было удобно. И это правилльно.

И так делает каждый разработчик более или менее с мозгом. Оптимизирует.

Но почему бы эти плюшки по оптимизации работы разработчика не внести в общий репо? Опять же, как сделал ии2 утилиту для управления окружениями. Они нужны всем и все их изобретают на своих проектах кто как может.

Ну так а чё там настраивать то? Это в любом случае меняется ли проекта к проекту

Шняга в ии2 не универсальна, согласен. Иногда она не подходит. Но она есть хоть какая-то.

Что за утилита для управления окружентем? У меня только енвайрмент меняется и все

сек, может мы о разных вещах

https://github.com/yiisoft/yii2-app-advanced/tree/master/environments

вот папка. при выполнении команды все водержимое из папки dev или prod копируется в корень проекта

а потом проганаются все, что настроено вот тут

https://github.com/yiisoft/yii2-app-advanced/blob/master/environments/index.php

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

обоже

вопрос - почему приложение должно настраивать окружение под себя? Вообще это задача администратора\девопсов

или твоей стратегии деплоя

аааа... я кажется понял.

тем более под симфу настройка прав и так далее сводится к одной команде

Симофни это ж ентерпрайз

http://symfony.com/doc/current/setup/file_permissions.html

то есть симфони рассчитана на то, что в команде есть админ или девопс который занимается настройкой окружения?