BoShurik, да, именно так. Как указано в примере выше не совсем подходит, потому что обычно в di ManagerRegistry никто напрямую не использует, а сразу тянут нужный репозиторий. Собственно хотелось бы где то на уровне самого репозитория может это условие добавить
BoShurik, вообще то речь шла про возможное ускорение, если бы можно было вынести прогретый кэш из файлов куда нибудь в память или другое хранилище. т.е. это ПРЕДПОЛАГАЕМОЕ поведение. По поводу того что кэш хранится в файлах и файлы нужны для инвалидации никто тут и не оспаривает, все все поняли что иного варианта хранения без своих костылей не предусмотрено
Как раз при этом. Прогрев кэша то я подожду, но потом, при любом вызове происходит проверка кэша на актуальность
Я чекнул профайлером и вижу, что за 1 вызов страницы, функция filemtime() (Symfony\Component\Config\Resource\FileResource:61), которая как раз проверяет время создания файла кэша при прогреве, вызывается около 25к раз и занимает около 7 секунд.
Т.е. проверка на актуальность происходит уже после прогрева
BoShurik, там проблема именно с инвалидацией. Подождать пока контейнеры соберутся в кэше я подожду, но после этого при вызове любой страницы отрабатывает код проверки актуальности кэша, который обращается к файлу и проверяет его время создания Symfony\Component\Config\Resource\FileResource:61
а с виртуализацией на маке это очень затратно, особенно когда он срабатывает 20к раз. Собственно из за этого все еле работает...
долгие они как раз из за того что монолит огромный, куча бандлов, конфигов, сервисов... вот он пока это все соберет и проверит да на маковской виртуализации - все очень долго
kafkiansky, если я указал public function create(Dependency1 $d1, Dependency2 $d2) значит он должен подтянуть только эти 2 зависимости правильно? или это всего лишь обёртка и фреймворк заинъектит и из других методов зависимости? как в итоге правильнее и аргументы?
JhaoDa, вопрос был не про то отработает это или нет вообще. А в том что на внутреннем уровне инициализации контейнеров это как сработает?фреймворк подтянет только используемые или он всё равно все зависимости в классе подтянет что будет равнозначно тому же _construct
Просто интересно. Без framework-bundle не хватило мозгов подключить всё это в одну кучу kernel, routing, di. Может подскажете какие нибудь интересные статьи где можно это всё собрать самостоятельно?
это просто НЕВЕРОЯТНО!!! спасибо вам огромное!!!
и правда, разница не в конфигах, а в том что на локалке я запускаю контейнеры прям из папки, а на прод доставляю с помощью gitlab ci и требовалось указать полный пусть до конфига
это не серьёзно, это ответ формата, "чтобы сделать, анализируем и делаем".
собственно и вопрос в том, где найти конкретных примеры, с разными используемыми технологиями, подходами и т.д
я уже сказал что файлы будут уникальные. у меня есть конкретный вопрос, в котором мне нужна помощь, если вы не можете помочь, то бессмысленные дискуссии тут разводить не за чем, примите как должное, что так просто надо
