Well, in a production environment, customer might choose to keep their document directories in a more segregated fashion depending on their virtual server setup. In this case, I am not sure, if you would very much want to associate your installation to a particular location of web server (read apache 2.2) content files.
Besides, tying the "installed" location too close to a particular version of web server also makes it a maintenance headache for your team . Other web servers like Sun Java System web server or Apache 2.4 will not be able to take advantage of this integration. However, if you had a consistent "pre deployed" location (say /var/drupal/6.0) and an associated /etc/apache2/2.2/conf.d/drupal.conf then you provide both a seamless integration as well as support for re usability with other versions of web server just 2c - sriram Eric Reid wrote: > S - > > Look at what an 'install' means from Drupal here... all the files can > come out of package and be moved right into a default or a user-selected > webserver htdocs directory -- unlike most SFW packages, Drupal won't > "live" anywhere, except parasitically within a webserver's directory > structure. > > Now, if we want to extract Drupal 6 files from the package and into a > 'home' resting place, which could persist after the files are copied > into the htdocs directory, then the question makes sense -- problem is, > I don't see too much value in keeping a copy of the 'pre-deployed' > Drupal files around, separate from the 'installed' copy, do you? > > ERR > > > Sriram Natarajan wrote: > >> If in case, you are going to bundle this within Open Solaris, would it >> not make better sense to place it under /var/drupal/6.0 ? This way, it >> is not very tied to web server's particular version and location >> >> thanks >> sriram >> >> Eric Reid wrote: >> >>> Please find attached for review: >>> OnePager >>> ManPage appendix >>> FileList appendix >>> >>> Let the games begin! :) >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> >>> >>> webstack-discuss mailing list >>> webstack-discuss at opensolaris.org >>> http://mail.opensolaris.org/mailman/listinfo/webstack-discuss >>> > > >
