Calculer Girl
  1. Calculer Girl
  3. Nginx – Ai-je vraiment besoin de dossiers disponibles sur sites et de dossiers compatibles avec les sites?
Intereting Posts
Supprimer le fichier dans un tar, avec un caractère générique et une exception Quelle structure de déploiement utiliser? changement de nom de serveur phpmyadmin La manière la plus rapide de couper une chaîne et de la convertir en minuscule ne peut pas exécuter uwsgi avec le fichier ini en mode emperror – Autorisation refusée Installer OpenCV en tant qu’extension php sous Windows Erreur de charge passager – impossible de charger un tel fichier – phusion_passenger (LoadError) Le compilateur gcc de mon linux ne supporte pas les valeurs booléennes Nginx set proxy_set_header si en-tête est présent npm ERR! Erreur: EPERM: opération non autorisée, renommer Existe-t-il un équivalent MySQLAdmin ou SQL Server Management Studio pour les bases de données SQLite sous Windows? Pourquoi nginx accepte-t-il les requêtes avec un en-tête d’hôte qui ne correspond pas à nom_serveur? htacces, certaines URL réécrite me donnent l’erreur 404 Existe-t-il un moyen de réactiver la fonctionnalité de fantôme Windows après DisableProcessWindowsGhosting? Ubuntu 14.04.1 server 64 – gui ne fonctionne pas

Nginx – Ai-je vraiment besoin de dossiers disponibles sur sites et de dossiers compatibles avec les sites?

J’ai cherché Stack Overflow pour une réponse directe mais je ne l’ai pas trouvée. J’ai remarqué que mon installation de nginx a trois dossiers appelés 

etc/nginx/sites-available etc/nginx/sites-enabled etc/nginx/conf.d

Ai-je vraiment besoin de ceux-ci si je veux juste travailler directement dans le fichier etc/nginx/nginx.conf et supprimer les lignes d’inclusion qui incluent ces éléments dans nginx.conf ? Ces répertoires sont-ils utilisés pour tout ce qui pourrait gâcher si je les supprimais?

Non, ils ne sont pas nécessaires si vous définissez correctement vos blocs de serveur dans nginx.conf, mais cela est fortement suggéré. Comme vous l’avez remarqué, ils ne sont utilisés qu’à cause de l’ include /etc/nginx/sites-enabled/*; dans nginx.conf.

Par curiosité, y a-t-il une raison pour laquelle vous ne souhaitez pas les utiliser? Ils sont très utiles plus facile d’append de nouveaux sites, de désactiver des sites, etc. Plutôt que d’avoir un gros fichier de configuration. Ceci est une sorte de meilleure pratique de la disposition des dossiers nginx.

Ce n’est pas un must, mais une bonne pratique si vous hébergez plusieurs sites sur votre boîte.

Il sera plus facile à gérer en conservant le contexte http et les directives communes (telles que ssl_dhparam, ssl_ciphers, ou même les parameters gzip, etc.) sur le nginx.conf afin qu’il s’applique à tous les sites.

Conservez le contexte de serveur spécifique au site (tel que certificate ssl, directives d’emplacement, etc.) dans etc / nginx / sites-available / et nommez le fichier de configuration en tant que votre-domaine.conf. Le fichier dans etc / nginx / sites-enabled peut être juste un lien vers le fichier vers etc / nginx / sites-available.

Vous n’avez pas besoin, mais vous devriez l’utiliser

Vous devez modifier les fichiers uniquement dans sites-available répertoire des sites-available .

N’éditez jamais les fichiers dans le répertoire sites-enabled les sites-enabled , sinon vous risquez d’avoir des problèmes si votre éditeur manque de mémoire ou, pour une raison quelconque, reçoit un SIGHUP ou un SIGTERM.

Par exemple: si vous utilisez nano pour éditer les sites-enabled/default fichiers sites-enabled/default et qu’il manque de mémoire ou, pour une raison quelconque, il reçoit un fichier SIGHUP ou SIGTERM, alors nano crée un fichier d’urgence appelé default.save . répertoire sites-enabled . Il y aura donc un fichier supplémentaire dans le répertoire sites-enabled les sites-enabled . Cela empêchera Apache ou NGINX de démarrer. Si votre site fonctionnait, ce ne serait plus le cas. Vous aurez du mal à trouver, dans les journaux, quelque chose lié au fichier default.save , puis à le supprimer.

Dans l’exemple ci-dessus, si vous éditiez le fichier dans le répertoire sites-available les sites-available , rien de mal ne serait arrivé. Le fichier sites-available/default.save aurait été créé, mais cela ne nuirait pas à l’intérieur du répertoire des sites-available .