it-swarm-es.tech

gtmetrix y puntaje bajo de velocidad de página

Estoy usando Joomla 3.3 y la plantilla JA Teline IV. Mis sitios gtmetrix son muy bajos.

Aquí están mis configuraciones:

Joomla Cache ON
Complemento de caché habilitado
SEF habilitado

Complemento JCH Optimize

Combinar archivos CSS Sí
Combinar archivos JavaScript Sí
Gzip Javascript y CSS Sí
Minificar Sí
Minify JavaScript NO (creo que también minimizará mi código de AdSense, así que no quiero tener la oportunidad de ser expulsado de Adense)
Minificar HTML Sí
Aplazar JavaScript (también creo que aplazar Javascript hará que mi adsense sea prohibido)

Elemento del menú Inicio
Excluir toda extensión Sí
Excluir archivos CSS: ja.tabs.css (pero todavía se muestra en el bloque de representación) sin excluir en absoluto
Excluir JavaScript igual que el anterior - Ja.tabs.js

http://gtmetrix.com/reports/www.livemedia24.com/3gHbCdCZ

https://developers.google.com/speed/pagespeed/insights/?url=http%3A%2F%2Fwww.livemedia24.com%2F&tab=desktop

Por favor, consulte los informes anteriores y ayuda. Tampoco quiero aprovechar la memoria caché del navegador ya que estoy actualizando mi sitio web a diario, bueno, soy un novato en esto, así que no tengo una idea clara al respecto. Sus comentarios de sugerencias serán apreciados.

También hice algunos ajustes en mi K2, Calidad de imagen del 100% al 80%. No estoy seguro de si K2 está funcionando bien en las imágenes no.

3
Naeem

Como dice el primer informe:

Entender las recomendaciones

Están destinados a ser genéricos, mejores prácticas; No todo se aplicará a su sitio.

Las reglas se ordenan por orden de impacto según la puntuación

La optimización de las reglas en la parte superior de la lista puede mejorar enormemente su puntaje general.

Mi experiencia ha sido que este tipo de informes casi siempre hacen buenas recomendaciones, pero el esfuerzo para implementar la solución personalmente supera el beneficio, por lo que debe pensar en sus propias necesidades y solucionar sus problemas a ciegas después de un informe genérico como este.

Así que abordemos algunos de mis pensamientos sobre los artículos:


Aplazar el análisis de JavaScript

Esta es una buena idea. Pero no vas a implementar esto en Joomla.

Hacer esto requeriría reescribir una gran cantidad de código central. Si eso se hace, tal vez. De cualquier manera, dudaría mucho de que cualquiera que lea esta respuesta lo haga para su propio sitio, por lo que puede ignorarlo de manera efectiva.

Servir imágenes a escala

Puede escalar manualmente las imágenes usted mismo si solo las necesita en un tamaño más pequeño, pero no conozco ninguna forma central de obtener imágenes redimensionadas en este momento. Puede haber una extensión para ayudar con esto, pero es probable que tenga peculiaridades. Recomendaría investigar esto, ya que esto definitivamente puede aumentar el tiempo de carga de la página y hacer que su sitio sea más amigable para dispositivos móviles.

Especifique las dimensiones de la imagen

Esto probablemente también podría ayudar, pero nunca he visto que tenga un gran efecto.

Aproveche el almacenamiento en caché del navegador

Esta es una buena idea, pero es una configuración de servidor en su mayor parte, por lo que ocurre fuera de Joomla. Idealmente, al menos desea que el navegador pueda almacenar en caché imágenes, scripts y hojas de estilo. Estos realmente no cambian tan a menudo (o si lo hacen, debería cambiarles el nombre o agregar un ?v=**timestamp** terminando para romper el caché. ( https://stackoverflow.com/questions/32414/how-can-i-force-clients-to-refresh-javascript-files )

Este sitio explica cómo ajustar su archivo .htaccess para habilitar el almacenamiento en caché por extensión: http://www.siteground.com/tutorials/joomla/joomla-speed.htm . (Nota: si esto realmente funciona depende de su host).

Habilitar la compresión gzip

Puede hacerlo en la Configuración global de Joomla si lo desea.


Lo que no se menciona en ese informe

Puedo ver en ese informe que su sitio tardó 7.15s en cargarse. Eso es obviamente MUY lento, de ahí por qué fuiste y corriste este informe.

Lo que este informe no puede decirle es qué podría estar retrasando su sitio al entregar el archivo inicial. Ejecuté una prueba de velocidad en cascada en http://tools.pingdom.com . Esto no parece afectar su sitio (la respuesta inicial fue inferior a 1 segundo), por lo que realmente necesita concentrarse en cambiar el tamaño de las imágenes (y tal vez considere tener menos imágenes o agregar más imágenes a través de ajax para que no ralentice la carga inicial de la página) .

Para otros que puedan ver esta respuesta, recomiendo usar el modo de depuración de Joomla (en la configuración global) para obtener una lista de consultas que se ejecutan en una carga de página en particular. Esto le dará el tiempo que tomó cada consulta. La optimización de consultas es siempre mi primera parada para acelerar un sitio.

3
David Fritsch

Yo diría que podría hacer algunas de sus imágenes más pequeñas: http://www.livemedia24.com/media/k2/items/cache/32e0741e68cabc7552333046597de1b4_XL.jpg Es 247KB pero no es masivo, solo debe tener un tamaño de imagen de introducción para la página de inicio.

Con T3, algunas veces debe tener cuidado al combinar css y js, ya que se generan a partir de scripts que no son css o js planos. Como ha dicho, ha activado la compresión y la unión de css y js, pero parece que esto no sucede cuando mira el html en vivo. Hay muchas llamadas, y también las de jatabs. Entonces, tal vez estos estén codificados en su plantilla y no en las funciones de joomla que comprime JCH.

Puede activar la compresión gzip en la configuración general de joomla. Lo que afectaría a html, css, js, etc.

Entonces, diría que parece que el html de salida de su sitio se ve bien formado, pero no funciona con JCH para optimizarlo, así que mire el código de la plantilla si puede.

2
tristanbailey