Project

General

Profile

Actions

Feature #1595

closed

simple-vhost: default settings

Added by admin about 16 years ago. Updated about 14 years ago.

Status:
Wontfix
Priority:
Normal
Category:
mod_simple_vhost
Target version:
-
ASK QUESTIONS IN Forums:

Description

Hi,

simple-vhost.document-root: path below the vhost directory.
simple-vhost.server-root: root of the virtual host.

These settings do not appear to have default values.
What about adding the default values "htdocs" and "/srv"?

Actions #1

Updated by icy about 16 years ago

server-root is difficult to choose a default for. /srv, /var/www, you name it

Actions #2

Updated by admin about 16 years ago

/var/www is used for a single site, so using it for vhosts does not seem like a good idea.
I can't find /var/www in the FHS, but /srv is specifically mentioned:
/srv contains site-specific data which is served by this system.

Tip Rationale

This main purpose of specifying this is so that users may find the location of the data files for particular service, and so that services which require a single tree for readonly data, writable data and scripts (such as cgi scripts) can be reasonably placed. Data that is only of interest to a specific user should go in that users' home directory.

The methodology used to name subdirectories of /srv is unspecified as there is currently no consensus on how this should be done. One method for structuring data under /srv is by protocol, eg. ftp, rsync, www, and cvs. On large systems it can be useful to structure /srv by administrative context, such as /srv/physics/www, /srv/compsci/cvs, etc. This setup will differ from host to host. Therefore, no program should rely on a specific subdirectory structure of /srv existing or data necessarily being stored in /srv. However /srv should always exist on FHS compliant systems and should be used as the default location for such data.

Distributions must take care not to remove locally placed files in these directories without administrator permission. r20

Actions #3

Updated by icy about 16 years ago

There is no standard that is followed by most distros/software.
For such a important setting, it's not really a bad thing not to have a default for imho.
And what about other OSs?

Actions #4

Updated by admin about 16 years ago

There is no standard that is followed by most distros/software.

That's true, unfortunately. Why would that mean /srv would not be a good default?

For such a important setting, it's not really a bad thing not to have a default for imho.

What is the advantage of not having a default?

And what about other OSs?

The administrator would have to change the default.

Actions #5

Updated by icy about 16 years ago

A default that only works for some distros of one OS is not good.

What is the advantage of not having a default?

Making sure the deployer knows what he's doing :)

Actions #6

Updated by admin about 16 years ago

Why would it not work for all distros of an OS?

Actions #7

Updated by Olaf-van-der-Spek about 14 years ago

  • Assignee deleted (jan)
  • Target version changed from 1.5.0 to 1.4.26
Actions #8

Updated by stbuehler about 14 years ago

  • Target version deleted (1.4.26)
  • Missing in 1.5.x set to No

I think we should not use default values here - it is not really hard to set them if you need them; and you should decide yourself anyway.

Actions #9

Updated by Olaf-van-der-Spek about 14 years ago

It's not about this being hard.
It's about improving consistency and simplifying the installation experience as much as possible. Getting the Install Lighttpd how-to as short as possible.

Actions #10

Updated by stbuehler about 14 years ago

I think hiding configuration in default values is bad. If someone else reads the config he should be able to see these values.

Hiding these settings doesn't simplify anthing. If the user understands the options he will be glad to know them. If he doesn't, he will just copy+paste anyway, and for that some extra lines don't matter imho.

And there is no good reason to choose random values as default here. ("/srv"? "/srv/www" ? "/srv/http" ?...)

Actions #11

Updated by Olaf-van-der-Spek about 14 years ago

There are lots of default values that aren't in the conf. I don't see why these should be there.

/srv/<host>/htdocs has the advantage you could also have a /srv/<host>/ftp for example.

Actions #12

Updated by stbuehler about 14 years ago

  • Category changed from core to mod_simple_vhost
  • Status changed from New to Wontfix

Not everything is perfect the way it is. So that argument doesn't work. (For example the $SERVER["socket"] magic sucks too)

But there are of course some options where it is fine to have a default value, like timeouts, server.port, ...

But if you want to find out where a webserver is looking for the documents, you want to see the paths in the config, not hidden as default values somewhere in the webserver docs.

And btw: Using default values would enable the module by default - which would break existing setups.

Actions #13

Updated by icy about 14 years ago

Nearly every distro/OS has a different place for web document roots. From /www over /srv/ to /var/www with different layouts in there aswell. No matter what you pick as default, it will be wrong.

Actions #14

Updated by Olaf-van-der-Spek about 14 years ago

Why would the module be enabled if default values are used?

Actions

Also available in: Atom