Web site che progetta le colonne (part2)
| by Pavel Lenshin | January 09, 2005
RENTABILITÉ
Est la rentabilité ce que rend vos W plaisants de traiter. Tandis que chacun définit personnellement pour son individu (il) comment rendre la conception gentille de regarder, mémorable (en ce qui concerne stigmatiser) et le client de service/besoins d'affaires de la meilleure manière possible, du côté technique du bidon de rentabilité et devrait être corrigé en utilisant les conditions standard.
OPTIMISATION DE CODE SOURCE
Premièrement au sujet des quatre problèmes qui viennent à mon avis avec le code source « sale » de HTML :
• Le croix-navigateur potentiel est en conflit pendant que quelques étiquettes inutiles particulières (un morceau de code source de HTML) peuvent être négligées par un navigateur mais créer quelques erreurs visuelles, une fois vu dans l'autre navigateur.
• Le page Web plus inutile d'étiquettes de HTML a, le plus qu'il occupe espace d'entraînement.
• Comme dérivé du problème précédent, plus la taille de ce page Web, plus il dure au visiteur à la charge et la regarde.
• Moteurs de recherche comme l'information textuelle plate et claire pour la recherche et le balayage faciles. En ayant beaucoup de morceaux inutiles de code de HTML, vous empêchez des araignées de Se à l'index approprié vos pages Web. Le résultat est diminuer évident de vos rangs de Search Engine. C'est pourquoi corriger d'étiquettes de méta n'est pas la seule chose que vous devriez prêter l'attention à.
La statistique prouve que plus alors 85% de tout le WSs en ligne exige l'optimisation de graphiques ou de code de HTML. C'est réellement un problème commun, le noyau dont les mensonges dans l'utilisation des éditeurs Web « à la maison » fortement populaires aiment le Frontpage ou autre.
Le « gagnant » parmi le plus mauvais est compositeur bien connu de Netscape, dû au code extrêmement « sale » de HTML qu'il produit tout en éditante vieille ou créer de nouveaux pages Web. Si vous avez jamais employé le compositeur et personne « n'ont nettoyé » ces pages Web après, elles contiennent certainement beaucoup de HTML « ordures ».
Basé sur le page Web de mon propre l'expérience chaque compositeur de 50Kb Netscape peut être facilement optimisé au volume du fichier 40Kb ou moins, comme résultat simple des étiquettes supprimantes de HTML d'ordure. Si vous mettez en application la feuille de modèle de cascade et le compresseur de HTML vous obtiendrez la même chose, mais la totalisation « propre et brillante » 25-30Kb (les 40-50% épargnes de page Web d'espace) avec les effets visuels augmentés.
L'exemple au-dessus des expositions économisant sur un page Web simple, mais si nous parlons en termes de 50-60 pagine les W, qui occupent (sans graphiques) 3-5Mb de l'espace d'entraînement dur, l'épargne potentielle en raison de l'optimisation de HTML peut atteindre 1-3Mb. Ainsi si vous éprouvez le manque de l'espace d'entraînement dur avec votre fournisseur de accueil, la solution aux mensonges de ce problème dans l'optimisation simple de W. Elle ménage non seulement beaucoup d'espace, mais, comme nous savons, élimine des erreurs potentielles de croix-navigateur, aide des araignées de Se à classer correctement vos pages Web et à faire vos visiteurs surfant plus rapide et lisse et donc plaisant.
OPTIMISATION DE GRAPHIQUES
Quand nous parlons au sujet des graphiques mal optimisés nous obtenons deux problèmes : plus d'espace occupé et de plus mauvais moment de chargement. Étant donné que le premier obstacle peut être surmonté en acquérant le serveur personnel avec plusieurs gigaoctets de l'espace d'entraînement dur, le problème de lettre continuera à exister car la majorité de visiteurs de Web ont le raccordement à vitesse réduite d'appel téléphonique.
Pour faire vos graphiques optimisés au niveau de base, vous devriez le sauver dans le format graphique approprié. Beaucoup d'images populaires des couvertures d'eBook peuvent être facilement optimisées simplement par format de re-économie .JPG dans .GIF ou vice versa selon le dossier particulier. Cette seule tactique peut apporter le dossier 15Kb pour occuper 7-10Kb en matière de 2 mn.
Les maths de base prouvent que 10 images optimisées (sans optimisation de HTML) sur un page Web sont capables pour diminuer la taille globale de elle de 120Kb à 70Kb sans la perte visuelle de la qualité de l'image. Vous rendez-vous compte des statistiques combien de visiteurs laissent votre emplacement juste parce qu'ils sont fatigués pour attendre jusqu'à ce que toutes les images chargent ? Il ne signifie pas que vous devez simplement supprimer ces images complètement pendant que certains suggèrent, ce que signifie il est qu'elles sont meilleures d'être optimisées parce qu'au cas où d'eBook couvrirait, elles vous êtes avérés tripler vendre le potentiel et leur absence sera à peine compensée par de nouveaux visiteurs.
Pour choisir le bon format, suivre une règle simple : « Si l'image de cible est pour être une photo, avec beaucoup de couleurs, unshaped des objets et différentes lumières, ce dossier devraient être sauvées dans le format de .JPG. Si, au contraire, une image est plus probable se compose d'un certain nombre d'objets de vecteur comme des cercles, triangles, places, ne fait pas noyer trop de couleurs ou semblable à certains des bandes dessinées, alors le format de .GIF est le meilleur à employer. »
S'il est difficile de déterminer, alors économiser lui dans les deux formats et comparer le rapport de qualité/taille. Pas beaucoup de travail, grand effet.
Avoir les rédacteurs graphiques semi ou entièrement professionnels te permettra d'obtenir encore de meilleurs résultats en choisissant le taux de compression, la douceur, acuité des bords - si nous parlons au sujet du format de .JPG ; ou la palette, les couleurs, taux de transparent, animation comporte etc. - si nous traitons le format de .GIF.
Les occasions technologiques d'aujourd'hui sont vastes, ainsi c'est toi pour décider dans comment profondément vous voulez « plonger ».
CROSS-BROWSER ET OPTIMISATION DE RÉSOLUTION D'ÉCRAN
Les nombres sont les suivants :
• 2% ont le '' 14 périmé avec les Pixel 640*480 dans la largeur et la taille respectivement.
• 49% de Web-surfers emploient 15 " des moniteurs avec résolution « standard la » préférable d'écran des Pixel 800*600 ;
• la vague déferlante de 45% le Web avec 17 " surveille avec la résolution 1024*768 raisonnable ;
• 4% d'utilisateurs apprécient 18-19 " des moniteurs avec des arrangements de l'écran 1152*864-1280*1024.
Que ces nombres devraient-ils t'indiquer ? La chose très simple - si vous créiez les W sur vos 15 " moniteur, ne pas supposer qu'il regardera aussi bon sur d'autres moniteurs que sur le vôtre.
Me laisser dessiner plusieurs notes ici au sujet de la tendance que le marché de moniteur suivra dans le futur le plus proche. Est d'abord que chacun des 14 " des moniteurs va graduellement à leur repos éternel mérité. Même la part des cahiers avec 15 " TFT examine la croissance exponentiellement. Il y a même plusieurs nouvelles versions avec 16 " les matrices actives. Ne pas oublier également que 14 des cahiers " écran de TFT ont presque mêmes pouces diagonaux que les 15 " moniteurs habituels de tube (tube à rayon cathodique). Deuxièmement, le nombre de 15 " des moniteurs est diminuer également, dû au nombre de plus en plus important de 17 " propriétaires de moniteur qui est le troisième point.
Une conclusion de phrase des statistiques ci-dessus est que vos W devraient regarder très bien, au moins, sous les résolutions 800*600 et 1024*768. C'est une demande du marché à vos W et, comme nous savons, vous améliorez pas la plaisanterie avec le marché.
Sans entrer profondément dans la théorie, il y a deux manières :
• plus simple ;
• plus complexe.
Correct, tous les deux satisfont la demande au-dessus de mais la manière de lettre, donnée l'est plus complexe, adapte habituellement parfaitement toute résolution d'écran, si elle est 14 " ou 21 " et plus favorable aux W espacent l'utilisation.
La manière plus facile serait de faire les frontières de votre page Web (tables de votre page Web) à fixer avec certain nombre des Pixel.
Les arrangements les plus populaires sont quelque chose entre 650 à 750 Pixel juste pour adapter cet écran de largeur de 800 Pixel sous les 15 les plus populaires " résolution du moniteur 800*600. Si vous allez que la manière votre page Web aura le même regard sous différents ensembles de résolutions.
Si nous essayons de la voir à 14 " moniteur avec 640 Pixel de largeur, le scroller horizontal désagréable apparaîtrait parce que notre arrangement fixe en 700 Pixel est puis 640 plus larges et il juste ne s'adaptera pas dans lui. Si, d'une part, nous regardons notre emplacement imaginable sous 1152*864 ou 1280*1024, il regardera trop étroit, car il occupera seulement 60% de la largeur d'écran (nos 700 par rapport à la largeur de 1200 Pixel d'écran). Pourquoi de cette façon concevoir plus simple ? Vous juste n'aurez aucun problème le construire : aucun besoin de résolution ou d'optimisation de croix-navigateur, en tant que Pixel fixes ne sont lus correctement sous presque chaque navigateur.
La manière plus complexe est d'avoir la largeur d'une ou plusieurs colonnes de tables de HTML sur votre emplacement à placer en pour cent comme 75% ou 100% et, en conséquence, poses la capacité automatiquement d'élargir ou se rétrécir selon les pour cent indiqués, selon quelle résolution d'écran l'emplacement est regardé dessous.
Si vous avez des arrangements de l'écran 600*800 (la largeur d'écran est 600 Pixel) et un de la largeur de table de votre emplacement est placé à 100%, puis cette table particulière avec tous les texte et graphique inclus se rétrécira à 600 Pixel, si nous plaçons le moniteur à la résolution 1200*1024, c.-à-d. ayant 1200 Pixel larges, la table de notre emplacement s'étendra au indiqué 100%, dans ce cas, 1200 Pixel.
C'est pourquoi il regarde de différentes résolutions sous plus attrayantes mais l'optimisation additionnelle des demandes, y compris l'optimisation de croix-navigateur, en tant que navigateur de Netscape Navigator A quelques problèmes avec l'interprétation appropriée des arrangements de pour cent dans multi des tables de colonne. Quelle manière de choisir dépend du charge et votre préférence.
Je te souhaite la créativité sans fin et puis le 70Kb par la page
copyright (c) Pavel Lenshin
Est la rentabilité ce que rend vos W plaisants de traiter. Tandis que chacun définit personnellement pour son individu (il) comment rendre la conception gentille de regarder, mémorable (en ce qui concerne stigmatiser) et le client de service/besoins d'affaires de la meilleure manière possible, du côté technique du bidon de rentabilité et devrait être corrigé en utilisant les conditions standard.
OPTIMISATION DE CODE SOURCE
Premièrement au sujet des quatre problèmes qui viennent à mon avis avec le code source « sale » de HTML :
• Le croix-navigateur potentiel est en conflit pendant que quelques étiquettes inutiles particulières (un morceau de code source de HTML) peuvent être négligées par un navigateur mais créer quelques erreurs visuelles, une fois vu dans l'autre navigateur.
• Le page Web plus inutile d'étiquettes de HTML a, le plus qu'il occupe espace d'entraînement.
• Comme dérivé du problème précédent, plus la taille de ce page Web, plus il dure au visiteur à la charge et la regarde.
• Moteurs de recherche comme l'information textuelle plate et claire pour la recherche et le balayage faciles. En ayant beaucoup de morceaux inutiles de code de HTML, vous empêchez des araignées de Se à l'index approprié vos pages Web. Le résultat est diminuer évident de vos rangs de Search Engine. C'est pourquoi corriger d'étiquettes de méta n'est pas la seule chose que vous devriez prêter l'attention à.
La statistique prouve que plus alors 85% de tout le WSs en ligne exige l'optimisation de graphiques ou de code de HTML. C'est réellement un problème commun, le noyau dont les mensonges dans l'utilisation des éditeurs Web « à la maison » fortement populaires aiment le Frontpage ou autre.
Le « gagnant » parmi le plus mauvais est compositeur bien connu de Netscape, dû au code extrêmement « sale » de HTML qu'il produit tout en éditante vieille ou créer de nouveaux pages Web. Si vous avez jamais employé le compositeur et personne « n'ont nettoyé » ces pages Web après, elles contiennent certainement beaucoup de HTML « ordures ».
Basé sur le page Web de mon propre l'expérience chaque compositeur de 50Kb Netscape peut être facilement optimisé au volume du fichier 40Kb ou moins, comme résultat simple des étiquettes supprimantes de HTML d'ordure. Si vous mettez en application la feuille de modèle de cascade et le compresseur de HTML vous obtiendrez la même chose, mais la totalisation « propre et brillante » 25-30Kb (les 40-50% épargnes de page Web d'espace) avec les effets visuels augmentés.
L'exemple au-dessus des expositions économisant sur un page Web simple, mais si nous parlons en termes de 50-60 pagine les W, qui occupent (sans graphiques) 3-5Mb de l'espace d'entraînement dur, l'épargne potentielle en raison de l'optimisation de HTML peut atteindre 1-3Mb. Ainsi si vous éprouvez le manque de l'espace d'entraînement dur avec votre fournisseur de accueil, la solution aux mensonges de ce problème dans l'optimisation simple de W. Elle ménage non seulement beaucoup d'espace, mais, comme nous savons, élimine des erreurs potentielles de croix-navigateur, aide des araignées de Se à classer correctement vos pages Web et à faire vos visiteurs surfant plus rapide et lisse et donc plaisant.
OPTIMISATION DE GRAPHIQUES
Quand nous parlons au sujet des graphiques mal optimisés nous obtenons deux problèmes : plus d'espace occupé et de plus mauvais moment de chargement. Étant donné que le premier obstacle peut être surmonté en acquérant le serveur personnel avec plusieurs gigaoctets de l'espace d'entraînement dur, le problème de lettre continuera à exister car la majorité de visiteurs de Web ont le raccordement à vitesse réduite d'appel téléphonique.
Pour faire vos graphiques optimisés au niveau de base, vous devriez le sauver dans le format graphique approprié. Beaucoup d'images populaires des couvertures d'eBook peuvent être facilement optimisées simplement par format de re-économie .JPG dans .GIF ou vice versa selon le dossier particulier. Cette seule tactique peut apporter le dossier 15Kb pour occuper 7-10Kb en matière de 2 mn.
Les maths de base prouvent que 10 images optimisées (sans optimisation de HTML) sur un page Web sont capables pour diminuer la taille globale de elle de 120Kb à 70Kb sans la perte visuelle de la qualité de l'image. Vous rendez-vous compte des statistiques combien de visiteurs laissent votre emplacement juste parce qu'ils sont fatigués pour attendre jusqu'à ce que toutes les images chargent ? Il ne signifie pas que vous devez simplement supprimer ces images complètement pendant que certains suggèrent, ce que signifie il est qu'elles sont meilleures d'être optimisées parce qu'au cas où d'eBook couvrirait, elles vous êtes avérés tripler vendre le potentiel et leur absence sera à peine compensée par de nouveaux visiteurs.
Pour choisir le bon format, suivre une règle simple : « Si l'image de cible est pour être une photo, avec beaucoup de couleurs, unshaped des objets et différentes lumières, ce dossier devraient être sauvées dans le format de .JPG. Si, au contraire, une image est plus probable se compose d'un certain nombre d'objets de vecteur comme des cercles, triangles, places, ne fait pas noyer trop de couleurs ou semblable à certains des bandes dessinées, alors le format de .GIF est le meilleur à employer. »
S'il est difficile de déterminer, alors économiser lui dans les deux formats et comparer le rapport de qualité/taille. Pas beaucoup de travail, grand effet.
Avoir les rédacteurs graphiques semi ou entièrement professionnels te permettra d'obtenir encore de meilleurs résultats en choisissant le taux de compression, la douceur, acuité des bords - si nous parlons au sujet du format de .JPG ; ou la palette, les couleurs, taux de transparent, animation comporte etc. - si nous traitons le format de .GIF.
Les occasions technologiques d'aujourd'hui sont vastes, ainsi c'est toi pour décider dans comment profondément vous voulez « plonger ».
CROSS-BROWSER ET OPTIMISATION DE RÉSOLUTION D'ÉCRAN
Les nombres sont les suivants :
• 2% ont le '' 14 périmé avec les Pixel 640*480 dans la largeur et la taille respectivement.
• 49% de Web-surfers emploient 15 " des moniteurs avec résolution « standard la » préférable d'écran des Pixel 800*600 ;
• la vague déferlante de 45% le Web avec 17 " surveille avec la résolution 1024*768 raisonnable ;
• 4% d'utilisateurs apprécient 18-19 " des moniteurs avec des arrangements de l'écran 1152*864-1280*1024.
Que ces nombres devraient-ils t'indiquer ? La chose très simple - si vous créiez les W sur vos 15 " moniteur, ne pas supposer qu'il regardera aussi bon sur d'autres moniteurs que sur le vôtre.
Me laisser dessiner plusieurs notes ici au sujet de la tendance que le marché de moniteur suivra dans le futur le plus proche. Est d'abord que chacun des 14 " des moniteurs va graduellement à leur repos éternel mérité. Même la part des cahiers avec 15 " TFT examine la croissance exponentiellement. Il y a même plusieurs nouvelles versions avec 16 " les matrices actives. Ne pas oublier également que 14 des cahiers " écran de TFT ont presque mêmes pouces diagonaux que les 15 " moniteurs habituels de tube (tube à rayon cathodique). Deuxièmement, le nombre de 15 " des moniteurs est diminuer également, dû au nombre de plus en plus important de 17 " propriétaires de moniteur qui est le troisième point.
Une conclusion de phrase des statistiques ci-dessus est que vos W devraient regarder très bien, au moins, sous les résolutions 800*600 et 1024*768. C'est une demande du marché à vos W et, comme nous savons, vous améliorez pas la plaisanterie avec le marché.
Sans entrer profondément dans la théorie, il y a deux manières :
• plus simple ;
• plus complexe.
Correct, tous les deux satisfont la demande au-dessus de mais la manière de lettre, donnée l'est plus complexe, adapte habituellement parfaitement toute résolution d'écran, si elle est 14 " ou 21 " et plus favorable aux W espacent l'utilisation.
La manière plus facile serait de faire les frontières de votre page Web (tables de votre page Web) à fixer avec certain nombre des Pixel.
Les arrangements les plus populaires sont quelque chose entre 650 à 750 Pixel juste pour adapter cet écran de largeur de 800 Pixel sous les 15 les plus populaires " résolution du moniteur 800*600. Si vous allez que la manière votre page Web aura le même regard sous différents ensembles de résolutions.
Si nous essayons de la voir à 14 " moniteur avec 640 Pixel de largeur, le scroller horizontal désagréable apparaîtrait parce que notre arrangement fixe en 700 Pixel est puis 640 plus larges et il juste ne s'adaptera pas dans lui. Si, d'une part, nous regardons notre emplacement imaginable sous 1152*864 ou 1280*1024, il regardera trop étroit, car il occupera seulement 60% de la largeur d'écran (nos 700 par rapport à la largeur de 1200 Pixel d'écran). Pourquoi de cette façon concevoir plus simple ? Vous juste n'aurez aucun problème le construire : aucun besoin de résolution ou d'optimisation de croix-navigateur, en tant que Pixel fixes ne sont lus correctement sous presque chaque navigateur.
La manière plus complexe est d'avoir la largeur d'une ou plusieurs colonnes de tables de HTML sur votre emplacement à placer en pour cent comme 75% ou 100% et, en conséquence, poses la capacité automatiquement d'élargir ou se rétrécir selon les pour cent indiqués, selon quelle résolution d'écran l'emplacement est regardé dessous.
Si vous avez des arrangements de l'écran 600*800 (la largeur d'écran est 600 Pixel) et un de la largeur de table de votre emplacement est placé à 100%, puis cette table particulière avec tous les texte et graphique inclus se rétrécira à 600 Pixel, si nous plaçons le moniteur à la résolution 1200*1024, c.-à-d. ayant 1200 Pixel larges, la table de notre emplacement s'étendra au indiqué 100%, dans ce cas, 1200 Pixel.
C'est pourquoi il regarde de différentes résolutions sous plus attrayantes mais l'optimisation additionnelle des demandes, y compris l'optimisation de croix-navigateur, en tant que navigateur de Netscape Navigator A quelques problèmes avec l'interprétation appropriée des arrangements de pour cent dans multi des tables de colonne. Quelle manière de choisir dépend du charge et votre préférence.
Je te souhaite la créativité sans fin et puis le 70Kb par la page
copyright (c) Pavel Lenshin
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