2016-07-23 2 views
1

Introduction: J'écris un site Web en HTML qui charge l'en-tête de /header/header.html en utilisant jQuery AJAX, et cela fonctionne parfaitement bien. Ce site est toujours un IPA, donc il n'y a pas beaucoup de trafic (pour l'instant).Charger le contenu du site Web dans la page des sous-répertoires

Problème: Actuellement, le contenu devient un peu long, et ressemble à ceci:

<body> 
load(header/header.html) 
wall_of_txt 
</body> 

Je songe à me séparer le contenu et les charger de/contenu/ainsi, il ressemblerait à quelque chose comme ceci:

<body> 
load(header/header.html, 
content/content1.html 
content/content2.html 
content/content3.html 
content/content4.html 
content/content5.html) 
... 
</body> 

Comme chaque petit fichier est plus facile à travailler. Cependant, je suis loin d'être un expert, donc j'étais curieux de voir comment cela affecterait les performances du site. Le contenu chargé serait toujours de la même taille, mais étant donné que le contenu est chargé à partir de tant de sources (10-50), cela mettrait le serveur sous tension ou si l'effet est négligeable. Simplifié Je demande si fetch (10kb.html + 10kb.html + 10kb.html + ...) mettra l'accent sur le serveur avec trop de requêtes par rapport à un seul fetch (150kb). Question: Est-ce que ma solution envisagée serait un bon moyen de structurer le site Web, ou cela affecterait-il trop les performances? Alternativement: Y a-t-il un meilleur moyen de structurer le site?

Répondre

1

C'est une bonne idée de diviser le site Web en plusieurs fichiers et c'est une pratique courante lorsque vous voulez faire un site Web ou une application Web. De plus, nous pouvons observer façon Comon de le faire:

  1. vous pouvez diviser votre code html dans deux fichiers: un fichier pour le Comon html inclure toutes vos pages (approche modèle) un autre deux pour votre contenu spécifique .
  2. vous pouvez diviser votre code html par les différentes parties de votre site : un pour l'en-tête, un pour le pied de page, une pour la colonne de diapositives si vous l'avez ...

Fo la performance c'est souvent la transparence pour l'utilisateur, c'est que vous avez un ou dix fichiers. De plus si vous avez seulement un fichier HTML.

Ce qui peut causer des problèmes de performance c'est si vous exécutez un script ou effectuez une action pendant le chargement de ces fichiers. Aujourd'hui, nous nous penchons sur l'application web qui charge beaucoup de bibliothèque/framework avant de commencer à afficher quelque chose à l'utilisateur.

Certaines technologies comme AngularJS intégrer ainsi en standard dans la technologie avec:

la création du module fonctionnel dans la technologie

la notion d'état et de la route de charger dynamiquement la vue que vous voulez Pour afficher à l'utilisateur ...

En fin de compte diviser le site en plusieurs fichiers est une pratique très utilisée dans le web et il n'y a pas de meilleure solution à une autre. Vous devriez trouver votre chemin équilibré entre deux beaucoup de fichiers et votre logique de contenu.