Где в Symfony оптимально хранить данные, выводящиеся на всех страницах приложения?

Question

[ak_wi]

К таким данным относится например телефон и адрес, который будет выводится в футере на каждой страницы сайта. Кажется, что создавать для этого отдельную сущность и хранить это в БД - не лучшая идея. А как сделать оптимально? Хранить это в конфигах twig? И можно ли сделать простой редактор этого через форму, например?

Comments

[Mysterion]

Кажется, что создавать для этого отдельную сущность и хранить это в БД - не лучшая идея

Почему Вы так решили? И не кажется ли Вам удобным хранить сущность для связи с таблицей, например, settings, где будут лежать подобные данные, которые можно будет редактировать через, скажем, админку сайта?

Answer 1

[user49981]

https://symfony.com/doc/master/templating/embeddin...

// src/ControllerIndexController::data
    public function data()
    {
        $data = $this->getDoctrine()->getRepository(Data::class)->findOneBy([]);
        return $this->render('data.html.twig', ['data' => $data]);
    }

<!-- data.html.twig -->
    {{ data }}

<!--  base.html.twig  -->
    {% block footer %}
        <footer>
            {{ render(controller('App\\Controller\\IndexController::data')) }}
        </footer>
    {% endblock %}

Comments

[Дмитрий]

При таком подходе каждый раз будет выполняться slave request, который полностью заново поднимает инфраструктуру симфони. Я использую другой подход - все общие данные кладутся в app.request.attributes по событию kernel.request, ну а там можно и кешировать и просто доставать из бд.

[BoShurik]

Дмитрий, как по мне - экономия на спичках. Если вдруг начнете проседать по производительности, то render легко заменяется на render_esi и varnish. В вашем подходе не получится, к примеру, получать эти данные из консоли, все завязывается на реквест

[Дмитрий]

BoShurik, по поводу консоли - если эти данные нужны там, то какой тогда вообще контроллер? Делаем сервис, все данные получаем, кешируем, обрабатываем (и тд) в нем, а сам сервис инжектим в контроллеры, команды и прочее. Разве нет?

[BoShurik]

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

[Дмитрий]

BoShurik, не знал, спасибо.