Réponses:
sites-available contient les fichiers de configuration apache de chacun de vos sites. Par exemple:
<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>
Lorsque vous souhaitez ajouter un nouveau site (par exemple, site.mysite.com), vous l'ajoutez ici et utilisez:
a2ensite site.mysite.com
Pour activer le site. Une fois le site activé, un lien symbolique vers le fichier de configuration est placé dans le répertoire activé par les sites, indiquant que le site est activé.
a2ensite
et a2dissite
sont situés dans /usr/sbin
lesquels ne figure pas actuellement dans le chemin utilisateur par défaut afin que la complétion par onglet ne fonctionne pas. Lorsque vous tapez sudo a2
et appuyez sur la touche de tabulation, on vous proposera à la fois a2ensite
et a2dissite
.
La logique du système est plus importante que la mécanique du système ...
Debian fournit deux répertoires distincts. Ainsi, si vous gérez automatiquement vos configurations Apache, vous pouvez simplement laisser tous les hôtes vhosts se déposer sites-available
sur toutes vos machines, puis activer les hôtes individuels sur le serveur qui les servira. Cela signifie également que vous pouvez désactiver presque instantanément un site s'il cause des problèmes ( a2dissite example.com; /etc/init.d/apache2 reload
).
Vous devez éditer les fichiers uniquement dans le sites-available
répertoire.
Ne modifiez jamais les fichiers à l'intérieur du sites-enabled
répertoire, sinon vous risquez d'avoir des problèmes si votre éditeur manque de mémoire ou, pour quelque raison que ce soit, il reçoit un SIGHUP ou un SIGTERM.
Par exemple: si vous utilisez nano
pour éditer le fichier sites-enabled/default
et que celui-ci manque de mémoire ou, pour quelque raison que ce soit, il reçoit un SIGHUP ou un SIGTERM, il nano
créera alors un fichier d’urgence appelé default.save
dans le sites-enabled
répertoire. Donc, il y aura un fichier supplémentaire dans le sites-enabled
répertoire. Cela empêchera Apache ou NGINX de démarrer. Si votre site fonctionnait, ce ne sera plus le cas. Vous aurez du mal à trouver, dans les journaux, un élément lié au default.save
fichier, puis à le supprimer.
Dans l'exemple ci-dessus, si vous aviez édité le fichier à l'intérieur du sites-available
répertoire, rien de grave ne serait arrivé. Le fichier sites-available/default.save
aurait été créé, mais cela ne ferait aucun mal à l'intérieur du sites-available
répertoire.