Debian「サイト利用可能」および「サイト対応」ディレクトリの目的

誰でも、簡単に言えば、これら2つのディレクトリのDebianでの目的は何ですか？

/etc/apache2/sites-enabled
/etc/apache2/sites-available

違いsites-available/000-defaultをsites-enabled/default見て、それらが同一であることを示しています。

何が得られますか？

sites-availableには、各サイトのApache設定ファイルが含まれています。例えば：

<VirtualHost *:80>
  ServerName site.mysite.com
  ServerAdmin my@email.com

  DirectoryIndex index.php
  DocumentRoot /home/user/public_html/site.mysite.com/public

  LogLevel warn
  ErrorLog /home/user/public_html/site.mysite.com/logs/error.log
  CustomLog /home/user/public_html/site.mysite.com/logs/access.log combined
</VirtualHost>

新しいサイト（たとえば、site.mysite.com）を追加する場合は、ここに追加して、次を使用します。

a2ensite site.mysite.com

サイトを有効にします。サイトが有効になると、構成ファイルへのシンボリックリンクがサイト対応ディレクトリに配置され、サイトが有効であることを示します。

システムのメカニズムよりも重要なのは、理論的根拠です...

Debianは2つの個別のディレクトリを提供するため、Apacheの設定を自動的に管理している場合は、すべての仮想ホストsites-availableをすべてのマシンにドロップするだけで、実際にそれらを提供するサーバーで個々の仮想ホストを有効にできます。また、問題が発生しているサイトをほぼ瞬時に無効にできることを意味します（a2dissite example.com; /etc/init.d/apache2 reload）。

上記に追加するsites-enabledために、sites-availableファイルはファイルへのシンボリックリンクです：

ls -l /etc/apache2/sites-enabled/

同じコンテンツだけでなく、実際の同じファイルです！

重要な情報：

あなたは、ファイルを編集する必要がありますだけでsites-availableディレクトリ。

sites-enabledディレクトリ内のファイルを編集しないでください。そうしないと、エディターのメモリーが不足したり、何らかの理由でSIGHUPまたはSIGTERMを受け取った場合に問題が発生する可能性があります。

たとえばnano、ファイルの編集に使用しsites-enabled/defaultていてメモリが不足している場合、または何らかの理由でSIGHUPまたはSIGTERMを受信した場合、ディレクトリ内にnanoという名前の緊急ファイルを作成します。そのため、ディレクトリ内に余分なファイルがあります。これにより、ApacheまたはNGINXが起動しなくなります。サイトが機能していた場合、もう機能しません。ログでファイルに関連する何かを見つけてから削除するまで、苦労します。default.savesites-enabledsites-enableddefault.save

上記の例では、sites-availableディレクトリ内のファイルを編集している場合、何も悪いことは起こりませんでした。ファイルsites-available/default.saveは作成されますが、sites-availableディレクトリ内では何の害もありません。