Servir du contenu statique à l'aide de nginx

Une tâche importante du serveur Web consiste à servir des fichiers (tels que des images ou des pages HTML statiques).
Sur demande, les fichiers seront servis à partir de différents répertoires locaux : /data/www (qui peut contenir des fichiers HTML) et /data/images (qui peuvent contenir des images). Cela nécessitera de modifier le fichier de configuration et de configurer le bloc serveur à l'intérieur du bloc http à l'aide de deux blocs d'emplacement. (Apprentissage recommandé : utilisation de nginx)
Tout d'abord, créez le répertoire /data/www et placez-y un fichier index.html contenant n'importe quel contenu texte, puis créez /data/ répertoire images et mettez-y quelques images. Créer deux répertoires -
[root@localhost ~]# mkdir -p /data/www [root@localhost ~]# mkdir -p /data/images [root@localhost ~]#
Mettre deux fichiers dans les deux répertoires créés ci-dessus : /data/www/index.html et /data/images/logo.png, /data Le contenu du /www /index.html ne contient qu'une seule ligne, comme suit -
<h2> New Static WebSite Demo.</h2>
Ensuite, ouvrez le fichier de configuration (/usr/local/nginx/conf/nginx.conf). Le fichier de configuration par défaut contient déjà plusieurs exemples de blocs serveur, dont la plupart sont commentés. Maintenant, commentez tous ces blocs et démarrez un nouveau bloc de serveur :
http {
server {
}
}Généralement, un fichier de configuration peut inclure plusieurs blocs de serveur distingués par le port sur lequel le serveur écoute et le nom du serveur. Une fois que nginx a déterminé quel serveur gérer la requête, il teste l'URI spécifié dans l'en-tête de la requête par rapport aux paramètres de la directive de localisation définie dans le bloc service .
Ajoutez le bloc d'emplacement suivant au bloc serveur :
http {
server {
location / {
root /data/www;
}
}
}Le bloc d'emplacement spécifie le préfixe "/" qui est comparé à l'URI dans la requête . Pour les demandes correspondantes, l'URI sera ajouté au chemin spécifié dans la directive racine (c'est-à-dire /data/www) pour former le chemin d'accès au fichier demandé sur le système de fichiers local. S'il existe plusieurs blocs d'emplacement correspondants, nginx choisira celui avec le préfixe le plus long pour correspondre au bloc d'emplacement. Le bloc d'emplacement ci-dessus fournit la longueur de préfixe la plus courte de 1, ce bloc ne sera donc utilisé que si tous les autres blocs d'emplacement ne peuvent pas fournir de correspondance.
Ensuite, ajoutez un deuxième bloc d'emplacement :
http {
server {
location / {
root /data/www;
}
location /images/ {
root /data;
}
}
}Ce sera /images/(location/ correspond également à des requêtes comme celle-ci, mais avec un préfixe plus court, c'est-à-dire , "/images/" est plus long que "/") pour correspondre à la requête.
La configuration finale du bloc serveur devrait ressembler à ceci :
server {
location / {
root /data/www;
}
location /images/ {
root /data;
}
}Il s'agit déjà d'un serveur en écoute sur le port standard 80 et accessible sur la machine locale ( http://localhost/ ) configuration de travail. En réponse à une demande d'URI commençant par /images/, le serveur enverra les fichiers du répertoire /data/images. Par exemple, en réponse à une requête http://localhost/images/logo.png, nginx enverra le fichier /data/images/logo.png sur le service. Si le fichier n'existe pas, nginx enverra une réponse indiquant une erreur 404. Les demandes d'URI ne commençant pas par /images/ seront mappées vers le répertoire /data/www. Par exemple, en réponse à une demande http://localhost/about/example.html, nginx enverra le fichier /data/www/about/example.html.
Pour appliquer la nouvelle configuration, démarrez nginx si cela n'a pas déjà été fait ou envoyez un signal de rechargement au processus principal de nginx en exécutant la commande suivante :
[root@localhost ~]# /usr/local/nginx/sbin/nginx -t nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful [root@localhost ~]# /usr/local/nginx/sbin/nginx -s reload
If une erreur ou une exception empêche cela. Si cela fonctionne normalement, vous pouvez essayer de vérifier les fichiers access.log et error.log dans le répertoire /usr/local/nginx/logs ou /var/log/nginx pour trouver la raison.
Ouvrez un navigateur ou utilisez CURL pour accéder au serveur Nginx comme indiqué ci-dessous -

Le contenu complet de la configuration du fichier nginx.conf est le suivant :
#user nobody;
worker_processes 1;
#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;
#pid logs/nginx.pid;
events {
worker_connections 1024;
}
http {
include mime.types;
default_type application/octet-stream;
#log_format main '$remote_addr - $remote_user [$time_local] "$request" '
# '$status $body_bytes_sent "$http_referer" '
# '"$http_user_agent" "$http_x_forwarded_for"';
#access_log logs/access.log main;
sendfile on;
#tcp_nopush on;
#keepalive_timeout 0;
keepalive_timeout 65;
#gzip on;
## 新服务(静态网站)
server {
location / {
root /data/www;
}
location /images/ {
root /data;
}
}
}Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!
Outils d'IA chauds
Undress AI Tool
Images de déshabillage gratuites
Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes
AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.
Clothoff.io
Dissolvant de vêtements AI
Video Face Swap
Échangez les visages dans n'importe quelle vidéo sans effort grâce à notre outil d'échange de visage AI entièrement gratuit !
Article chaud
Outils chauds
Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit
SublimeText3 version chinoise
Version chinoise, très simple à utiliser
Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP
Dreamweaver CS6
Outils de développement Web visuel
SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)
Sujets chauds
Comment démarrer un conteneur par Docker
Apr 15, 2025 pm 12:27 PM
Étapes de démarrage du conteneur Docker: Tirez l'image du conteneur: Exécutez "Docker Pull [Mirror Name]". Créer un conteneur: utilisez "Docker Create [Options] [Mirror Name] [Commandes et paramètres]". Démarrez le conteneur: exécutez "docker start [nom de conteneur ou id]". Vérifiez l'état du conteneur: vérifiez que le conteneur s'exécute avec "Docker PS".
Comment vérifier le nom du conteneur Docker
Apr 15, 2025 pm 12:21 PM
Vous pouvez interroger le nom du conteneur Docker en suivant les étapes: répertorier tous les conteneurs (Docker PS). Filtrez la liste des conteneurs (à l'aide de la commande grep). Obtient le nom du conteneur (situé dans la colonne "Noms").
Comment créer des conteneurs pour Docker
Apr 15, 2025 pm 12:18 PM
Créer un conteneur dans Docker: 1. Tirez l'image: docker pull [Nom du miroir] 2. Créer un conteneur: docker run [Options] [Nom du miroir] [Commande] 3. Démarrez le conteneur: docker start [Nom du conteneur]
Choisir entre Nginx et Apache: le bon ajustement pour vos besoins
Apr 15, 2025 am 12:04 AM
Nginx et Apache ont leurs propres avantages et inconvénients et conviennent à différents scénarios. 1.Nginx convient aux scénarios élevés de la concurrence et de la consommation de ressources faibles. 2. Apache convient aux scénarios où des configurations complexes et des modules riches sont nécessaires. En comparant leurs fonctionnalités principales, leurs différences de performances et leurs meilleures pratiques, vous pouvez vous aider à choisir le logiciel du serveur qui convient le mieux à vos besoins.
Nginx vs Apache: performance, évolutivité et efficacité
Apr 19, 2025 am 12:05 AM
Nginx et Apache sont tous deux des serveurs Web puissants, chacun avec des avantages et des inconvénients uniques en termes de performances, d'évolutivité et d'efficacité. 1) Nginx fonctionne bien lors de la gestion du contenu statique et de la proxyation inverse, adaptée aux scénarios de concurrence élevés. 2) Apache fonctionne mieux lors du traitement du contenu dynamique et convient aux projets qui nécessitent une prise en charge des modules riches. La sélection d'un serveur doit être déterminée en fonction des exigences et des scénarios du projet.
Nginx vs Apache: une analyse comparative des serveurs Web
Apr 21, 2025 am 12:08 AM
Nginx convient plus à la gestion des connexions simultanées élevées, tandis qu'Apache convient plus aux scénarios où des configurations complexes et des extensions de module sont nécessaires. 1.Nginx est connu pour ses performances élevées et sa faible consommation de ressources, et convient à une concurrence élevée. 2.Apache est connu pour sa stabilité et ses riches extensions de modules, qui conviennent aux besoins de configuration complexes.
Nginx et Apache: comprendre les principales différences
Apr 26, 2025 am 12:01 AM
Nginx et Apache ont chacun leurs propres avantages et inconvénients, et le choix doit être basé sur des besoins spécifiques. 1.Nginx convient aux scénarios de concurrence élevés en raison de son architecture asynchrone non bloquant. 2. Apache convient aux scénarios à faible monnaie qui nécessitent des configurations complexes, en raison de sa conception modulaire.
Comment exécuter le code PHP après avoir écrit du code PHP? Plusieurs façons courantes d'exécuter le code PHP
May 23, 2025 pm 08:33 PM
Le code PHP peut être exécuté de plusieurs manières: 1. Utilisez la ligne de commande pour entrer directement le "nom de fichier PHP" pour exécuter le script; 2. Mettez le fichier dans le répertoire racine du document et accédez-y via le navigateur via le serveur Web; 3. Exécutez-le dans l'IDE et utilisez l'outil de débogage intégré; 4. Utilisez le bac à sable PHP en ligne ou la plate-forme d'exécution de code pour les tests.


