Tickets :: Comment on [#14179] Administration -> Configuration for sites with a vhost config should modify conf-<vhost>.php

* Your Email Address
* Spam protection	Enter the letters below: . ..___.__ . .__ \ /[__ [__)\| [__) \/ [___[__)\|___[__)
Comment	> Hi Jan, > >> How would you differentiate between vhost admins and a global admin >> that actually wants to edit the central conf.php? At runtime, all >> conf.php files are merged, so we only know if, at this point, someone >> is admin. Not if he is admin for a certain vhost. > > I would not differentiate between global and vhost admins. > > One site scenario could be: > > https://default.example.com/horde does only have a conf.php and _no_ > vhost config. The admin of default.example.com can globally > administrate the Horde installation. > > vhost1.example.com/horde provides a horde/conf-vhost1.example.com.php > file and in this file another admin is shipped by adding > $conf['auth']['admins'] to this horde/conf-vhost1.example.com.php. > This should override the global admin privilege and allow this vhost > admin to configure his vhost. > > Another site scenario could be: > > All (default) conf.php files are edited by hand (and are derived from > a default Horde installation) and all Horde instances are vhost > instances. So configuration of a vhost instance is mainly done via > the conf-<vhost>.php files. The vhost config files should only stored > parameter that are not set in the default conf.php. > > If the global admin wants to modify vhosts, he needs to do this on > config file level. > > Again, we need to provide the $conf['auth']['admins'] array() > populated with appropriate site admin logins. > > I am aware that this could be fine-granulaed more and more (e.g. > there could be ACLs in the conf.php file so that some conf.php params > are not editable in vhosts, etc.). > > The point is that at the moment, a Horde service provider cannot > delegate Horde administration in vhost scenarios at all.
Attachment
Watch this ticket

Saved Queries