KrasivayaSvo

# servces.yaml
services:
    Monolog\Handler\TelegramBotHandler:
        arguments:
            - '%env(TELEGRAM_BOT_KEY)%'
            - '%env(TELEGRAM_CHANNEL)%'

# monolog.yaml
monolog:
    handlers:
        message:
            type: fingers_crossed
            action_level: error
            excluded_http_codes: [ 400, 401, 403, 404 ]
            buffer_size: 50
            handler: deduplicated
        deduplicated:
            type: deduplication
            handler: telegram
        telegram: # Важна только эта часть
            type: service
            id: Monolog\Handler\TelegramBotHandler
            level: debug

Cardinality характеризует уникальность данных. Высокая кардинальность - уникальные данные, низкая кардинальность - повторяющиеся данные. Например, в таблице customers имеем колонки:

• gender - высокоповторяющиеся данные, низкая кардинальность
  
• city - данные повторяются, но уже не так часто - нормальная кардинальность
  
• phone - данные уникальны, высокая кардинальность
  

Как кардинальность может слететь - впервые слышу. Это характеристика данных по их уникальности, а не индекс какой-нибудь. Она не слетает.

Впрочем, иногда под кардинальностью (скорее ошибочно) подразумевают кардинальные отношения между таблицами (1:1, 1:n, n:n). В данном случае тогда речь может идти о слетевших связях (foreign keys слетевшие в результате некорректного импорта с переопределением autoincrements).

1. symfony/validator

$violations = $this->get('validator')->validate($dto);

2. symfony/serializer

$dto = $this->get('serializer')->deserialize(
    $request->getContent(),
    DTO::class
);

Все это можно красиво обернуть в Action Argument Resolving, т.о. код будет выглядеть что-то вроде

public function editAction(DTO $dto)
{

}

где в $dto уже будет валидный объект

Куда вставить

В метод класса-репозитория по получению данных

3. Путь можно указывать в настройках maker bundle, сразу в командной строке - нет https://symfony.com/doc/current/bundles/SymfonyMak...
2. Разве аннотации привязаны к неймспейсу? Главное ведь их импортировать в нужном классе. Проблемы могут быть разве что со сваггером ( наверняка его тоже можно донастроить)
1. Нужно указать дополнительные пути для считывания миграций в конфигах https://symfony.com/doc/master/bundles/DoctrineMig...

1. https://github.com/symfony/recipes/blob/master/doc...
Но идея плохая, т.к. миграции - это не код.
2. Можно при конфигурировании контейнера и роутов в Kernel.php разбирать структуру папок и подключать все динамически там.
3. Нет. Как создать entity не по стандартному пути?

FYI, моя структура папок сейчас выглядит так:

migrations/
src/
-- Controller/
---- User/
---- ModuleName/
-- Entity/
---- User/
---- ModuleName/
-- User/
--- Dto/
--- Repository/
--- Service/
-- ModuleName/
--- Dto/
--- Repository/
--- Service/

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