Wohin mit alten custom contao 3.5 localconfig Einträgen?

Moin,

ich habe hier gerade ein etwas ältere Extension für contao 3.5 vor mir. Ich wollte nun erstmal kein bundle draus machen und die Extension einfach in einer 4.4 er Installation übernehmen. Nun ist die Extension aber so aufgebaut das sie sich Einträge aus der localconfig.php zieht.

Ich dachte nun ich kann einfach die parameters.yml erweitern und alles läuft smooth. Ist aber leider nicht so. trotz löschen des caches werden die Werte nicht nutzbar. Der Zugriff im Modul erfolgt über Config::get().

Ist es nicht möglich neue Werte in der parameters.yml oder config.yml hinzuzufügen? In den Bundles kenne ich es das man seine eigenen config yamls registriert.

Hat jemand vielleicht eine Idee?

Vielen lieben Dank vorab.

Die localconfig.php funktioniert noch 1:1 wie bisher. Es ist nur so, dass sie langsam verschwinden wird, weil wir ja gerne hätten, dass man Contao komplett wie ein reguläres Symfony Bundle über die config.yaml steuern kann. Langfristig sollte also der Contao Manager in der Lage sein, die Config für Bundles anzuzeigen und die config.yaml entsprechend zu schreiben. Damit würde der Teil "Systemeinstellungen" im Backend verschwingen (was er ja soll, ist ja System und somit Manager).

Aber du kannst jegliche "localconfig-Einstellungen" auch via Config übersteuern. Z.B. den "websiteTitle":

Code:

---

contao:
    localconfig:
        websiteTitle: 'Super Webseite'

---

Für feste Einstellungen kann man es jetzt schon gut verwenden.

Wenn man aber Werte zurückschreiben möchte, scheint es immer einen Clear-Cache und Warmup zu brauchen.
Dafür scheint mir die config.yaml nicht geeignet zu sein.

Genau. Systemeinstellungen sollten niemals zur Laufzeit der Applikation geschrieben werden können, weil das das Caching komplett killt. Deswegen soll es ausserhalb von Contao geschehen.
Es geht ja hier nicht bloss umd einen Wert, den man ggf. in den internen Cache à la 3.5 speichern kann. In Symfony könnte ich mir viel komplexere Anwendungsfälle und Optimierungsmöglichkeiten vorstellen. Wie z.B. abhängig von einer Einstellung gewisse Listener gar nicht erst registrieren bzw. vom Service Container abmelden etc. um ihn schlanker zu machen.

Also die Regel für neue Bundles ist einfach: Konfiguration erfolgt ganz normal über Symfony und muss - vorerst - durch den User durch das Editieren seiner config.yml erfolgen. Im Idealfall kann das später mal per GUI via Manager erfolgen.

Ich greif das mal hier auf.
Wenn ich in einem meiner Bundels was abschaltbar machen will, packe ich das dann so rein:

Code:

---

contao:
    localconfig:
        meinschalter: off

---

und kann dann über Config::get('meinschalter') drauf zugreifen, oder sollte ich besser ein extra Abschnitt machen in der Art:

Code:

---

bug_buster_mobiledetection:
    meinschalter: off

---

Name ist snake_case Variante von BugBusterMobiledetectionBundle ohne Bundle natürlich.
Aber wie greife ich dann darauf zu? Über einen eigene TreeBuilder?

Ja, dein Bundle soll konfigurierbar sein wie jedes andere Symfony Bundle auch: https://symfony.com/doc/current/bund...iguration.html

Der TreeBuilder ist anfangs etwas komplex aber irgendwann lernt man ihn lieben :)