为什么默认情况下将Web服务器上的根目录放在“ / var / www”中？

Tuxfiles对Linux目录结构说了以下几点：

/var：

该目录包含可变数据，该可变数据在系统运行时会不断变化。

FHS/var表示以下内容：

/var包含可变数据文件。这包括假脱机目录和文件，管理和日志记录数据以及临时和临时文件。

然后，他们继续说诸如日志，邮件和后台打印程序之类的内容都放在该文件夹中。

传统上，在Ubuntu Linux上进行Apache或Nginx的常规安装会将目录放置在/var/www/。

在我看来，这不是放置目录的理想位置，文件或内容应该是永久的。

为什么如此频繁地放入/var？

从主观上来说，根据目录结构，这是理想的位置吗？

实际上，它根本不是“传统”位置。传统上，在操作系统进入后安装的任何东西/usr/local，实际上就是今天的“经典Apache路径布局”（用他们的话）。很长一段时间是/home/httpd。

您将看到为特定操作系统配置的Apache（无论是Red Hat Linux，Mac OS X，GNU等）将自定义位置。Apache的源代码是为此而精心设计的，实际上，如果您在源文件中跟踪ServerRoot的值，则会发现它始于该文件config.layout：

该文件的一些摘录将向您显示docroot位置有很多变化。

IIRC /var/www在2000-2001年发行的Red Hat Linux 7.x（不是Red Hat Enterprise Linux）中崭露头角。出于上述原因，我认为这没有什么意义-但现实情况是，在现代时代，位置移动始终涉及许多其他工具和技术。

#   Classical Apache path layout.
<Layout Apache>
    prefix:        /usr/local/apache2
    datadir:       ${prefix}

#   GNU standards conforming path layout.
#   See FSF's GNU project `make-stds' document for details.
<Layout GNU>
    exec_prefix:   ${prefix}
    datadir:       ${prefix}/share+

#   Mac OS X Server (Rhapsody)
<Layout Mac OS X Server>
    prefix:        /Local/Library/WebServer
    datadir:       ${prefix}

#   Darwin/Mac OS Layout
<Layout Darwin>
    prefix:        /usr
    datadir:       /Library/WebServer

#   Red Hat Linux 7.x layout
<Layout RedHat>
    prefix:        /usr
    datadir:       /var/www

#   SuSE 6.x layout
<Layout SuSE>
    prefix:        /usr
    datadir:       /usr/local/httpd

#   BSD/OS layout
<Layout BSDI>
    prefix:        /var/www
    datadir:       ${prefix}

#   Solaris 8 Layout
<Layout Solaris>
    prefix:        /usr/apache
    datadir:       /var/apache

用法的使用/var/www只会一见钟情。

根据FHS，Web服务器数据应转到/srv。这是主要规则。

但是，它也表示，确定的结构/srv是本地管理员的唯一责任！因此，程序包不得将任何内容放入/srv，并且默认文档根目录不得为/srv，因为（apache）程序包不知道其内部/srv和下方。可能是具有明文密码和其他内容的Subversion存储库。因此，必须在之外有一个默认值/srv。该默认值变为/var/www。

/var/www主要是占位符。包/usr/share用于静态HTML内容或/var/lib动态变量内容。许多人错误地认为应该将HTML放入/var/www。这是一个问题，因为软件包有时也会使用它。因此，最近他们发明/var/www/html了包装。希望人们不会开始使用它，因为那样的话，他们又必须创建一个新目录……等等。

简介：您应该相应地使用/srv和配置Apache虚拟主机。

虽然我同意akond的回答，但我认为它还有一个更重要的方面。大多数其他位置（例如/usr/local）通常由系统（程序包管理器）管理。/var通常是不由软件包管理器管理的文件所在的位置（系统范围的“数据”）。

我也认为FHS的定义较为准确（数据不必“不断变化”）：

/ var包含可变数据文件。这包括假脱机目录和文件，管理和日志记录数据以及临时和临时文件。

但是，FHS也认为www数据应纳入/srv

/ srv包含此系统提供的特定于站点的数据。

指定它的主要目的是使用户可以找到特定服务的数据文件的位置，并可以合理地放置需要单个树的只读数据，可写数据和脚本（例如cgi脚本）的服务。

未指定用于命名/ srv子目录的方法，因为目前尚无关于应如何实现的共识。在/ srv下构造数据的一种方法是通过协议，例如。ftp，rsync，www和cvs。

正如其他人所说，原因主要是历史原因。/var已用于一直更改的系统数据，例如缓存文件，日志，运行时数据（例如锁定文件），邮件服务器存储，打印机假脱机等。基本上，所有不能放入的内容/usr（ （因为它包含本地数据），不是进入的第三方程序/opt，并且在进入这些程序时不可丢弃且易失/tmp。

随着Unix / Linux的发展，它变得杂乱无章，杂乱无章地摆放着各种不同的目录。近年来，有一种趋势是将某些内容移到那里，尤其是机器提供的内容（现在，根据[ Filesystem Hierarchy Standard 2.3，p.15 ]应该放进去/srv，而不是放进去/var/www）。

类似的事情也发生在/var/run几年前-几个分布的集中精力，它是从移动/var/run到/run其融合在一起先前使用的功能/var/lock，/var/run和/dev/shm。

根据我的经验（我是一名Web开发人员），网站内容远远不稳定。即使是html文件（不要介意动态生成的内容），它们也会不断变化（修改，遗漏等）。

因此，从我的角度来看，它们是变量。因此，它们非常适合/ var目录，并且没有任何问题。

IIRC，在过去，我们总是/var以它自己的文件系统（独立磁盘或磁盘片）挂载。

正如其他人所述，这样做的原因之一是对该文件系统的大量读/写操作（日志/等）。拥有一个单独的磁盘/片意味着它可以更好地调整这种类型的I / O（相对于大多阅读/，/usr等...）。

另一个原因是那时候，如果您的系统在写操作期间崩溃，那么您的根文件系统很有可能会损坏，从而使其处于难以修复的状态。因此需要与/。

随着时间的推移，文件系统和磁盘技术得到了极大的改进，因此发生这种情况的可能性很小。

/var 如果您有一个网站运行着多个允许FTP或其他上传的虚拟主机的网站（即，如果您是Web主机或类似的网站），那么对于用户中立的“基本”位置进行多用户访问是一个不错的选择。

/home可能是不是最优的，因为糟糕的事情会发生在其他用户的shell账号，如果不假思索或恶意用户上传到/home分区的限制（假设的传统设置/var，/home等是在不同的分区），它可能会影响其他用户帐户。

当然，我认为这样/srv做更好，但是/var在UNIX传统中已经存在了更长的时间。

我想在此处添加的内容是，将Web“根”放入/ usr会与FHS中指示/ usr为可共享且只读的部分相冲突，因为即使是同一“集群”上的Web服务器也不同可以具有包含不同配置的不同文件，这并不适合/ usr。

此外，某些Web应用程序（MediaWiki和PhpBB不在我的脑海中而得名）期望在Web目录树下可写的位置用于附件/媒体文件的上载。因此，如果您希望遵守只读的/ usr定义，则将Web树放在/ usr下会发生冲突。

Apache Web服务器在/ var / www /下有默认网站，但建议将其他网站放在/ srv /下。

我在Ubuntu Server 14.04 LTS上注意到了这一点。它的默认apache2.conf文件包含注释块：

#<Directory /srv/>
#   Options Indexes FollowSymLinks
#   AllowOverride None
#   Require all granted
#</Directory>