Установка Symfony, как запретить создавать базовые файлы конфигураций?

Question

[Игорь]

Коллеги, вопрос очень простой.

Проект поделён на ядра, у каждого ядра свои файлы конфигурации и имеют не стандартные пути размещения.



Если выполнить composer install то Symfony снова создаёт файлы конфигурации, если их нет.
Мой вопрос заключается в том, как запретить Symfony это делать?

Правильно я понимаю, что та или иная зависимость сама решает создавать ей файл конфигурации или нет?

Спасибо.

Answer 1

[Максим]

Настраивается все в Kernel.php

Comments

[Игорь]

Да, но что если его нет?
То есть я его не юзаю.

Файла Kernel.php физически нет.

[Максим]

Игорь, Как сказал Максим Федоров у вас их 4 и мне тоже не понятно зачем вы это делаете. Более того я вижу, что у вас тут ещё приложения на vue. Разделите приложения vue от приложения symfony. Так же подумайте на объединением всех 4 Kernel в один. В проекте весь код разделяйте папками. Если очень нужно - вынесите в независимые приложения. Но ваша структура совсем не понятна и не логична. Это пример плохого монолита.

Вот пример с использованием vue

[Максим Федоров]

Максим, а вот отделять раньше времени бы не стал :) зачем? :)
монорепозитории себя даже в больших командах показывают...

[Максим]

Максим Федоров, если вы про vue и symfony, то не вижу смысла их вместе держать при условии того, что есть api. А вот с разделением symfony на приложения тоже бы не спешил) Невижу в этом смысла. А если код разделён в проекте, то разделить на приложения или вынести код в бандл никогда не проблема)

[Игорь]

Максим,

Более того я вижу, что у вас тут ещё приложения на vue.

Да, все верно.

Но оно не зависит от Symfony
В любой момент я могу перенести фронт в другой каталог.

[Максим]

Игорь, ну Дак и слелайте это сразу) Зачем оно в одной папке с симфони? Удобно же разделение. Каждое в своём месте. За свое отвечает)

[Игорь]

Проект разделён на ядра
Дело то не в этом.

Наверное вопрос звучит так, "Зачем?"

Symfony я использую для реализации REST API

Использую многоядерность, так как для определённых окружений мне нужны свои bundles.

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

- Вопрос эстетики
- Вводит в заблуждения

Для полного понимания, вот реализация одного из ядер.

<?php

namespace App;

use Exception;
use Symfony\Bundle\FrameworkBundle\Kernel\MicroKernelTrait;
use Symfony\Component\Config\Exception\LoaderLoadException;
use Symfony\Component\Config\Loader\LoaderInterface;
use Symfony\Component\Config\Resource\FileResource;
use Symfony\Component\DependencyInjection\ContainerBuilder;
use Symfony\Component\HttpKernel\Kernel as BaseKernel;
use Symfony\Component\Routing\RouteCollectionBuilder;
use function dirname;

/**
 * Class ApiKernel
 * @package App
 */
class ApiKernel extends BaseKernel
{
    use MicroKernelTrait;

    /** @var string  */
    private const CONFIG_EXTS = ".{php,xml,yaml,yml}";

    /**
     * @return iterable
     */
    public function registerBundles(): iterable
    {
        $contents = require $this->getProjectDir() . "/config/api/bundles.php";
        foreach ($contents as $class => $envs) {
            if ($envs[$this->environment] ?? $envs["all"] ?? false) {
                yield new $class();
            }
        }
    }

    /**
     * @return string
     */
    public function getProjectDir(): string
    {
        return ROOT_DIRECTORY;
    }


    /**
     * @return string
     */
    public function getCacheDir()
    {
        return ROOT_DIRECTORY . '/var/cache/api/' . $this->getEnvironment();
    }

    /**
     * @return string
     */
    public function getLogDir()
    {
        return ROOT_DIRECTORY . '/var/log/api';
    }

    /**
     * @param ContainerBuilder $container
     * @param LoaderInterface $loader
     * @throws Exception
     */
    protected function configureContainer(ContainerBuilder $container, LoaderInterface $loader): void
    {
        $container->addResource(new FileResource($this->getProjectDir().'/config/api/bundles.php'));
        $container->setParameter('container.dumper.inline_class_loader', true);
        $confDir = $this->getProjectDir().'/config/api';

        $loader->load($confDir.'/{packages}/*'.self::CONFIG_EXTS, 'glob');
        $loader->load($confDir.'/{packages}/'.$this->environment.'/**/*'.self::CONFIG_EXTS, 'glob');
        $loader->load($confDir.'/{services}'.self::CONFIG_EXTS, 'glob');
        $loader->load($confDir.'/{services}_'.$this->environment.self::CONFIG_EXTS, 'glob');
    }


    /**
     * @param RouteCollectionBuilder $routes
     * @throws LoaderLoadException
     */
    protected function configureRoutes(RouteCollectionBuilder $routes): void
    {
        $confDir = $this->getProjectDir() . "/config/api";

        $routes->import($confDir . "/{routes}/" . $this->environment . "/**/*" . self::CONFIG_EXTS, "/", "glob");
        $routes->import($confDir . "/{routes}/*" . self::CONFIG_EXTS, "/", "glob");
        $routes->import($confDir . "/{routes}" . self::CONFIG_EXTS, "/", "glob");
    }
}

[Игорь]

Максим,

Зачем оно в одной папке с симфони?

Это, не каким, образом не влияет на проект.
Дело в том, что это исходники, далее все по контейнерам рассовывается.

В проекте используется docker-compose вот как бы я собирал композит по разным папкам?

Не побоюсь этого тезиса, "Микро сервисы"

- Админка
- PWA приложение
- API для админки
- API для самого приложения
- отдельный сервис для обработки изображений
- API, Сервер авторизации

Да простит меня всевышний...

[Максим]

Игорь, я вам как раз скинул хороший пример разделения использованием докера. Дублирую ещё раз
https://github.com/ElisDN/rabbit-demo-spa?files=1

Тут все, что вам нужно. И отдельный сервис для файлов, и симфони и vue и даже websoket

[Игорь]

Максим, Спасибо, где-то этого разработчика я уже видел, не помню где...
Обещаю детально изучить исходники.

Бегло пробежался по проекту, те же яйца только вид сбоку.

Я уже думал о том, что бы вообще перенести в другой репозиторий, так как упор идёт на максимальное разделение.

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

[Максим]

Игорь, у него многие учатся. Много где выступает. В репозиториях есть проект и на symfony. То что у вас и то что у него разные вещи) Изучите подробнее.

[Игорь]

Максим, Ок.

[Максим]

Игорь, Нашли решение?

[Игорь]

Максим, Я подозреваю что такого механизма нет.
Каждый разработчик своего бэндла, строит логику по своему.

Создал специальный скрипт который при новом развертывании удаляет ненужные конфиги по маске.