dedlfix: Bandwurmnamen vermeiden

Beitrag lesen

Tach!

Das hat auch ganz praktische Gründe. Die Konfiguration ist abhängig vom Host auf dem sie läuft. Warum sollten diese hostabhängigen Teile direkt im Programm und nicht im Host definiert werden?

Warum sollte eine Konfiguration vom Host abhängig sein!? Warum sollte es hostabhängige Komponenten geben!?

Weil es halt so ist? In der Entwicklungsumgebung heißt der Datenbankserver localhost, in der Produktivumgebung gibts einen dedizierten Server, der je nach Provider oder Kundenumgebung anders heißt. Das sind Konfigurationen, die je Host unterschiedlich sind.

Wie würdest du das bei Mandantensystemen machen, wenn Mandant 1 und Mandant 2 unterschiedliche URLs haben, und damit eigene VHosts, und auch eigenen Konfigurationswerte benötigen, aber das Programm lediglich einmal an zentraler Stelle installiert sein soll?

Unterschiedliche URLs oder unterschiedliche VHosts!?

Sowohl als auch, keins von beiden, oder gemischt, das soll so flexibel sein, wie es der Bedarf erfordert. Man will ja vielleicht unterschiedliches Corporate Design, dann macht sich eine getrennte Dateiablage für die Templates/CSS nicht schlecht. Vielleicht braucht es auch nur einen Umschalter, wie bei Magento (einzelner ENV-Eintrag), und die Anwendung selbst generiert die Shop-individuelle Oberfläche.

Beides ist mit einem richtigen Framework kein Problem. Und auch mit einer Hostunabhängigen Konfiguration.

Und jedes Mal, wenn ein neuer Mandant hinzukommt, muss das Framework angepasst werden?

Wenn du hingegen meinst, dass da eine ini-Datei oder ähnliches angepasst werden muss, dann ist das auch nichts anderes als eine hostabhängige Konfiguration. Ob die nun direkt in der Hostkonfiguration oder in einer eigenen Datei pro Installation verwaltet wird, ist am Ende dasselbe in grün.

dedlfix.