Maison Opération et maintenance Nginx Servir du contenu statique à l'aide de nginx

Servir du contenu statique à l'aide de nginx

Nov 30, 2019 pm 02:37 PM
nginx

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 -

Servir du contenu statique à laide de nginx

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  &#39;$remote_addr - $remote_user [$time_local] "$request" &#39;
    # &#39;$status $body_bytes_sent "$http_referer" &#39;
    # &#39;"$http_user_agent" "$http_x_forwarded_for"&#39;;
    #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!

Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn

Outils d'IA chauds

Undress AI Tool

Undress AI Tool

Images de déshabillage gratuites

Undresser.AI Undress

Undresser.AI Undress

Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover

AI Clothes Remover

Outil d'IA en ligne pour supprimer les vêtements des photos.

Clothoff.io

Clothoff.io

Dissolvant de vêtements AI

Video Face Swap

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

Guide de construction d'Agnes Tachyon | Un joli Musume Derby
2 Il y a quelques semaines By Jack chen
Oguri Cap Build Guide | Un joli Musume Derby
3 Il y a quelques semaines By Jack chen
Péx: comment raviver les joueurs
4 Il y a quelques semaines By DDD
Guide de construction de Grass Wonder | Uma musume joli derby
1 Il y a quelques semaines By Jack chen
Pic comment émoter
3 Il y a quelques semaines By Jack chen

Outils chauds

Bloc-notes++7.3.1

Bloc-notes++7.3.1

Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise

SublimeText3 version chinoise

Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1

Envoyer Studio 13.0.1

Puissant environnement de développement intégré PHP

Dreamweaver CS6

Dreamweaver CS6

Outils de développement Web visuel

SublimeText3 version Mac

SublimeText3 version Mac

Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Comment démarrer un conteneur par Docker 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 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 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 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é 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 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 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 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.

See all articles