Individuelle Konfigurations-Variablen

[mario0511]

Moin zusammen,

localconfig.php, dcaconfig.php und langconfig.php liegen ja bislang noch unter /system/config, korrekt?

Aber wo platziere ich am besten individuelle Konfigurations-Variablen die ich z.B. in einem Template verwenden möchte?
Bspw. $GLOBALS['CUSTOM_CONFIG']['VAR1'] = 'xyz';

Danke im Voraus für die Unterstützung

[Spooky]

localconfig.php, dcaconfig.php und langconfig.php liegen ja bislang noch unter /system/config, korrekt?

Die funktionieren zwar noch, solltest du aber nicht mehr verwenden. Stattdessen kommen die jeweiligen Anweisungen in den contao/ Ordner.

Aber wo platziere ich am besten individuelle Konfigurations-Variablen die ich z.B. in einem Template verwenden möchte?
Bspw. $GLOBALS['CUSTOM_CONFIG']['VAR1'] = 'xyz';

z.B.

// contao/languages/de/default.php
$GLOBALS['TL_LANG']['MSC']['var1'] = 'Var 1'; 

<!-- contao/templates/my_template.html5 -->
<?= $this->trans('MSC.var1') ?>

Du kannst auch Symfony Translations nutzen:

# translations/messages.de.yaml
var1: Var 1

<!-- contao/templates/my_template.html5 -->
<?= $this->trans('var1', [], 'messages') ?>

https://docs.contao.org/dev/framework/translations/

[mario0511]

Erstmal Danke für die schnelle Antwort :-)

Dazu hätte noch 2 Fragen...

1. Wo platziere ich Variablen die nichts mit Sprachen zu tun haben?

2. Wenn ich die Variablen in der /contao/languages/de/default.php platziere muss ich bei jeder Änderung immer den Prod.-Cache erneuern. Ist es möglich dies irgendwie zu umgehen?

[Spooky]

1. Wo platziere ich Variablen die nichts mit Sprachen zu tun haben?

Was genau meinst du damit? Beschreibe deinen Anwendungsfall genauer.

2. Wenn ich die Variablen in der /contao/languages/de/default.php platziere muss ich bei jeder Änderung immer den Prod.-Cache erneuern. Ist es möglich dies irgendwie zu umgehen?

In deiner lokalen Entwicklungsumgebung kannst du den Debug-Modus benutzen. Da musst du den Application Cache nur löschen, wenn eine neue Datei angelegt wurde.

[mario0511]

Was genau meinst du damit? Beschreibe deinen Anwendungsfall genauer.

Wenn ich beispielsweise in /templates/j_files.html5 eine Einstellung beziehen möchte die mir je nach Einstellung JS-Skripte lädt oder ausschließt oder z.B.: bereits minifizierte Skripte laden soll oder nicht.

[Spooky]

Wenn ich beispielsweise in /templates/j_files.html5 eine Einstellung beziehen möchte die mir je nach Einstellung JS-Skripte lädt oder ausschließt oder z.B.: bereits minifizierte Skripte laden soll oder nicht.

Das könntest du über Container Parameter lösen. So wäre es zumindest am schönsten. Beispiel:

# config/config.yaml
parameters:
    foobar: true

// templates/j_files.html5
use Contao\System;

if (System::getContainer()->getParameter('foobar')) {
    // Do something …
} 

Wenn du noch den alten Contao Stil verwenden willst: solche Variablen werden in der contao/config/config.php gesetzt.

[mario0511]

Wäre auf jeden Fall die saubere Lösung.

Finde es beim Entwickeln aber relativ unpraktikabel, da man entweder den Debug-Modus eingeschaltet haben oder den Prod.-Cache bei jeder Änderung erneuern muss.
Den Debug-Modus brauche ich z.B. so gut wie gar nicht.

Ist das die geplante Funktionsweise für Contao 5?

[Spooky]

Den Debug-Modus brauche ich z.B. so gut wie gar nicht.

Aber du brauchst ihn doch?

Ist das die geplante Funktionsweise für Contao 5?

Was meinst du damit? Debug-Modus für die Entwicklung zu aktivieren ist auch in Contao 4 Standard - und nicht nur geplant.

[mario0511]

Geht so ich finde den Debug-Modus MEGA, aktiviere ihn aber wirklich nur wenn ich nen Fehler hab oder so.

Mit "geplante Funktionsweise" meine ich zwingend "entweder Debug-Modus oder Cache erneuern".
Sprich, das was jetzt noch möglich ist, eine "pfiffige" PHP-Datei die man mal eben ändern/testen kann und die Änderungen sofort sieht ohne Debug-Modus zu aktivieren oder Cache zu erneuern.

[Spooky]

Sprich, das was jetzt noch möglich ist, eine "pfiffige" PHP-Datei die man mal eben ändern/testen kann und die Änderungen sofort sieht ohne Debug-Modus zu aktivieren oder Cache zu erneuern.

Das ist auch jetzt nicht mehr möglich, außer vielleicht in der localconfig.php (System Einstellungen).

[mario0511]

Ich nutze Contao 4.9.24 und bei mir gehen unter /system/config noch die localconfig.php, langconfig.php und die initconfig.php ...aber passt.

Noch ne andere Frage... wo platziere ich geänderte Variablen wie z.B. $GLOBALS['TL_LANG']['UNITS'].... Die sind ja sprachenunabhängig.

[Spooky]

Ich nutze Contao 4.9.24 und gehen unter /system/config noch die localconfig.php, langconfig.php und die initconfig.php ...aber passt.

Solltest du halt nicht

Noch ne andere Frage... wo platziere ich geänderte Variablen wie z.B. $GLOBALS['TL_LANG']['UNITS'].... Die sind ja sprachenunabhängig.

Das ist nicht sprachenunabhängig. Im französischen kürzt man Kilobyte mit "Ko" ab. Wobei ich nicht weiß, ob das auch für die korrektere Bezeichniung "Kibibyte" gilt - und das daher in Contao eigentlich vielleicht falsch ist.

[mario0511]

Ok

Wenn nun die globalen Variablen für Datenmengen-Kürzel $GLOBALS['TL_LANG']['UNITS'][(0-8)] sind, wie lauten denn dann die sprachspezifischen Variablen? ...weißt du das zufällig?

Muchas gracias

[Spooky]

Verstehe die Frage nicht ganz - aber wenn die Frage ist, wie du das anpasst, zB so:

// contao/languages/de/default.php
$GLOBALS['TL_LANG']['UNITS'][1] = 'Kibibyte' 

Das ändert für die Deutsche Sprache das Kürzel "KiB" zu "Kibibyte".

[mario0511]

Ach, verstehe... ich habe nach sowas wie ['de'] oder ['DE'] in der Variable gesucht. Passt.

Nochmals vielen Dank

[fiedsch]

Die Sprache (das ‚de‘) ist Teil des Pfads der Datei.

[mario0511]

Jo, ist mir dann auch bewusst geworden 8-)