Я понял понял

А все остальные аргументы тоже из энвов?

А все остальные аргументы тоже из энвов?

Угу

У меня что то такое было с ямлом, но не в контексте симфони. Ты там их не конуатенируешь никак?

Не-а. Просто '%env(param_name)%', а в энв param_name="какая-то:строка"

Тогда не этот кейс.

Ну на всякий случай уточню, в энвах же есть эта строка?)

Офкорс

Названия стрл+с стрл+в один в один

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

Посмотри, он аще есть в контейнере

Захерачь куда нибудь контейнер)

Вот куда, чем посмотреть

debug:container выдаёт лишь инфу по тегам контейнера

Ну можешь контейнер подебажить либо заинжектить его куда нибудь

И там гет параметр сделать

Ммм

Публичный контейнер делать

Да он и так доступен, в контроллер какой возьми и оттуда дерни, посмотри что внутри

Всм доступен

Если он приватный

Разве это так работает?

class MainController implements ContainerAwareInterface { use ContainerAwareTrait;

🤷‍♂

Да он и так доступен, в контроллер какой возьми и оттуда дерни, посмотри что внутри

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

Всем спасибо

Народ, подскажите плиз. Есть жутк- легаси проект, есть мысль начать использовать ряд симфони компонентов (но не как independent, а всё таки в рамках симфони приложения) и реализовывать новый (или переписанный старый код) уже внутри папки симфони. Идея очень спорная, но тем не менее есть вопрос. Существует ли адекватный способ дергать сервисы симфы из легаси кода, вне папки самого фреймворка.

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

Это как бэ самый верный и удобный путь

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

Подскажи плиз, что именно имеешь ввиду

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

Но это надо быть оч внимательным и перед этим желательно метод обложить тестами и там и там

Но это надо быть оч внимательным и перед этим желательно метод обложить тестами и там и там

понял, ты имеешь ввиду роуты, которые постепенно можно переносить на сторону симфы. Да, это хорошо, но пока никто не даст добро на это и надо как-то выкрутиться.

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

Еще вопрос, есть у кого опыт использования rabbitmq+ symfony/messenger как independent компонента (вне симфы)

Еще вопрос, есть у кого опыт использования rabbitmq+ symfony/messenger как independent компонента (вне симфы)

Сам сижу второй день пытаюсь подружить кролика с мессенджером

Сам сижу второй день пытаюсь подружить кролика с мессенджером

тоже вне самого фреймворка?

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

include index.php не пробовал?

Еще вопрос, есть у кого опыт использования rabbitmq+ symfony/messenger как independent компонента (вне симфы)

а какие проблемы могут быть? у меня с ACtivemq, но суть та же

Еще вопрос, есть у кого опыт использования rabbitmq+ symfony/messenger как independent компонента (вне симфы)

А нафик он нужен вне симфы? (Он и внутри симфы не очень то и нужен)

Мессенгер?

Да ладно вам, "не нужен"

Им можно вместо того чтоб тянуть депенденси в композер по типу amqpbundle пользоваться

А нафига тебе amqp бандл? Тебе с очередью работать? Клиент пишется на коленке за 3 минуты и умеет ровно то, что тебе нужно.

:\

Я вообще portiny использую

А нафига тебе amqp бандл? Тебе с очередью работать? Клиент пишется на коленке за 3 минуты и умеет ровно то, что тебе нужно.

У бандла дополнительные возможности есть по всей видимости. Ну и унификация.

чуваки, может кто подсказать по пхпюниту с симфони? в общем есть у меня доктриновская сущность, для нее пишу тест сервиса. если не мокать сам класс сервиса, а создавать его как new, то нужно создавать id для мока сущности, потому что в сервисе происходит обновление id этой сущности в базе. если мокать сам класс через mockBuilder, то происходит ошибка Failed asserting that MockedObject matches expected Object. и как-то я запутался, почему так происходит, и как это исправить можно не поможете ль?

если тест на сервис, то его точно мокать не нужно. замокать сущность что отдачи нужного id - пожалуйста. $mock = $this->createMock(Enitity::class)->method('getid')->willReturn(1); $service = new Service(); $service->update($mock); где там ошибка?

сущность как раз не надо мокать, если хочешь проверить что у нее поля изменяются.

$mockedService = $this->getMockBuilder(Service::class) ->setMethods(['createMessage']) ->disableOriginalConstructor() ->getMock(); $mockService->expects(self::once()) ->method('createMessage') ->with(Class1::class, Class2::class) ->willReturn(Message::class); $result = $mockService->createMessage($mock1, $mock2); при выполнении выдает как раз ту ошибку

mock1 и mock2 создаю как new Class1, new Class2

ты че типа замокал сервис и его тестируешь?)))

тест пройден))

да я ваще хз лол

до этого я пробовал именно через new Service, и он ругался что при создании Message он пытается сделать $message->getId() но он возвращает null

ты че типа замокал сервис и его тестируешь?)))

если б я умел писать тесты, я б не спрашивал)))))

так у тебя в мессадже id не задан. Создай нормальный мессадж и всё

так а смысл тогда сервис тестировать если я мессадж создаю?)

а...понял. Ну значит у тебя мессадж создается с пустым айдишником

ну так да. как это обойти, задать параметр может как-то чтобы айди был допустим 1

или даже 0

а что за параметры у метода createMessage?

два класса, которые я создаю через new

если б я умел писать тесты, я б не спрашивал)))))

Мокаются обычно сторонние сервисы. Создается экземпляр тестируемого сервиса, ему передаются нужные параметры. В конце делаются проверки

ты $reuslt будешь проверять, его корректность или че?

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

два класса, которые я создаю через new

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

айдишник просто генерируется доктриной)))))))))

не uuid

ну значит на момент создания мессаджа его нет. В чем тогда вопрос?

как этого избежать, логично

чего избежать?)

или это нужно тестировать и соединение с бд и прочее прочее?

тебе же надо проверить корректность работы метода.. Если метод не должен создавать айдишник, то и проверять этот айдишник не нужно.

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

айди он берет из самой сущности при инстанциировании ее через new

ну что, вариант с моком getid не ? я так понимаю это не важно для конкретного этого теста

если тест на сервис, то его точно мокать не нужно. замокать сущность что отдачи нужного id - пожалуйста. $mock = $this->createMock(Enitity::class)->method('getid')->willReturn(1); $service = new Service(); $service->update($mock); где там ошибка?

ну типа это же инстанцирует сущность в самом тесте а не в сервисе, поэтому не особо прокатит?

может быть не стоит мокать EntityManagerInterface, которым инстанцируется Service?