推奨される使用法に従って、Webサイトを/ var /または/ usr /に配置する必要がありますか？

よると、Linuxのディレクトリ構造上のガイド、/usr/アプリケーションファイルのためのものであり、/var/変更するファイルのためのものです（私はこれを「アプリケーションに属するファイル」を意味すると仮定します）。これは正しいです？

これが事実である場合、どちらを使用するかによって少し引き裂かれます。Webサイトはアプリケーションです（いわば動的な場合）が、他の場合では、Apacheが使用するファイルのコレクションにすぎません。

デフォルトのwww dirはに存在するので、アプリケーションを使用する可能性があるため、/var/www/使用する/var/websites/（または同様のもの）か、選択する/usr/websites/必要がありますか？

これは非常に些細な質問ですが、それでも私を悩ませています。私たちの場合、私/usr/webたちのウェブサイトはすべてアプリケーションなので、私はそれに傾いています。

更新：

これは当社のWebサイト用です。共有ホスティングサーバーではないため、それらを分離したり、/home/そのような何かを心配する必要はありません。

FHSによれば、これ/usrはshareable, read-only data-を対象としています。Webサイトを配置する場所ではありません。これは、コードを配置する場所です（たとえば、FedoraはWordpressに対してこれを行います）。FedoraのWebアセットパッケージングガイドも参照してください。

/var「可変データファイル。これには、スプールディレクトリとファイル、管理データとログデータ、一時ファイルと一時ファイルが含まれます。」-良い、しかしまだ完全ではない-しかし、多くのシステムがを使用する/var/wwwので、そこに置くのが間違っていても、あなたは良い会社にいる。

/srv「このシステムによって提供されるサイト固有のデータ」用です。-これは適切な一致のように見えますが、よりは一般的ではありません/var/www。

サイトファイルを配置する他の一般的な場所は、/home- websiteなどと呼ばれる特別なユーザーを作成し、そのユーザーのhomedir（例：）内にファイルを配置することです/home/website。

Filesystem Hierarchy Standard（Wikipedia）をご覧ください。私自身は/ srv / web / $ domain / {htdocs、logs、cgi-bin、...}を使用します。

Webサイトはユーザーのホームディレクトリに配置する必要があります。それらはユーザーデータであり、サイトごとに1人のユーザーによって分離される必要があり、動的コンテンツは適切なアクセス許可が与えられた場合に動的コンテンツが読み取りおよび変更する必要があるファイルを使用して、別のユーザーとして再度実行する必要があります。

更新：

共有ホスティングサーバーではないからといって、適切なセキュリティの実践に従事したり、独立した役割を独自のセキュリティゾーンに分けたりするべきではありません。

決定的なガイドは、それが適切な場所であると言うFilesystem Hierarchy Standard/srvです。

それらがディスク上のどこにあるかはほとんど関係ありません。欲しいところです。

私はすべてのマシンで/ wwwからそれらが実際に存在する場所へのシンボリックリンクを持っているので、マシンごとに不思議に思う必要はありません。一部の古いマシンには、ユーザーディスク用に/ u0と/ u1があり、そこにWebのものを配置しています。/ homeが直接マウントされているため、そこに移動しますが、/ wwwは常に正しい場所を指します。

また、/ usrにも/ varにも構成を入れません。/ localに移動します（これは、通常、/ u0または/ u1のどこかにあるシンボリックリンクです）。これにより、バックアップが簡単になります。ユーザーディスクをバックアップするだけです。

もちろん、私が選んだOSであるNetBSDのマスター配布サイトを持っています。このメインマシン（実際にはxenインスタンス）上でシステムを希望どおりに作成し、rsync / usrを実行します。私の人生を楽にします。

Apache WebサーバーのデフォルトWebサイトは/ var / www /にありますが、他のWebサイトを/ srv /に置くことをお勧めします

Ubuntu Server 14.04 LTSでこれに気付きました。デフォルトのapache2.confファイルにはコメントブロックが含まれています。

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

私によると、共通システムゾーンにインターネットサービスを絶対に配置しないでください。

インターネットサービス（Apache / Tomcat / SSHなど）は玄関口です。これらのサービスをシステムゾーンに配置すると、いくつかの攻撃に対して脆弱になる可能性があります。

異なるサービスを別のデタッチパーティションのような安全なサンドボックスゾーンに配置した場合よりも多く。

使用できる構造の例を次に示します。

/ --> Root System --> On SDA1 --> Root and System security operator access only
 |
 | -->/usr /etc /var etc.

/SRV --> Web Root --> On SDB1 --> Web users access with minimal rights access.
 |
 |-->/srv/bin & /srv/dta
      |
      |-->/srv/bin/apache (or any other APPLICATION Binaries)
      |-->/srv/dta/SQL (or any other APPLICATION Datas like a 
                        database or web PHP files etc.)