1. это дока самой доктрины, а не симфы. Она позволяет наконфигурить несколько ЕМ
2.Чтоб достать нужный ЕМ - нужно делать

Doctrine\Persistence\ManagerRegistry::getManager($managerName);

3. Ты не хочешь юзать интерфейс ManagerRegistry, а хочешь сразу внедрить сервис, но это вопрос к DI и он дает тебе возможность делать это по разному

в доке по DI как раз и говорится о том, как работать с несколькими реализациями одного интерфейса =)

Та вот же дока симы: https://symfony.com/doc/current/doctrine/multiple_entity_managers.html
Только они там пропогандируют быдлокод, аля "фигачте всё в контроллеры и будем вам счастье")))

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

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

some_service:
    class: App\Services\MyService
    arguments:
       - '@doctrine.orm.custom_entity_manager'

ну и проблем небыло никаких =)

Да, у меня монолит как раз написан на старой доброй 3.4 вот с эти вот макаронами конфигов для каждого класса...

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

$this->getDoctrine()->getEntityManager()

так вот getDoctrine возвращает тот самый интерфейс Doctrine\Persistence\ManagerRegistry
а значит можно достать любой ЕМ вот так

$this->getDoctrine()->getEntityManager($emName)

, просто по дефолту если не передать имя, то будет тот, что дефолтный

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

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

парни, дайте совет как реализовать ленту из разных entity с разной структурой еще и с пагинацией

чтоб не сильно больно было)

храни в редисе сортед сет, где скором будет дата создания или по чему ты там сортируешь
сначала з редиса одним запросом получаешь пачку идентификаторов (составных вида type+id)
потом из базк по айдишкам достаешь свои сущности и сортируешь в том же порядке, что отдал редис

ну я что-то подобное и думаю, только ..

пока мыслю так... имея ulid сделать union, получив только id с меткой сущности

потом получаем по id все записи, и склеиваем

ну и в чем тогда вопрос?

уперлась в пагинацию, что-то мысли не сходятся

в проекте KnpPaginator

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

если ты хочешь без редиса, то будет как-то так

э... ну тут библиотечный пагинатор врятли подойдет

хотя можно попробовать скормить объект из union