По статье (https://symfony.com/doc/current/create_framework/index.html) сделал, но со своей структурой. Сейчас встала

задача добавления миграций и доктрины как таковой. Сделал проект на symfony 3.4 увидел, что там для ядра используется не HttpKernel, а Kernel. Может кто объяснить этот момент?

У меня есть сейчас все работает по запросам/ответам и так далее через HttpKernel, куда через DI передал dispatcher, controller_resolver, request_stack и argument_resolver. А как теперь завязаться с Kernel? Или надо создавать другой App класс для работы с миграциями и так далее?

візьми сімфу посвіжіше, хочаб останню LTS версію =)

да я уже понял, что надо читать всю доку по версии. Но у нас из-за ограничения в PHP версии 7.0.* можно только 3.4 использовать

співчуваю...

Ага, сами тут умираем от этого... А потом как обновят и попросят все на новую вытянуть... И пипец

если мне память не изменяет, то раньше он назывался HttpKernel, потом стал Kernel

Они там даже по структуре разные

ну так sf3 и более новые вресии - это в корне другие продукты

не sf3 как раз так и пашет, а вот самописная штука по тутору ваще другая

а че ты вообще пишешь по мануалу sf6 на sf3 ?

Ну манул этот без селектора

не ври

добавления миграций и доктрины как таковой ну ставь компанент компосером и подключай в автолоад, или как там у тебя твой "супер_крутой_фреймворк" построен

Да нет, просто штука эти бандлы поддерживает из коробки

какая штука?

Кернел

в 3ке sf компаненты (они же вендорные бандлы) подгружались в AppKernel массивом

Во. А эта херня от кернела шла

он же AppKernel класс в индексном файле вызывался

судя по 6ке sf есть метод registerBundles в кернеле, который в цикле потом в методе initializeBundles подключает компаненты вот найди в своем абстрактном кернеле, от которого ты расширяешься этот метод, если таковой есть, то переопредели и перечисли в массиве подключаемые компаненты

Понял

а нафига ты вообще начал с микро писать свою реализацию? паставил бы sf и не страдал

Процесс обучения и изучения новых штук