wenn ich egroupware als namedbased virtualhost einrichten möchte, bzw. auf einem System installiere, auf dem schon einige virtualhosts bestehen, ist es unpraktisch, wenn egroupware als globale installation in conf.d Verzeichniss landet.
Ich möchte ja evtl. gar nicht, dass egroupware auf allen vhosts läuft,…
Ich kann natürlich nachträglich die conf Datei zu einem virtueellen Host umwandeln, aber das bringt natürlich einige Probleme mit sich:
die Arbeit,
was passiert bei einem Update per repository?
Probleme die ich noch nicht überschaue
Mein Wunsch wäre, das Installationsscript so anzupassen, das eine Abfrage Virtuel/Global und ggfs. nach dem Namen des Virtuellen Host stattfinden würde.
wenn ich egroupware als namedbased virtualhost einrichten möchte, bzw. auf einem System installiere, auf dem schon einige virtualhosts bestehen, ist es unpraktisch, wenn egroupware als globale installation in conf.d Verzeichniss landet.
Ich möchte ja evtl. gar nicht, dass egroupware auf allen vhosts läuft,…
Ich kann natürlich nachträglich die conf Datei zu einem virtueellen Host umwandeln, aber das bringt natürlich einige Probleme mit sich:
die Arbeit,
was passiert bei einem Update per repository?
Probleme die ich noch nicht überschaue
Mein Wunsch wäre, das Installationsscript so anzupassen, das eine Abfrage Virtuel/Global und ggfs. nach dem Namen des Virtuellen Host stattfinden würde.
Einfachste Anpassung: Alias(es) in egroupware.conf auskommentieren und
in Deinen vhost packen.
Da die egroupware.conf als Konfigurationsdatei im Paket markiert ist,
wird sie nicht von Updates überschrieben.
Ralf
Grüße
Gregor
PS Oder geht das evtl. schon mit einem Kniff
siehe oben
Einfachste Anpassung: Alias(es) in egroupware.conf auskommentieren und
in Deinen vhost packen.
Jo, so habe ich das gemacht.
Da die egroupware.conf als Konfigurationsdatei im Paket markiert ist,
wird sie nicht von Updates überschrieben.
Danke, dass ich gut und wichtig zu wissen!
