Im WWW oder im lokalen System

[dedlfix]

Tach!

Da fängt es ja schon an, dass du die Serverkonfiguration individuell vornimmst. Warum dann nicht gleich alle Serverkonfiguration in selbiger erledigen, und die Anwendung da raushalten?

Es gibt Anwendungen, die speichern Daten. Stell Dir mal vor, Du hast eine Anwendung auf http://exmple.org/shop.html und die soll im Testmodus Bestellungen in einer anderen DB speichern als im Produktionsbetrieb.

Das ist ja auch nicht Server- sondern Anwendungskonfiguration, und gehört in den Zuständigkeitsbereich der Anwendung.

Wie willst Du sowas über die Serverkonfiguration regeln? Noch dazu wenn der URL derselbe ist?

Die Serverkonfiguration will ich in selbiger regeln, die Anwendungskonfiguration nicht unbedingt. Aber wenn man schon die hosts-Datei verbiegt, um einen externen Hostnamen intern verwenden zu können, kann man das auch gleich noch mit dem Hostnamen des Datenbankservers tun (wenn der Rest der Zugangsdaten gleich ist). Ich halte jedoch das Überschreiben von externen Domainnamen für keinen gescheiten Weg, den man sich dauerhaft in seiner Testumgebung antun sollte. Aber selbstverständlich ist das auch eine Möglichkeit, beispielsweise wenn man die Anwendung lokal auf den Einsatz in freier Wildbahn vorbereiten und testen möchte, ohne dass man das Original behelligt.

Nichtsdestotrotz kann man auch in der Serverkonfiguration die Weichen für die Anwendung stellen. Es gibt die Möglichkeit, Umgebungsvariablen zu setzen, die man in der Anwendung abfragt. (Die Shopsoftware Magento geht zum Beispiel diesen Weg. Wenn man mehrere Shops auf eigenen VHosts und auch mit unterschiedlichem Aussehen und Inhalt über dasselbe Backend betreiben möchte, setzt man entsprechende Umgebungsvariablen, um Magento mitzuteilen, in welchen Shop der Kunde eingetreten ist.)

dedlfix.