Ho passato molto tempo a ottimizzare il mio CSS, rimuovendo plugin, reindirizzamenti e tutto ciò che è possibile per migliorare i tempi di caricamento, ma a quanto pare i principali responsabili sono:
mobile_4-randomcharacters-.css, che contiene normalize.css e Pikaday e viene caricato in 1,5 secondi su mobile
e /assets/ember_jquery-randomcharacter-.js, che viene caricato in 3,6 secondi su mobile
Non ho idea di cosa fare riguardo a questi file, che hanno i tempi di caricamento più alti.
Il caricamento su desktop è più veloce, ma non eccellente.
Il server ha 1 CPU, 2 GB di RAM, 50 GB di SSD e 2 TB di banda, ed è ospitato su un server professionale negli Stati Uniti.
Ci sono 2 worker Unicorn, né la CPU né la RAM sono sotto carico pesante, e non ho molti utenti o plugin.
Qualche idea? Grazie.
Grazie, https://developers.google.com/speed/pagespeed/insights/ indica che il tempo di CPU (non il tempo di consegna) specifico per la seconda risorsa è stato di quasi 4 secondi. Un CDN come Fastly aiuterebbe in questo caso? Attualmente utilizzo Cloudflare con la cache; c’è una modifica su Cloudflare che dovrei applicare o è meglio aggiungere qualcosa come Fastly sopra?!
Si tratta effettivamente di una grande risorsa che richiederà tempo per essere analizzata e valutata. Poiché Discourse è una “Single Page Application”, questo costo viene sostenuto interamente all’inizio, quando l’utente arriva per la prima volta, ed è un compromesso del nostro approccio, che mira a rendere tutte le interazioni successive, tipiche dell’uso dei forum, leggere.
Sono previsti piani per far sì che EmberJS elimini la dipendenza obbligatoria da JQuery, il che ridurrà notevolmente questo carico, ma ci vorranno anni prima di poter effettuare questa transizione in Discourse.
Grazie per la risposta. Credo che ci sia qualcosa di sbagliato nella mia configurazione, dato che non ho mai sentito nessun altro segnalare quei tempi di caricamento.
Beh, le impostazioni predefinite di PageSpeed simulano un Nexus 5X e una connessione 3G, che anche per il Brasile (un paese in via di sviluppo) è al limite inferiore rispetto agli standard odierni, quindi le prestazioni reali dipenderanno da questo.
Non c’è praticamente alcun carico visibile nelle statistiche delle prestazioni del server, eppure l’URL impiega un’età a caricarsi. Ho misurato 1,2 minuti per un visitatore non autenticato in una finestra di navigazione in incognito, anche con diversi componenti già nella cache. I più lenti sono stati i file di font OpenSans ttf, che hanno superato il minuto; successivamente, diversi componenti .js hanno richiesto da 30 a 45 secondi.
Valuterò le opzioni di caching, ma osservando questi componenti non credo che tutti siano cacheabili. In totale, il trasferimento dati è di soli 730 KB. Se tutte e 3 le vCPU fossero state al 100%, avrei considerato di passare a un server più veloce, ma dato che mostrano poco o nessun carico, sono semplicemente confuso.
C’è qualcosa che sta attendendo un’altra risorsa prima di procedere? Esiste un modo per eseguire test sul server per verificare lo stato di salute dei componenti, come il database?
Docker potrebbe essere la causa del rallentamento?
