ну отправляет. и что дальше? У меня ничего эти порты не слушает.

Ладно, проехали.
Пора работать)
Отвлекся и на том спасибо)

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

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

нужно прикрутить провайдер авторизации

Просто возьмите готовое решение
Откуда эта привычка у программистов тащить в прложение все не особо понимаю
https://oauth2-proxy.github.io/oauth2-proxy/docs/configuration/oauth_provider#microsoft-azure-ad-provider

Здарова всем! Подскажите, плиз, тут можно задать вопрос о нейминге ?

Всем привет, пишу тесты, понадобилась тестовая база, использую докер. Создать в докере еще одну базу и указать её в .env.test или как?

зависит от твоего флоу работы. по хорошему тесты должны ресетить стэйт между прогонами. Если твой флоу подразумевает "запущу тесты а потом потещу руками" то выгодно держать раздельно базы что бы тесты не грохали тебе все для ручного тестирования.

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

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

нашел такой пакет https://github.com/dmaicher/doctrine-test-bundle. Его обычно используют или есть другой вариант?

А почему бы не использовать для тестов специальный есть бандл который делает revert изменений...

ты про тот бандл, который я только что скинул?

О.. Точно этот.
Я юзал.
Крутая штука)

Привет! Ребят, поделитесь опытом, нужен бесплатный ci-cd, с простой настройкой.  Необходимо: прогнать тесты, обновить спулить запустить докер образы, symfony, gulp+yarn, symlink. Код хранится на github, изначально планировал gitlab оказалось что с github только за большую денюжку.

не большую

У Гитлаб можно вроде раннер на свой VPS поставить. И на нём прогонять тесты и билдить образы

Circleci

коллеги, подскажите плз, как архитектурно лучше (или правильнее, если есть правило), структурировать иерархию классов?

Например у есть такая структура классов:

/src
---/Personal
------/User/
---------UserInterface.php
---------User.php
---------UserAccess.php

Далее, если мне необходимо создать отдельный класс коллекции для User, например UserCollection,
то этот класс должен находиться внутри пространства Vendor\Personal\User или лучше на уровень выше, в Vendor\Personal ?

а интерфейс для сущности зачем?

UserCollection -> используйте ArrayCollection, зачем именованная коллекция, че лишние сущности приложения плодить?