Codage pour une visualisation rapide des pages

• Avril 24, 2024

Que vous codiez en ASP ou en HTML simple, vous souhaitez que votre page s'affiche le plus rapidement possible pour vos utilisateurs. Si votre page s'affiche lentement, vos utilisateurs pourraient abandonner et aller ailleurs.

Tout d'abord, rappelez-vous que lorsqu'une personne demande à afficher l'une de vos pages Web, vous envoyez littéralement ce fichier physique de votre serveur à l'ordinateur personnel de votre visiteur. C'est ainsi qu'ils voient la page - ils obtiennent une copie sur leur machine et leur navigateur analyse et affiche ce fichier. Ainsi, plus votre fichier est volumineux, plus il leur faudra de temps pour recevoir et afficher les informations. Vous voulez donc rendre ce fichier aussi petit que possible physiquement.

Cela signifie que vous ENLEVEZ VOS COMMENTAIRES. Oui, les commentaires sont parfaits pour travailler avec votre code, dans votre environnement de test. Mais vous ne voulez pas de commentaires sur votre serveur en direct! Chaque ligne de commentaire que vous ajoutez est une autre ligne de déchets inutiles qui prend du temps lorsque le fichier est envoyé à vos visiteurs. Vous voulez que ce fichier de production en direct soit aussi petit que possible, afin que le transfert du fichier se fasse le plus rapidement possible.

Il en va de même pour des tonnes d'espace blanc supplémentaire, des tabulations, etc. Chacun de ces caractères occupe de l'espace physique dans le fichier. Vous souhaitez que votre fichier soit aussi efficace qu'il peut l'être dans un environnement en direct.

Ensuite, regardez bien la structure de votre table. Beaucoup de gens deviennent fous avec des tables, construisant des milliards de tables imbriquées. Chaque fois que vous créez un tableau, le navigateur Web doit attendre qu'il atteigne la fin du tableau avant de savoir comment afficher ce tableau correctement. Disons que vous avez une page géante avec une série de tableaux. Si vous mettez toutes ces tables dans une "table principale" - alors l'ensemble de la table doit être entièrement lu et chargé avant que l'un d'entre eux ne s'affiche! Si, à la place, vous avez chaque table en tant qu'entité distincte, le système peut afficher chaque table telle qu'elle est terminée. Bien sûr, la page dessinera dans un tableau, puis le suivant, puis le suivant, en progression. Mais au moins, l'utilisateur voit QUELQUE CHOSE de savoir que la page se charge - au lieu de ne rien voir du tout jusqu'à la fin.

Assurez-vous que vous utilisez le moins de graphiques possible et que chaque graphique est exécuté via un utilitaire d'optimisation pour rendre le fichier lui-même aussi petit que possible. Encore une fois, l'utilisateur doit charger chaque fichier graphique unique sur son système domestique avant de pouvoir le voir. Plus vous les forcez à charger de graphiques, plus la page sera lente.

Bien sûr, il va sans dire d'avoir le serveur le plus rapide que vous pouvez vous permettre, sur une belle et grosse pipe. Si vous écrivez des pages incroyablement efficaces et que votre serveur est lent, vous allez perdre des visiteurs. Si personne ne visite votre site parce qu'il est trop lent, alors tout le travail que vous avez fait est perdu.

Cela vaut la peine de tester vos pages sur une connexion d'accès à distance. Tout simplement parce que vous avez un câble ou une connexion haut débit, vous devez vous rappeler que beaucoup de vos visiteurs n'en ont pas. Il existe plusieurs utilitaires sur le Web qui peuvent vous indiquer la vitesse de chargement de vos pages lors de l'accès à distance. Les programmes flash et mignons sont agréables - mais s'ils signifient que votre site n'est pas utilisé par 50% des populations Web, ils vous nuisent.

Codage pour des connexions de base de données rapides

Instructions Vidéo: Coder plus vite avec Visual Studio Code (Avril 2024).