Am Mit, 06 Sep 2000 schrieb Thorsten Kukuk:
und wo wenn nicht nach /usr/local/ sollte sonst der "lokale" web-server kommen ? /var/www? Das ist ebenfalls FHS konform und würde sich an anderen Server orientieren.
Ich weiß nicht mehr, was gegen /var/www spricht. Aber auf dem LSB Meeting in San Francisco konnte sich keiner damit anfreunden. Das Problem ist wohl, das wir nach einer Lösung suchen, die nicht nur WWW erschlägt, sondern ftp und die ganzen Datenbanken dazu.
Hmm. Also ich sehe da verschiedene Kriterien: Die Programmdateien des lokalen WWW-Servers sollten bei einem Update oder Distributionswechsel in der Regel mitgetauscht werden, deshalb gehören die IMHO in den /usr-Baum Die Webserver-Konfiguration, soweit sie Inhalte betrifft, und die eigentlichen Webseiten (und CGI's) sollten jedoch bei einem Update oder Systemwechsel nicht mit umziehen. Das heißt, man müßte diese möglichst isoliert betrachten. Im Prinzip gilt damit das gleiche wie für Homedirectories (die Userdaten sollen ja bei nem Systemwechsel auch erhalten bleiben). Das gleiche gilt für FTP und andere Dateibasierte Netzwerkdienste. Was ich noch nicht so ganz verstehe ist, warum diese files damit nicht unter /home/httpd/* bzw. /home/ftpd/* gehören (und httpd bzw. ftpd dann als Daemon-User für die Serverprozesse). Ein Argument wäre wohl, daß in NFS/YP-Umgebungen damit auch diese files mit den Homes exportiert würden (in der Regel exportiert man auf YP-Servern /home via NFS auf die Clients). Oder /var/httpd, /var/ftpd, /var/named usw. anlegen. Allerdings ist die Hierarchie unter /var/spool dann wieder irgendwie unglücklich, weil die ändert sich auf jedem System. Wobei IMHO die meisten Spoolfiles eh sinnvoller unter /tmp/spool oder unter /var/tmp/spool aufgehoben wären. IMHO. Aber die FHS-Leute werden sich wohl auch ihr Teil bei der Sache denken :-). -- Erhard Schwenk - http://www.fto.de **** Jetzt neu: http://www.akkordeonjugend.de **** --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com