Ottenere i tempi PIÙ VELOCI di trasferimento dal sistema centrale verso i satelliti facendo i Web pagi PIÙ GRANDI!

| by Michael Hopkins | March 11, 2002
Pendant qu'un webmaster vous savent déjà il important est que vos pages Web téléchargent rapidement. En un mot, si vos pages sont lentes, alors vous êtes les visiteurs perdants. Et si vous êtes les visiteurs perdants, vous perdez l'argent.

Pour accélérer vos temps de téléchargement, la plupart des experts en matière de conception de Web proposeront que vous optimisiez votre GIFs et JPGs de sorte qu'ils téléchargent plus rapidement. Ils proposeront que vous rendiez vos images plus petites ou les enleviez tout à fait. Ou ils proposeront simplement que vous mettiez moins de substance sur vos pages.

Tout le travail de ces méthodes. Le problème, cependant, est qu'elles toutes impliquent de faire les choses que vous ne voulez pas faire. Vous ne voulez serrer plus de qualité et de couleur hors de vos images. Il en va de même pour votre contenu - vous le mettez là parce que vous le voulez là. Fondamentalement, il y a seulement jusqu'ici de toi peut aller de pair avec ces approches avant que vous commenciez vraiment à ruiner votre page.

Heureusement, il y a à sens unique pour obtenir vos pages s'ouvrant plus rapidement sans devoir compromettre vos images ou votre contenu. C'est une méthode simple et efficace, mais une qui est rarement discutée par les experts en matière de conception de Web.

Pour comprendre cette approche, il est important d'identifier la différence entre le moment « perçu » de téléchargement et le moment « réel » de téléchargement. Le temps perçu de téléchargement est le temps où il prend pour avoir assez de substance montrée à votre page pour que le visiteur puisse commencer à étudier votre contenu. Le temps réel de téléchargement est le temps où il prend pour que la page entière et tout son contenu soit entièrement téléchargé.

Le temps perçu de téléchargement est celui qui compte vraiment. Pourquoi ? Puisqu'une fois que votre visiteur a quelque chose avant que ses yeux lire ou regarder, puis il y a beaucoup moins de risque que he/she cliquera loin parce que votre page prend trop long à la charge.

Ainsi comment améliorez-vous votre temps perçu de téléchargement ?

Simple, vous cassez la teneur de votre page vers le bas en deux tables ou plus.

Vous voyez, des navigateurs de Web ne commencerez pas à montrer le contenu d'une table jusqu'à ce qu'elle ait compilé la table entière à l'extrémité. Une fois qu'une table est compilée elle montrera, et le navigateur commencera à compiler la prochaine table.

Cela signifie que si vous placez le contenu entier de votre page à l'intérieur d'une grande table, le navigateur devra compiler le contenu entier de votre page avant que quelque chose soit montré. Le résultat : votre visiteur passe toute cette fois regardant fixement un écran blanc.

Cependant, en mettant une partie du contenu vers le dessus de la page dans une table de ses propres, le reste de la page peut télécharger un bas plus lointain, alors que votre visiteur est occupé à étudier la substance qui est déjà montrée.

J'ai employé cette méthode au grand effet sur mon propre site Web. Je suis descendu d'un temps réel de téléchargement de jusqu'à 20 secondes (regardant fixement un écran blanc) à un temps perçu de téléchargement de rarement plus de 3 secondes (souvent aussi bas que 1 seconde) !

La chose ironique est, ma page est maintenant plus grande (en termes de kilo-octets) qu'il était avant que j'aie fait le changement. C'est parce que 2 tables prennent plus de HTML qu'un.

Mais le garçon fait payer ce peu supplémentaire de HTML au loin !

Faire un essai paginer maintenant et l'essayer dehors. Votre compteur de coup vous remerciera de lui !

Article Source: http://www.articleset.com



About the Author

Michael Hopkins is owner of BizzyDays eBook Publications. Download Brand New Original eBooks for FREE at: http://www.bizzydays.com Download The eBook Publishing Success Package at: http://selfpublishing-ebooks.htm contact@bizzydays.com » Read more articles by Michael Hopkins
You are welcome to publish or reprint this article free of charge, provided: