“Disposizioni del mosaico„: Come e perchè evitare di generare Puzzle-Osservando i Web site
| by Jonathan Tunn and Alexander Grasmik | December 08, 2005
Quando i vostri ospiti passano in rassegna un Web page, la loro esperienza di lettura rapida dipende da molte cose che già conoscete - la velocità del collegamento, i fissaggi di calcolatore ed il software, fornitore di Internet sono giusti alcuni. Tuttavia, il ruolo che i buoni giochi di disegno di fotoricettore nella velocità di lettura rapida sotto-è riconosciuto spesso. Le immagini ed i grafici come sussidio di navigazione sono spesso un gancio potente del `' per i clienti e possono aumentare facilmente una sessione di lettura rapida. Una volta usate in modo errato, possono generare gli ingorghi che impediscono il messaggio che il vostro luogo deve trasmettere.
Basicamente, se state facendo un mosaico di immagine, dovete ricordarti di un accoppiamento delle regole importanti:
Regola 1: Gli aumenti di tempo di carico della pagina insieme al numero di elementi della pagina, anche se il loro formato totale rimane lo stesso.
Regola 2: Tuttavia, fondere gli elementi della pagina condurrà ad un'attesa più lunga fino a che ospite non vediate la prima parte del vostro Web page. Dovete mantenere un equilibrio.
Nella progettazione del Web page, dovete stabilire le priorità. È il vostro obiettivo un'esperienza veloce di lettura rapida o un effetto visivo massimo? i vostri clienti aspettano abbastanza a lungo o andranno altrove?
I progettisti di fotoricettore che usando la navigazione grafica hanno molte scelte - per includere i grafici ed il testo, per funzionare appena da un'grande immagine con parecchi elementi di navigazione, o per caricare molti piccoli. Il posteriore è oggi un metodo popolare, ma può condurre ai tempi di accesso lenti. Questo rallentamento è particolarmente notevole sui collegamenti di dialup, ma perché le richieste dell'assistente più di meno sono influenzate da velocità di trasferimento dal sistema centrale verso i satelliti, se voi ha un ingorgo in questa zona può interessare tutti i vostri utenti.
Esaminiamo il processo di richiesta dell'assistente:
Punto 1: L'utente scatta un collegamento ed il browser trasmette una richiesta del HTTP all'assistente;
Punto 2: La richiesta passa tramite gli ospiti ed i routers del Internet ed allora raggiunge l'assistente;
Punto 3: L'assistente procede la richiesta e trasmette la risposta ed i dati del HTTP indietro;
Punto 4: La risposta passa attraverso il Internet, solitamente su un itinerario differente ed allora raggiunge il browser e l'elemento resi dal vostro browser e visualizzati sul vostro schermo.
Come potete calcolare l'effetto di questo processo complesso sull'esperienza del cliente? Ci è due fattori principali in questione: “il tempo di stato latente del Internet„ e “la richiesta del HTTP„.
Il formato minimo tipico di una richiesta del HTTP è di 256 byte. Ciò significa che quando i browsers chiedono un'immagine di un byte nel formato, il browser deve trasmettere una richiesta del HTTP da 256 byte su entrambi i relativi collegamenti dell'assistente e l'assistente deve trasmettere indietro una risposta del HTTP dello stesso formato, con l'un byte del soddisfare. Potete usare la seguente formula quando calcolare il contributo della richiesta del HTTP fa ritardare:
Perdita del HTTP Tempo = (4 kilobit) * elementi/larghezza di banda nei kilobit al secondo
Essenzialmente questo significa che su un Web site normale, dove il numero di elementi della pagina è fra 10 e 30, overheads del HTTP aggiungerà significativamente al vostro tempo di carico. Per esempio, in una pagina con 50 elementi ed in una velocità del collegamento 56kbps, 3.57 secondi di tempo del carico della pagina è sprecato. Diciamo che il formato della pagina è 100KB. Significa che il `ha previsto che tempo di carico' sia di 14.28 secondi ma il tempo reale è 25% più grande.
Il tempo di stato latente del Internet coinvolge come il pacchetto (richiesta) ottiene all'assistente ed alla parte posteriore (punti 2 e 4). Il tempo che questo viaggio prende è conosciuto come “tempo di rumore metallico„. Il tempo di rumore metallico possibile più corto all'altro lato del mondo è di 85 millisecondi. Quello è perché 85ms è il tempo che il segnale elettrico deve attraversare all'altro lato ed indietro in una linea retta through la terra. Naturalmente, il rumore metallico possibile più corto attraverso il mondo è 133ms, poichè non possiamo tagliare attraverso la terra. In pratica sui Web site d'oltremare, il rumore metallico reale è spesso più alto, sopra 300ms che non è insolito. Ai luoghi locali all'interno degli S.U.A. e dell'Europa, il tempo tipico di rumore metallico può essere 100ms o abbassarsi (fonte: http://www.internettrafficreport.com).
Internet stato latente tempo perdita = elemento * (RUMORE METALLICO nei millisecondi/1000)/2
Nella suddetta formula, “2„ sono il fattore necessario di correzione poichè i browsers fanno solitamente più di un collegamento all'assistente.
È possibile comprendere il rumore metallico fa ritardare il tempo e la richiesta dell'intestazione del HTTP fa ritardare, descritto precedentemente, in una formula finale:
Perdita totale di tempo = degli elementi * (4 kilobit/larghezza di banda + RUMORE METALLICO/2000)
Malgrado la penetrazione crescente di a banda larga nel mondo - secondo Nielsen NetRatings, più di 60% delle famiglie degli Stati Uniti e di 85% degli utenti del lavoro degli Stati Uniti sono ora a banda larga dotati - molti utenti ancora soffrono da tempo di carico lento della pagina. Ciò può guidare gli utenti via e non consiglia alle chiamate di ritorno.
Ricordar di che appena fare diminuire il formato di più piccole immagini sul vostro luogo non aiuta significativamente se sono già meno di 500 byte. Provare a fare diminuire il numero di immagini unendole in una o più grandi immagini. Potete usare i programmi di immagine a questo fine, che funzionano dalla posizione del mouse sull'immagine e siete un buon senso di riduzione i problemi causati dalle immagini spezzettate.
Il senso più rapido nell'afferrare “il concetto delle disposizioni del mosaico„ è che ogni dieci elementi che aggiungete al vostro luogo - qualunque cosa il loro formato - aggiungerà comunemente un secondo supplementare al vostro tempo di carico.
Basicamente, se state facendo un mosaico di immagine, dovete ricordarti di un accoppiamento delle regole importanti:
Regola 1: Gli aumenti di tempo di carico della pagina insieme al numero di elementi della pagina, anche se il loro formato totale rimane lo stesso.
Regola 2: Tuttavia, fondere gli elementi della pagina condurrà ad un'attesa più lunga fino a che ospite non vediate la prima parte del vostro Web page. Dovete mantenere un equilibrio.
Nella progettazione del Web page, dovete stabilire le priorità. È il vostro obiettivo un'esperienza veloce di lettura rapida o un effetto visivo massimo? i vostri clienti aspettano abbastanza a lungo o andranno altrove?
I progettisti di fotoricettore che usando la navigazione grafica hanno molte scelte - per includere i grafici ed il testo, per funzionare appena da un'grande immagine con parecchi elementi di navigazione, o per caricare molti piccoli. Il posteriore è oggi un metodo popolare, ma può condurre ai tempi di accesso lenti. Questo rallentamento è particolarmente notevole sui collegamenti di dialup, ma perché le richieste dell'assistente più di meno sono influenzate da velocità di trasferimento dal sistema centrale verso i satelliti, se voi ha un ingorgo in questa zona può interessare tutti i vostri utenti.
Esaminiamo il processo di richiesta dell'assistente:
Punto 1: L'utente scatta un collegamento ed il browser trasmette una richiesta del HTTP all'assistente;
Punto 2: La richiesta passa tramite gli ospiti ed i routers del Internet ed allora raggiunge l'assistente;
Punto 3: L'assistente procede la richiesta e trasmette la risposta ed i dati del HTTP indietro;
Punto 4: La risposta passa attraverso il Internet, solitamente su un itinerario differente ed allora raggiunge il browser e l'elemento resi dal vostro browser e visualizzati sul vostro schermo.
Come potete calcolare l'effetto di questo processo complesso sull'esperienza del cliente? Ci è due fattori principali in questione: “il tempo di stato latente del Internet„ e “la richiesta del HTTP„.
Il formato minimo tipico di una richiesta del HTTP è di 256 byte. Ciò significa che quando i browsers chiedono un'immagine di un byte nel formato, il browser deve trasmettere una richiesta del HTTP da 256 byte su entrambi i relativi collegamenti dell'assistente e l'assistente deve trasmettere indietro una risposta del HTTP dello stesso formato, con l'un byte del soddisfare. Potete usare la seguente formula quando calcolare il contributo della richiesta del HTTP fa ritardare:
Perdita del HTTP Tempo = (4 kilobit) * elementi/larghezza di banda nei kilobit al secondo
Essenzialmente questo significa che su un Web site normale, dove il numero di elementi della pagina è fra 10 e 30, overheads del HTTP aggiungerà significativamente al vostro tempo di carico. Per esempio, in una pagina con 50 elementi ed in una velocità del collegamento 56kbps, 3.57 secondi di tempo del carico della pagina è sprecato. Diciamo che il formato della pagina è 100KB. Significa che il `ha previsto che tempo di carico' sia di 14.28 secondi ma il tempo reale è 25% più grande.
Il tempo di stato latente del Internet coinvolge come il pacchetto (richiesta) ottiene all'assistente ed alla parte posteriore (punti 2 e 4). Il tempo che questo viaggio prende è conosciuto come “tempo di rumore metallico„. Il tempo di rumore metallico possibile più corto all'altro lato del mondo è di 85 millisecondi. Quello è perché 85ms è il tempo che il segnale elettrico deve attraversare all'altro lato ed indietro in una linea retta through la terra. Naturalmente, il rumore metallico possibile più corto attraverso il mondo è 133ms, poichè non possiamo tagliare attraverso la terra. In pratica sui Web site d'oltremare, il rumore metallico reale è spesso più alto, sopra 300ms che non è insolito. Ai luoghi locali all'interno degli S.U.A. e dell'Europa, il tempo tipico di rumore metallico può essere 100ms o abbassarsi (fonte: http://www.internettrafficreport.com).
Internet stato latente tempo perdita = elemento * (RUMORE METALLICO nei millisecondi/1000)/2
Nella suddetta formula, “2„ sono il fattore necessario di correzione poichè i browsers fanno solitamente più di un collegamento all'assistente.
È possibile comprendere il rumore metallico fa ritardare il tempo e la richiesta dell'intestazione del HTTP fa ritardare, descritto precedentemente, in una formula finale:
Perdita totale di tempo = degli elementi * (4 kilobit/larghezza di banda + RUMORE METALLICO/2000)
Malgrado la penetrazione crescente di a banda larga nel mondo - secondo Nielsen NetRatings, più di 60% delle famiglie degli Stati Uniti e di 85% degli utenti del lavoro degli Stati Uniti sono ora a banda larga dotati - molti utenti ancora soffrono da tempo di carico lento della pagina. Ciò può guidare gli utenti via e non consiglia alle chiamate di ritorno.
Ricordar di che appena fare diminuire il formato di più piccole immagini sul vostro luogo non aiuta significativamente se sono già meno di 500 byte. Provare a fare diminuire il numero di immagini unendole in una o più grandi immagini. Potete usare i programmi di immagine a questo fine, che funzionano dalla posizione del mouse sull'immagine e siete un buon senso di riduzione i problemi causati dalle immagini spezzettate.
Il senso più rapido nell'afferrare “il concetto delle disposizioni del mosaico„ è che ogni dieci elementi che aggiungete al vostro luogo - qualunque cosa il loro formato - aggiungerà comunemente un secondo supplementare al vostro tempo di carico.
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