60 bouts d'exécution et d'optimisation pour votre site Web
| by Tim Hodgson | September 06, 2006
Apprendre et mettre en application les bouts essentiels sur augmenter l'exécution de votre site Web. Découvrir comment apporter des améliorations générales, comment optimiser des images, code source de HTML de coup sec, obtenir de meilleurs résultats de l'asp et de l'ASP.NET, accorder votre base de données, et augmenter IIS.
Employer une ou plusieurs suggestions pour donner à des visiteurs de site Web une meilleure impression et pour les maintenir sur votre emplacement plus longues.
Sections
A. Généralités
B. Images
HTML de C.
D. asp
E. ASP.NET
F. Base de données
G. IIS
Général - matériel et surveillance
1. Accueillir votre site Web avec une compagnie connue pour l'exécution. Vérifier les newsgroup et les emplacements de liste de centre serveur de Web tels que TopHosts (http://www.tophosts.com) pour des compagnies connues pour le rendement élevé. Dans un environnement partagé de serveur (accueil non consacré), découvrir combien d'autres sites Web sont sur le même serveur que le vôtre. Quelques centres serveurs de Web mettront jusqu'à 1 mille emplacements sur un serveur.
2. En accueillant votre propre site Web, installer la RAM autant physique comme possible sur le web server. Car la mémoire devient meilleur marché et meilleur marché par la minute elle est l'un des achats les plus rentables qu'IL le département peut faire.
3. En accueillant votre propre site Web, matériel de qualité d'utilisation - ne pas essayer et économiser l'argent en achetant le matériel qui courra un de vos capitaux plus valables.
4. En accueillant votre propre site Web, considérer acheter les cartes de NIC de qualité qui peuvent débarquer et réduire l'utilisation d'unité centrale de traitement pour la gestion de réseau.
5. Surveiller vos pages Web pour que l'exécution prenne des décisions plus au courant. L'essai bout à bout de votre site Web, par exemple essai des pages Web multiples sur votre site Web, est essentiel aux points et aux endroits faibles d'arrangement pour l'amélioration.
Images
6. Réduire la taille des images en réduisant le nombre de couleurs. Optimiser vos images avec les outils en ligne comme GifWorks (http://www.gifworks.com).
7. Réduire la taille des images en réduisant ses dimensions. Les images d'emblavage, également connues sous le nom de pertinence-augmentant, peuvent réduire la taille et également aider à focaliser l'attention de l'oeil rapide du webnaute.
8. Employer le format de jpg pour des photos. La compression de JPEG est connue pour ses capacités exceptionnelles de compression en ce qui concerne des photos. Beaucoup d'outils, tels qu'ACDSee (http://www.acdsee.com/) peut facilement convertir des images d'un format à l'autre et te permettre de placer la compression de niveau pour des images de JPEG.
9. Réduire tout le nombre d'images à une page. La plupart des navigateurs de Web téléchargent jusqu'à 4 images concurremment ; cependant, chaque raccordement s'ajoute au moment global de réponse/chargement.
10. Réutiliser les images autant que possible pour tirer profit de cacher de serveur-côté (web server) et de client-côté (navigateur).
11. Indiquer les attributs de LARGEUR et de TAILLE d'image pour un chargement plus rapide dans le navigateur.
12. Combiner les images et employer les hyperimages au lieu de segmenter des images, se rappelant que chaque image chargée est un raccordement entre le web browser et le web server.
13. Employer les attributs de l'image alt économiquement. Chaque caractère s'ajoute à la taille de la page Web et au moment de chargement.
HTML
14. Employer les commentaires économiquement. Tandis qu'invisibles quand une page Web est chargée dans un navigateur, les commentaires sont encore transférés à partir du web server, gaspillant inutilement la largeur de bande.
15. Éviter les étiquettes inutiles de HTML : non toutes les étiquettes ont besoin d'une étiquette de fermeture. Par exemple, il n'est pas nécessaire d'avoir une fin ou une étiquette.
16. Optimiser votre code de HTML avec les outils en ligne libres tels que l'iWebTool (http://www.iwebtool.com/html_optimizer) pour réduire la taille globale du dossier de HTML.
17. Éviter d'employer des armatures. Chaque armature charge sa propre page Web qui peut augmenter le temps de réponse global d'une page Web.
18. Réduire au minimum la quantité de texte et de secondaire-étiquettes entre la TÊTE ouverte et fermer l'étiquette.
19. Placer les étiquettes externes de Javascript, c.-à-d. avec le src= » [someurl] », à la fin du document pour retarder le chargement.
20. Simplifier les tables et éviter les tables nichées (tables dans des tables).
21. Dans les tables employer les couleurs de fond au lieu des images.
22. Éviter d'employer les rédacteurs d'IMPRESSION CONFORME À LA VISUALISATION, par exemple Frontpage, qui incluent le texte supplémentaire et non pertinent et les étiquettes de HTML. Apprendre à éditer le code de HTML à la main.
Asp
23. Neutraliser l'état de session sinon employant des sessions. Si vous employez des sessions, considérer employer des biscuits ou une identification dans la corde de question avec stocker temporairement des données dans une base de données. Neutraliser l'état de session, au dessus de votre page d'asp, incluent la directive :
24. Employer l'option explicite pour réduire des erreurs de programmation. Au dessus de votre page d'asp, inclure la directive :
25. Employer Server.Transfer au-dessus de Response.Redirect. Response.Redirect emploie un aller-retour additionnel au web server tandis que Server.Transfer pas, réduisant la quantité de largeur de bande utilisée, des ressources de système, et le temps de réponse global.
26. Quand l'indication d'un URL sans page Web, par exemple http://www.exclamationsoft.com, incluent l'estafilade de remorquage, par exemple http://www.exclamationsoft.com/, pour sauver un voyage de nouveau au web server.
27. Réduire l'utilisation des variables globales.
28. Réduire le nombre de incluent des dossiers utilisés à une page. En outre, le segment et classent des fonctions par catégorie dans utilisé généralement incluent des dossiers.
29. Faire attention de la concaténation de corde car la taille de la corde se développe. Pendant que la corde se développe par la concaténation, elle est copiée à un nouvel endroit dans la mémoire chaque fois.
30. Placer les objets, particulièrement objets de base de données à rien une fois plus non nécessaire. Par exemple, placer l'oRecordset = rien.
31. Garder les blocs de manuscrit d'asp ensemble. Chaque commutateur entre le manuscrit d'asp et le HTML fait cesser et commencer le compilateur le traitement.
32. Ne pas employer le commentaire d'asp : ce qui est compilé chaque fois la page est chargée. Au lieu de cela, HTML d'utilisation commentant ou aucun commentant du tout.
33. Ne pas laisser les méthodes vides de Session_OnStart ou de Session_OnEnd. Si des sessions ne sont pas employées dans votre application, enlever ces deux méthodes puisqu'elles seront compilées et exécutées même lorsque vides.
ASP.NET
34. Cachette api d'ASP.NET. Si vous n'employez pas la cachette api, arrêter votre codage et lire l'aide à ce sujet et la mettre en application aussitôt que possible.
35. Réduire les resultsets multiples de base de données. Chaque question de base de données avec des résultats retournés est un voyage rond au serveur de base de données, s'ajoutant au temps de réponse global.
36. L'utilisation « a paginé » l'accès de données, par exemple ASP.NET le rend facile de créer DataGrids et DataLists des résultats des questions de base de données. Les employer à votre avantage en montrant seulement un petit sous-ensemble de ces résultats pour améliorer des temps de réponse de page Web.
37. Employer HttpContext.Items pour ajouter les objets fréquemment utilisés pendant une charge d'une seule page pour créer « par-demandent » la cachette.
38. Utiliser le traitement de fond pour aider avec long charge. Créer les opérations multi-filetées si possible et faisable.
39. Employer la page rapide cachant pour les pages qui sont montrées à plusieurs reprises (penser automobile-régénèrent) :
40. Sinon à l'aide du poteau-en arrière de forme, arrêter le viewstate :
41. Éviter d'attraper des exceptions inutiles : les exceptions encourent une grande quantité de frais généraux et ne devraient pas être employées pour la commande d'écoulement de logique de programme.
42. Éviter de jeter des exceptions.
43. Permettre l'amortissement.
44. Employer Page.IsPostBack pour empêcher le code d'être inutilement exécutée.
45. Assurer corrigent est placé à faux et la construction de dégagement est employée dans la production.
46. Employer les commandes de validation de client-côté pour réduire des tours de serveur.
47. Employer StringBuilder en enchaînant des cordes.
Base de données
48. Employer un serveur de SQL ou un Access fini différent de base de données de niveau professionnelle.
49. Employer les questions simples stockées de l'excédent SQL de procédures.
50. Mettre de raccordement - assurer mettre de raccordement est permis en employant un DSN (nom de point d'émission de données) dans l'administrateur de point d'émission de données d'ODBC.
IIS
51. Employer le logiciel latéral de compression de serveur tel que le httpZip de Port80 (http://www.port80software.com/products/httpzip/)
52. Employer la compression de GZip pour réduire la largeur de bande, mais se rendre compte que l'utilisation d'unité centrale de traitement peut monter. L'essai d'ab peut vous aider à trouver le bon équilibre de si la compression de GZip est exacte pour votre site Web.
53. Employer IIS 6.0, qui inclut des perfectionnements significatifs d'exécution tels que cacher de grain.
54. Ne pas installer ou ne pas utiliser le serveur d'index de Microsoft à moins que vous ayez besoin de lui. Le coût est supérieur loin aux avantages qui classent le serveur donneront.
55. Ne pas permettre la notation à moins que nécessaire. La notation est disque et ressource intensifs.
56. Courir IIS « dans-processus » si le site Web est la plupart du temps statique. Les sites Web la plupart du temps dynamiques ou instables ne devraient pas employer cet arrangement.
57. Permettre les « demandes de la cachette ISAPI » d'emplacements qui emploient l'asp qui bénéficie considérablement de cet arrangement.
58. Neutraliser la correction sur des serveurs de production.
59. Permettre la « subsistance Alives de HTTP » pour IIS 5.0 - cet arrangement est permis par défaut dans IIS 6.0.
60. Raccourcir les arrêts de raccordement pour réduire la prise sur des ressources.
Ressources utilisées :
1. MSDN
2. Chapitre 6 - Amélioration de l'exécution d'ASP.NET
3. Incline pour améliorer l'exécution d'application d'asp
4. IIS 101 : Les fondations de l'accord d'exécution
5. Manières du principal Dix de pomper vers le haut de l'exécution d'IIS
Copyright ExclamationSoft 2006
Employer une ou plusieurs suggestions pour donner à des visiteurs de site Web une meilleure impression et pour les maintenir sur votre emplacement plus longues.
Sections
A. Généralités
B. Images
HTML de C.
D. asp
E. ASP.NET
F. Base de données
G. IIS
Général - matériel et surveillance
1. Accueillir votre site Web avec une compagnie connue pour l'exécution. Vérifier les newsgroup et les emplacements de liste de centre serveur de Web tels que TopHosts (http://www.tophosts.com) pour des compagnies connues pour le rendement élevé. Dans un environnement partagé de serveur (accueil non consacré), découvrir combien d'autres sites Web sont sur le même serveur que le vôtre. Quelques centres serveurs de Web mettront jusqu'à 1 mille emplacements sur un serveur.
2. En accueillant votre propre site Web, installer la RAM autant physique comme possible sur le web server. Car la mémoire devient meilleur marché et meilleur marché par la minute elle est l'un des achats les plus rentables qu'IL le département peut faire.
3. En accueillant votre propre site Web, matériel de qualité d'utilisation - ne pas essayer et économiser l'argent en achetant le matériel qui courra un de vos capitaux plus valables.
4. En accueillant votre propre site Web, considérer acheter les cartes de NIC de qualité qui peuvent débarquer et réduire l'utilisation d'unité centrale de traitement pour la gestion de réseau.
5. Surveiller vos pages Web pour que l'exécution prenne des décisions plus au courant. L'essai bout à bout de votre site Web, par exemple essai des pages Web multiples sur votre site Web, est essentiel aux points et aux endroits faibles d'arrangement pour l'amélioration.
Images
6. Réduire la taille des images en réduisant le nombre de couleurs. Optimiser vos images avec les outils en ligne comme GifWorks (http://www.gifworks.com).
7. Réduire la taille des images en réduisant ses dimensions. Les images d'emblavage, également connues sous le nom de pertinence-augmentant, peuvent réduire la taille et également aider à focaliser l'attention de l'oeil rapide du webnaute.
8. Employer le format de jpg pour des photos. La compression de JPEG est connue pour ses capacités exceptionnelles de compression en ce qui concerne des photos. Beaucoup d'outils, tels qu'ACDSee (http://www.acdsee.com/) peut facilement convertir des images d'un format à l'autre et te permettre de placer la compression de niveau pour des images de JPEG.
9. Réduire tout le nombre d'images à une page. La plupart des navigateurs de Web téléchargent jusqu'à 4 images concurremment ; cependant, chaque raccordement s'ajoute au moment global de réponse/chargement.
10. Réutiliser les images autant que possible pour tirer profit de cacher de serveur-côté (web server) et de client-côté (navigateur).
11. Indiquer les attributs de LARGEUR et de TAILLE d'image pour un chargement plus rapide dans le navigateur.
12. Combiner les images et employer les hyperimages au lieu de segmenter des images, se rappelant que chaque image chargée est un raccordement entre le web browser et le web server.
13. Employer les attributs de l'image alt économiquement. Chaque caractère s'ajoute à la taille de la page Web et au moment de chargement.
HTML
14. Employer les commentaires économiquement. Tandis qu'invisibles quand une page Web est chargée dans un navigateur, les commentaires sont encore transférés à partir du web server, gaspillant inutilement la largeur de bande.
15. Éviter les étiquettes inutiles de HTML : non toutes les étiquettes ont besoin d'une étiquette de fermeture. Par exemple, il n'est pas nécessaire d'avoir une fin ou une étiquette.
16. Optimiser votre code de HTML avec les outils en ligne libres tels que l'iWebTool (http://www.iwebtool.com/html_optimizer) pour réduire la taille globale du dossier de HTML.
17. Éviter d'employer des armatures. Chaque armature charge sa propre page Web qui peut augmenter le temps de réponse global d'une page Web.
18. Réduire au minimum la quantité de texte et de secondaire-étiquettes entre la TÊTE ouverte et fermer l'étiquette.
19. Placer les étiquettes externes de Javascript, c.-à-d. avec le src= » [someurl] », à la fin du document pour retarder le chargement.
20. Simplifier les tables et éviter les tables nichées (tables dans des tables).
21. Dans les tables employer les couleurs de fond au lieu des images.
22. Éviter d'employer les rédacteurs d'IMPRESSION CONFORME À LA VISUALISATION, par exemple Frontpage, qui incluent le texte supplémentaire et non pertinent et les étiquettes de HTML. Apprendre à éditer le code de HTML à la main.
Asp
23. Neutraliser l'état de session sinon employant des sessions. Si vous employez des sessions, considérer employer des biscuits ou une identification dans la corde de question avec stocker temporairement des données dans une base de données. Neutraliser l'état de session, au dessus de votre page d'asp, incluent la directive :
24. Employer l'option explicite pour réduire des erreurs de programmation. Au dessus de votre page d'asp, inclure la directive :
25. Employer Server.Transfer au-dessus de Response.Redirect. Response.Redirect emploie un aller-retour additionnel au web server tandis que Server.Transfer pas, réduisant la quantité de largeur de bande utilisée, des ressources de système, et le temps de réponse global.
26. Quand l'indication d'un URL sans page Web, par exemple http://www.exclamationsoft.com, incluent l'estafilade de remorquage, par exemple http://www.exclamationsoft.com/, pour sauver un voyage de nouveau au web server.
27. Réduire l'utilisation des variables globales.
28. Réduire le nombre de incluent des dossiers utilisés à une page. En outre, le segment et classent des fonctions par catégorie dans utilisé généralement incluent des dossiers.
29. Faire attention de la concaténation de corde car la taille de la corde se développe. Pendant que la corde se développe par la concaténation, elle est copiée à un nouvel endroit dans la mémoire chaque fois.
30. Placer les objets, particulièrement objets de base de données à rien une fois plus non nécessaire. Par exemple, placer l'oRecordset = rien.
31. Garder les blocs de manuscrit d'asp ensemble. Chaque commutateur entre le manuscrit d'asp et le HTML fait cesser et commencer le compilateur le traitement.
32. Ne pas employer le commentaire d'asp : ce qui est compilé chaque fois la page est chargée. Au lieu de cela, HTML d'utilisation commentant ou aucun commentant du tout.
33. Ne pas laisser les méthodes vides de Session_OnStart ou de Session_OnEnd. Si des sessions ne sont pas employées dans votre application, enlever ces deux méthodes puisqu'elles seront compilées et exécutées même lorsque vides.
ASP.NET
34. Cachette api d'ASP.NET. Si vous n'employez pas la cachette api, arrêter votre codage et lire l'aide à ce sujet et la mettre en application aussitôt que possible.
35. Réduire les resultsets multiples de base de données. Chaque question de base de données avec des résultats retournés est un voyage rond au serveur de base de données, s'ajoutant au temps de réponse global.
36. L'utilisation « a paginé » l'accès de données, par exemple ASP.NET le rend facile de créer DataGrids et DataLists des résultats des questions de base de données. Les employer à votre avantage en montrant seulement un petit sous-ensemble de ces résultats pour améliorer des temps de réponse de page Web.
37. Employer HttpContext.Items pour ajouter les objets fréquemment utilisés pendant une charge d'une seule page pour créer « par-demandent » la cachette.
38. Utiliser le traitement de fond pour aider avec long charge. Créer les opérations multi-filetées si possible et faisable.
39. Employer la page rapide cachant pour les pages qui sont montrées à plusieurs reprises (penser automobile-régénèrent) :
40. Sinon à l'aide du poteau-en arrière de forme, arrêter le viewstate :
41. Éviter d'attraper des exceptions inutiles : les exceptions encourent une grande quantité de frais généraux et ne devraient pas être employées pour la commande d'écoulement de logique de programme.
42. Éviter de jeter des exceptions.
43. Permettre l'amortissement.
44. Employer Page.IsPostBack pour empêcher le code d'être inutilement exécutée.
45. Assurer corrigent est placé à faux et la construction de dégagement est employée dans la production.
46. Employer les commandes de validation de client-côté pour réduire des tours de serveur.
47. Employer StringBuilder en enchaînant des cordes.
Base de données
48. Employer un serveur de SQL ou un Access fini différent de base de données de niveau professionnelle.
49. Employer les questions simples stockées de l'excédent SQL de procédures.
50. Mettre de raccordement - assurer mettre de raccordement est permis en employant un DSN (nom de point d'émission de données) dans l'administrateur de point d'émission de données d'ODBC.
IIS
51. Employer le logiciel latéral de compression de serveur tel que le httpZip de Port80 (http://www.port80software.com/products/httpzip/)
52. Employer la compression de GZip pour réduire la largeur de bande, mais se rendre compte que l'utilisation d'unité centrale de traitement peut monter. L'essai d'ab peut vous aider à trouver le bon équilibre de si la compression de GZip est exacte pour votre site Web.
53. Employer IIS 6.0, qui inclut des perfectionnements significatifs d'exécution tels que cacher de grain.
54. Ne pas installer ou ne pas utiliser le serveur d'index de Microsoft à moins que vous ayez besoin de lui. Le coût est supérieur loin aux avantages qui classent le serveur donneront.
55. Ne pas permettre la notation à moins que nécessaire. La notation est disque et ressource intensifs.
56. Courir IIS « dans-processus » si le site Web est la plupart du temps statique. Les sites Web la plupart du temps dynamiques ou instables ne devraient pas employer cet arrangement.
57. Permettre les « demandes de la cachette ISAPI » d'emplacements qui emploient l'asp qui bénéficie considérablement de cet arrangement.
58. Neutraliser la correction sur des serveurs de production.
59. Permettre la « subsistance Alives de HTTP » pour IIS 5.0 - cet arrangement est permis par défaut dans IIS 6.0.
60. Raccourcir les arrêts de raccordement pour réduire la prise sur des ressources.
Ressources utilisées :
1. MSDN
2. Chapitre 6 - Amélioration de l'exécution d'ASP.NET
3. Incline pour améliorer l'exécution d'application d'asp
4. IIS 101 : Les fondations de l'accord d'exécution
5. Manières du principal Dix de pomper vers le haut de l'exécution d'IIS
Copyright ExclamationSoft 2006
Article Source: http://www.articleset.com

You are welcome to publish or reprint this article free of charge, provided:
- you include the entire article, unchanged, including the "About The Author" box
- all hyperlinks remain active, including the bottom ArticleSet.com link (does not apply to print publications)
- you agree not to hold the authors nor ArticleSet.com liable for any loss profits, expenses, or any other damages resulting from the use or misuse of articles published on this website