Test della velocità del sito Joomla

Sto cercando di migliorare la velocità di un sito, tuttavia quando vado a Pingdom per testare: http://tools.pingdom.com/fpt/

Ricevo tempi incredibilmente diversi anche se non ho apportato alcuna modifica. Per esempio:

8.92s
3.68s
11.40s

Inoltre - Ottengo lo stesso problema con gtmetrix ( http://gtmetrix.com/ ).

Di conseguenza non posso dire se le modifiche alle prestazioni che ho apportato fanno la differenza.

Quindi, come si fa a testare la velocità del sito?

performance

— iamrobert
fonte

I siti che stai attualmente utilizzando per testare vanno bene. Potrebbe essere semplicemente dovuto a un ambiente di hosting scadente. Se sei su un host economico, questo potrebbe essere il problema in quanto di solito sono economici per un motivo

— Lodder

+1 A volte mi chiedo anche la precisione di questi siti. @Lodder puoi suggerire alternative o forse un approccio diverso per testare la velocità dei siti Web Joomla?

— Jonboy,

Grazie - il sito è su siteground cloud e ha 2 siti ospitati su di esso: siteground.com/cloud-hosting.htm - quindi spero che non sia l'host. Gli invierò un'email.

— iamrobert,

Ahh ok Siteground, sono geniali quindi non può essere un problema relativo all'hosting. Prova a utilizzare Test pagina Web e Velocità pagina Google per testare anche le velocità, per vedere se vengono visualizzate differenze. Ce ne sono un bel po ', ma vorrei solo usare quelli più popolari. Se si utilizzano estensioni / impostazioni di memorizzazione nella cache, provare a disabilitarle ed eseguire nuovamente i test. Riattivarli e rieseguire i test

— Lodder

Siteground: "Nota che Pingdom è un servizio esterno e non possiamo specificare perché questi strumenti restituiscono risultati diversi."

— iamrobert,

Risposte:

Esistono alcuni fattori al di fuori del tuo controllo come il carico sul server al momento e la larghezza di banda disponibile tra il server dello strumento di test e il sito Web di destinazione al momento dell'esecuzione del test.

È possibile ridurre al minimo la variabilità della larghezza di banda creando un account (un account gratuito va bene) su GTMetrix e accedendo in modo da poter utilizzare le impostazioni avanzate e scegliere una posizione del server di prova vicino a dove è ospitato il sito Web di destinazione.

Pingdom potrebbe avere un'opzione simile.

Probabilmente dovrai ancora ripetere il test alcune volte e prendere una media ma questo probabilmente produrrà un risultato più coerente.

— Neil Robertson
fonte

Grazie - Neil - sai se GTmetrix memorizza nella cache il tuo sito - quindi la prossima volta sarà più veloce?

— iamrobert,

Sì, i test successivi sembrano essere più veloci.

— Neil Robertson,

Li ho inviati via email: "Usiamo un profilo nuovo su ogni test, quindi nulla viene memorizzato nella cache dalla nostra parte tranne DNS. Assicurati di guardare i tuoi grafici a cascata (scheda Timeline) per vedere dove si trovano le differenze temporali. Potrebbe essere il tuo server (query SQL lente che vengono memorizzate nella cache dopo la prima esecuzione) oppure potrebbe essere un widget esterno che viene caricato in modo incoerente. "

— iamrobert,

Grazie Neil - Penso che questa sia la soluzione migliore. Dai miei test - gtmetrix con un account sembra essere il più coerente - dandomi risultati simili ogni volta. Tuttavia, controllerò anche con le mie statistiche di analisi di Google per vedere il tempo di caricamento e il pingdom.

— iamrobert,

Utilizzando strumenti di terze parti come pingdom, gmetrix e persino la velocità delle pagine di Google è ovvio ottenere una variazione nei risultati. Ci sono molti fattori che dipendono dalla velocità della pagina.

Ad esempio: se la cache di Broser è abilitata sul sito, il primo controllo con uno di questi servizi richiederà più tempo e dopo altri tentativi consecutivi potrebbe caricarsi più velocemente poiché la pagina è già memorizzata nella cache.

Con il mio sito http://saur.in (in fase di sviluppo)
Primo tentativo su pingdom: 1.83s
Secondo tentativo: 786ms

Questo è quasi nel tempo e più del doppio della velocità della pagina. Allo stesso modo anche la cache del server ha il suo ruolo.

Ci sono altri fattori come la risoluzione dei nomi di dominio, il traffico corrente di connettività DNS sul tuo sito e molti altri ... quindi il risultato può variare. Mentre lavoriamo con le prestazioni, dobbiamo considerare il tempo di risposta medio o il tempo di caricamento della pagina.

Alla fine, un'altra cosa, dovrei aggiungere qui:

Crea una serie di risultati da 2-3 servizi e controlla le prestazioni ogni 2-3 ore. Pingdom fornisce test per ogni minuto ed è gratuito ... puoi provarlo. Prova se per 24 ore e cerca un risultato medio.

— Saurin Dashadia
fonte

Con Pingdom il tempo di risposta: support.pingdom.com/Knowledgebase/Article/View/70/27/… non controlla l'intero tempo di caricamento in quanto esclude immagini e JS? Suppongo che Google Analytics fornisca anche velocità di caricamento del sito: support.google.com/analytics/answer/1205784?hl=it Dato che i risultati sono così arbitrari, è difficile sapere cosa funziona meglio.

— iamrobert,

Esistono alcuni strumenti utilizzati nel settore per "stressare" i siti Web. Sono strumenti piuttosto complessi e NON appropriati per piccoli siti Web o ambienti host condivisi.

Per eseguire test di confronto, è necessario disporre di un proprio server (per poter controllare l'infrastruttura), in modo da poter controllare il carico. Il test di un host condiviso non fornisce realmente dati comparabili.

— Valentin Despa
fonte