Comment implémenter la configuration de séparation dynamique et statique Nginx

1. Présentation

1.1 La différence entre les pages dynamiques et les pages statiques

• Ressources statiques : lorsque les utilisateurs accèdent à cette ressource plusieurs fois, le code source de la ressource ne changera jamais.

• Ressource dynamique : lorsqu'un utilisateur accède à cette ressource plusieurs fois, le code source de la ressource peut recevoir des modifications.

1.2 Qu'est-ce que la séparation dynamique et statique ?

• La séparation dynamique et statique permet aux pages Web dynamiques des sites Web dynamiques de distinguer les ressources constantes des ressources qui changent fréquemment selon certaines règles. peut mettre en cache les ressources statiques en fonction de leurs caractéristiques. C'est l'idée centrale du traitement statique des sites Web

• Le résumé simple de la séparation dynamique et statique est : la séparation des fichiers dynamiques et des fichiers statiques.

• Pseudo-statique : si le site Web souhaite être recherché par les moteurs de recherche, la technologie statique de page dynamique freemarker et d'autres technologies de moteur de modèles

1.3 Pourquoi utiliser la séparation dynamique et statique

• Dans notre développement de logiciels, certains les requêtes sont celles qui nécessitent un traitement en arrière-plan (tels que : .jsp, .do, etc.), et certaines requêtes n'ont pas besoin de passer par un traitement en arrière-plan (tels que : fichiers css, html, jpg, js, etc.). les fichiers qui n'ont pas besoin de passer par un traitement en arrière-plan sont appelés fichiers statiques, sinon fichiers dynamiques. Par conséquent, notre traitement en arrière-plan ignore les fichiers statiques. Certains diront que si j’ignore les fichiers statiques en arrière-plan, ce sera fini. Bien sûr, cela est possible, mais le nombre de demandes en arrière-plan va considérablement augmenter. Lorsque nous avons des exigences en matière de vitesse de réponse des ressources, nous devons utiliser cette stratégie de séparation dynamique et statique pour résoudre le problème.

• La séparation des ressources statiques et dynamiques déploie les ressources statiques du site Web (HTML, JavaScript, CSS, img et autres fichiers) séparément des applications en arrière-plan, améliorant ainsi la vitesse d'accès des utilisateurs au code statique et réduisant l'accès aux applications en arrière-plan. Ici, nous mettons les ressources statiques dans nginx et transmettons les ressources dynamiques au serveur Tomcat.

• Par conséquent, pour transférer les ressources dynamiques vers le serveur Tomcat, nous utilisons le proxy inverse mentionné précédemment.

2. Nginx réalise la séparation dynamique et statique

2.1 Analyse de l'architecture

2.2 Configuration

Le principe de la séparation dynamique et statique est très simple, il suffit de faire correspondre l'URL de la requête via l'emplacement, dans /Users/ Hao/Desktop/ Créez /static/imgs sous Test (n'importe quel répertoire) et configurez-le comme suit :

###静态资源访问
server {
  listen       80;
  server_name  static.jb51.com;
  location /static/imgs {
       root /Users/Hao/Desktop/Test;
       index  index.html index.htm;
   }
}
###动态资源访问
 server {
  listen       80;
  server_name  www.jb51.com;
    
  location / {
    proxy_pass http://127.0.0.1:8080;
     index  index.html index.htm;
   }
}

Un autre type de configuration de ressources par accès

server {
        listen 80;
        server_name  jb51.net;
        access_log  /data/nginx/logs/jb51.net-access.log main;
        error_log  /data/nginx/logs/jb51.net-error.log;
 
        #动态访问请求转给tomcat应用处理
        location ~ .(jsp|page|do)?$ {      #以这些文件结尾的
           proxy_set_header  Host $host;
           proxy_set_header  X-Real-IP  $remote_addr;
           proxy_pass http://tomcat地址;
        }
 
        #设定访问静态文件直接读取不经过tomcat
        location ~ .*.(htm|html|gif|jpg|jpeg|png|bmp|swf|ioc|rar|zip|txt|flv|mid|doc|ppt|pdf|xls|mp3|wma)$  {     #以这些文件结尾的
           expires      30d;
           root /data/web/html ;
        }
}

3. séparation :

• Séparation dynamique et statique des ressources dynamiques et des ressources statiques Séparé et ne sera pas déployé sur le même serveur.

• Séparation du front et du back : modèle d'architecture de site Web, le développement de microservices est basé sur SOA et est orienté vers le développement de serveur, et le backend et le front-end adoptent tous deux la méthode d'interface d'appel. Divisez un projet en un contrôle Web (front-end) et une interface (back-end), et enfin utilisez la technologie d'appel à distance rpc. La couche de vue et la couche de logique métier sont divisées et la technologie d'appel à distance RPC est utilisée au milieu SOA面向于服务器开发，后台和前端都采用调用接口方式。将一个项目拆分成一个控制Web(前端)和接口(后端),最终使用rpc远程调用技术。视图层和业务逻辑层拆分，中间采用RPC远程调用技术

四、一些问题

• 为什么互联网公司项目中，静态资源url

4. Quelques questions
Pourquoi les ressources statiques sont-elles url utilisé dans les projets d'entreprises Internet ? Un horodatage sera-t-il ajouté ultérieurement ? Sa fonction : contrôler la mise en cache

Objectif : Le but ultime est de contrôler les ressources statiques et les anciennes ressources statiques du cache du navigateur pour éviter les conflits lorsque le projet démarre en ligne.
Solution : Ajouter une spécification d'horodatage t = projet en ligne

304 Principe du code d'état du cache local :
• Le cache d'image du navigateur par défaut est de 7 jours.

• Lors du premier téléchargement des ressources, le client enregistre l'heure de la ressource modifiée

• Lors du deuxième téléchargement des ressources, le serveur détermine si l'heure de la dernière modification du client doit renvoyer 200 ou 304

• Lors du deuxième téléchargement des ressources, le serveur détermine si le fichier de ressources actuel et l'heure de dernière modification du client doivent renvoyer 200 ou 304. Le client télécharge les ressources pour la deuxième fois. Dernière heure de modification 2018/6/28 11:07 : 23h

L'heure de dernière modification sur le serveur est supérieure à l'heure de dernière modification sur le client 200 Recharger la ressource

L'heure de dernière modification sur le serveur est inférieure à l'heure de dernière modification sur le client Retour 304 Aller au cache local🎜🎜🎜🎜🎜Production Il peut y avoir un conflit entre l'heure de la dernière modification de js css dans l'environnement et l'heure de la dernière modification du cache client. Le serveur a été mis en ligne le 22 mai 2018 et l'utilisateur y a accédé le 1er juin 2018. La dernière heure de modification du nouveau fichier js de l'utilisateur en ligne le 5 juin 2018 conserve toujours la dernière heure de connexion. Donc de manière générale, lorsque le serveur se met en ligne, un horodatage sera ajouté aux ressources statiques pour forcer les dernières ressources🎜

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!