padlyuck

$otdelenie_class"\n\n" //пропущена точка. нужно $otdelenie_class . "\n\n"

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

'googleDrive' => [
            'class' => 'lhs\Yii2FlysystemGoogleDrive\GoogleDriveFilesystem',
            'clientId'     => '***',
            'clientSecret' => '***',
            'refreshToken' => 'xxx YOU REFRESH TOKEN xxx',
            // 'rootFolderId' => 'xxx ROOT FOLDER ID xxx'
        ],

а чем вам ExistValidator не угодил? да и посмотреть как реализованы стандартные валидаторы и написать свой - тоже не сложно

Проводя это действие руководствовался инструкцией
https://ru.stackoverflow.com/questions/784561/Как-...

автору данного ответа стоило бы руки вырвать за такие ответы. Если вам нужно изменить код какого-то публичного пакета самым лучшим решением будет сделать форк этого пакета, а в composer.json прописать свой репозиторий как источник. в итоге ваш форк будет ставится как зависимость вашего проекта со всеми другими пакетами от которых зависит нужный вам модуль, плюс вы сможете в случае необходимости накатывать на форк апдейты из основного пакета. А то что вы нашли на стековерфлоу - применимо только в очень специфичных случаях, в остальных случаях - просто набор костылей описан.
Это не те дроиды, которых вы ищете. Зачем вы чужие пакеты пытаетесь перенести из зависимостей в проект?

Setup::createAnnotationMetadataConfiguration($entitiesPaths, $isDevMode, null, null, false);

для доктрины до версии 3.0(в третьей версии вроде бы сделают по нормальному). Скорее всего проблема в том, что в проекте на Symfony вы в аннотациях пишете что-то вроде @ORM\Entity, а для этого чистой доктрине нужно подсунуть нормальны AnnotationReader, а не Simple который по дефолту создается.

попробуйте явно его впихнуть

{
    "chmod": "0755",
    "directories": [
        "src"
    ],
    "files": [
        ".env"
    ],
    "finder": [
        {
            "name": "*.php",
            "exclude": ["test", "tests"],
            "in": "src/vendor"
        }
  ],
  "main": "src/bin/console",
  "output": "hello.phar",
  "stub": true
}

https://blog.martinhujer.cz/symfony-forms-with-req... редактировать только кусок сущности
https://symfony.com/doc/current/validation/custom_... создание кастомного валидатора
Бутафорские сущности нужны чтобы не засирать контроллер выдергиванием нужных свойств из основной сущности и прочей сопутствующей лабудой

https://www.doctrine-project.org/projects/doctrine... или https://www.doctrine-project.org/projects/doctrine... для организации всех комментариев в одной таблице. Судя по документации вам придется сделать класс родительского комментария и 3 класса конкретных сущностей комментариев относительно того к чему они привязаны. Да и разный функционал будет проще потом разносить, а не мешать в кучу коней с людЯми