Wenn deine Besucher eine Webseite grasen, hängt ihre Grasenerfahrung von vielen Sachen ab, die du bereits weißt - Anschlußgeschwindigkeit, Computerhardware und Software, Internet-Versorger sind einige gerecht. Jedoch die Rolle, daß gute Netzdesignspiele in der Grasengeschwindigkeit häufig unter-erkannt wird. Abbildungen und Graphiken als Navigation Hilfsmittel sind häufig ein leistungsfähiger `Haken' für Kunden und können einen Grasenlernabschnitt leicht erhöhen. Wenn sie falsch benutzt werden, können sie Engpässe verursachen, die die Anzeige hemmen, die, dein Aufstellungsort senden muß.

Im Allgemeinen wenn du ein Bildmosaik bildest, mußt du dich ein Paar an wichtige Richtlinien erinnern:

Richtlinie 1: Die Seite Last Zeitzunahmen zusammen mit der Zahl Seite Elementen, selbst wenn ihre Gesamtgröße die selbe bleibt.

Richtlinie 2: Jedoch führt das Mischen der Seite Elemente zu eine längere Wartezeit, bis du Besucher den ersten Teil deiner Webseite siehst. Du mußt eine Balance halten.

Wenn Sie eine Webseite entwerfen, mußt du Prioritäten festlegen. Ist dein Ziel eine schnelle Grasenerfahrung oder eine maximale Sichtauswirkung? Deine Kunden warten lang genug oder werden sie gehen anderwohin?

Die Netzentwerfer, die graphische Navigation verwenden, haben viele Wahlen - zum der Graphiken und des Textes einzuschließen, um von einem großen Bild mit einigen Navigation Elementen gerade zu arbeiten, oder viele kleine zu laden. Das letzte ist eine populäre Methode heute, aber kann zu langsame Zugriffzeiten führen. Diese Verlangsamung ist auf Verbindungsaufbauanschlüssen, aber, weil Bedieneranträge weniger durch Downloadgeschwindigkeit beeinflußt werden, wenn du haben einen Engpaß in diesem Bereich besonders wahrnehmbar, kann sie alle deine Benutzer beeinflussen.

Uns den Bedienerantragprozeß überprüfen lassen:

Schritt 1: Benutzer klickt eine Verbindung an und die Datenbanksuchroutine schickt einen HTTP Antrag zum Bediener;

Schritt 2: Der Antrag läuft Internet-Wirte und -fräser durch und erreicht dann den Bediener;

Schritt 3: Der Bediener verarbeitet den Antrag und schickt die die HTTP Antwort und Daten zurück;

Schritt 4: Die Antwort läuft das Internet, normalerweise auf einem anderen Weg durch und erreicht dann die Datenbanksuchroutine und das Element, die durch deine Datenbanksuchroutine übertragen werden und auf deinem Schirm angezeigt sind.

Wie kannst du den Effekt dieses komplizierten Prozesses auf der Kunde Erfahrung errechnen? Es gibt zwei betroffene Hauptfaktoren: die „Internet-Latenzzeit“ und der „HTTP Antrag“.

Die typische minimale Größe eines HTTP Antrags ist 256 Bytes. Dies heißt, daß, wenn Datenbanksuchroutinen um ein Bild von einem Byte in der Größe bitten, die Datenbanksuchroutine einen 256 Byte HTTP Antrag auf beiden seiner Bedieneranschlüsse senden muß, und der Bediener muß eine HTTP Antwort der gleichen Größe, zusammen mit dem einem Byte des Inhalts zurückschicken. Du kannst die folgende Formel, wenn die Berechnung des Beitrags des HTTP Antrags verwenden verzögert:

HTTP Zeit Verlust = (4 Kilobits) * Elemente/Bandbreite in den Kilobits pro Sekunde

Im wesentlichen bedeutet dieses daß auf einer regelmäßigen Web site, in der die Zahl Seite Elementen zwischen 10 und 30 ist, HTTP overheads hinzufügt erheblich deiner Last Zeit. Z.B. in einer Seite mit 50 Elementen und in einer Geschwindigkeit des Anschlußes 56kbps, wird 3.57 Sekunden Seite Last Zeit vergeudet. Lassen Sie uns sagen, daß die Seite Größe 100KB ist. Es bedeutet, daß das `erwartete, daß Last Zeit' 14.28 Sekunden ist, aber tatsächliche Zeit grösseres 25% ist.

Internet-Latenzzeit bezieht mit ein, wie das Paket (Antrag) an den Bediener und an die Rückseite gelangt (Schritte 2 und 4). Die Zeitmenge, das diese Reise nimmt, bekannt als „Pingzeit“. Die kürzeste mögliche Pingzeit zur anderen Seite der Welt ist 85 Millisekunden. Das ist, weil 85ms die Zeit ist, die das elektrische Signal zur anderen Seite und zurück in eine gerade Geraden durch die Masse reisen muß. Selbstverständlich ist der kürzeste mögliche Ping über der Welt 133ms, da wir nicht die Masse durchschneiden können. In der Praxis auf überseeweb site, ist der tatsächliche Ping häufig, über 300ms höher, das nicht ungewöhnlich ist. Zu den lokalen Aufstellungsorten innerhalb der USA und des Europas, kann typische Pingzeit sein 100ms oder senken (Quelle: http://www.internettrafficreport.com).

Internet Latenz Zeit Verlust = Elemente * (PING in den Millisekunden/1000)/2

In der oben genannten Formel „2“ ist der notwendige angenommen Korrekturfaktor, Datenbanksuchroutinen normalerweise mehr als eine Beziehung zum Bediener herstellen.

Es ist möglich, Ping zu enthalten verzögert Zeit und HTTP überschriftantrag verzögert, oben beschrieben, in eine abschließende Formel:

Gesamtzeitverlust = Elemente * (4 Kilobits/Bandbreite + PING/2000)

Trotz des wachsenden Durchgriffes von Breitband in der Welt - entsprechend Nielsen NetRatings, über 60% von US Haushalten und 85% von den US Arbeit Benutzern jetzt sind Breitband ausgerüstet - viele Benutzer leiden noch unter langsamer Seite Last Zeit. Dieses kann Benutzer weg fahren und regt nicht Rückholbesuche an.

Daran erinnern, daß die Größe der kleineren Bilder auf deinem Aufstellungsort gerade verringern nicht erheblich hilft, wenn sie bereits kleiner als 500 Bytes sind. Versuchen, die Zahl Bildern zu verringern, indem Sie sie in eine oder mehrer große Bilder kombinieren. Du kannst Bilddiagramme zu diesem Zweck benutzen, die von der Position der Maus auf dem Bild arbeiten, und bist eine gute Weise des Verringerns auf den Problemen, die durch zersplitterte Bilder verursacht werden.

Die schnellste Weise, wenn sie das „Mosaik-Plan“ Konzept faßt, ist, daß jede 10 Elemente, die, du deinem Aufstellungsort - egal was ihre Größe hinzufügst - fügt allgemein ein Extrazweites deiner Last Zeit hinzu.

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