Buscando en google encontré este artículo dedicado a webs que funcionan con Joomla que me ha sido de gran utilidad y que quería compartir con vosotros.
Mientras que Joomla es uno de los sistemas de gestión de contenidos más flexibles y robustos disponibles, puede sufrir en el área de desempeño. Hay algunas cosas comunes que se pueden hacer para ayudar a acelerar su sitio web.
Optimización de la
plantilla
Vamos a
empezar esta discusión con uno de los problemas más comunes (y más
perjudiciales) que he visto con Joomla (y cualquier otro sitio para esa
materia). Existen literalmente miles de plantillas hechas específicamente
para Joomla, y la mayoría de ellos se ven bastante bien, pero la mayoría tienen
unas severas penalizaciones de rendimiento. El problema es que algunas de
las plantillas por ahí usan más de 70 imágenes separadas para mostrar la
página. Cada imagen genera una nueva solicitud (que añade la latencia de
la red, por lo general entre 0,1 segundos hasta un máximo de 1 segundo) y tiene
que ser descargado. El problema se exacerba cuando las imágenes no son tan
pequeñas (en términos de tamaño de los datos) como sea posible, y cuando no
están optimizadas. Existe un gran sitio que le ayudará a determinar qué
plantilla se deben hacer optimizaciones, asegúrese de ejecutar su sitio a
través de él después de un cambio cada vez mayor ( el Website Analyzer ).
Gzip, A veces funciona.
La
codificación de sus páginas con Gzip es una solución al 90% ... Si el
procesador del servidor es más rápido que su ancho de banda (de nuevo, el 90%
de las veces), que permite la compresión Gzip en realidad la velocidad de tu
sitio. Lo digo porque con gzip las páginas requieren de una CPU importante. Intente habilitar Gzip y ver si su sitio carga más rápido
(especialmente en servidores con mucha carga). Si no es así, o te dan
advertencias de la CPU de su anfitrión, deshabilitar Gzip. Puede hacerte
daño, pero la mayoría de las veces sí ayuda. La única manera de averiguarlo
es intentarlo.
Todos los componentes
que no son buenos componentes
Si se mira
a través del directorio de Joomla Extensión, usted encontrará un componente que
hacer todo lo que desea (en su mayor parte). El problema es que algunos de
estos componentes son realmente ineficaces y terminan ralentizando su sitio de
manera espectacular. Si usted quiere una manera fácil de identificar los
componentes lentos que usted puede utilizar, instalar mi componente de caché de
páginas, pero no habilite el almacenamiento en caché (dejar que se registra el
tiempo de carga de página para cada URL). Luego, después de una semana o
así, ir a través de la lista que se ha generado, y encuentra las URLS lentas. Esos
componentes se muestran cuáles son más lentos que el resto. Si es posible,
eliminar los que son muy lentos, y probar con otro producto.
Las estadísticas puede
parecer muy bonito, pero ...
Ellos usan
un montón de consultas SQL para conseguir hacer lo que hacen. Ellos no se
lo merecen en absoluto! Si quieres buenas estadísticas, utilizar Google
Analytics para el seguimiento de sus usuarios. Manténgase alejado de los
componentes 3PD estadísticas. Hacen generar buenas estadísticas, pero a
una penalización de rendimiento enorme. La única estadística mantenimiento
de la pena es las consultas de búsqueda (de la configuración de Joomla). Si
usted tiene acceso al servidor web, también puede desactivar las estadísticas
de registro desde el lado del servidor, así (este proceso es mucho más
eficiente, y sólo será de gran ayuda si el servidor está muy
cargado).
Mambots son realmente
de gran alcance, pero también lento ...
Echa un
vistazo a lo que Mambots está ejecutando. Si no va a utilizar cualquiera
de ellos, a continuación, deshacerse de ellos (no sólo desactivarlas,
desinstalarlos). Cada vez que se carga una página, mambots se llaman tanto
como 20 a 30 veces. Si el código no es 100% eficaz y necesario, que es una
pérdida de poder. Esto no quiere decir que si se utiliza el mambot, aún
debe mantenerlo. Hay algunos mambots que son conocidos por ralentizar un
sitio abajo. Uno de ellos es el AllVideos Plugin. Es una gran
solución, pero con un montón de preguntas para completar.
SEF no es agradable
servidor
Una de las
mejores cosas que puede hacer a un sitio, es hacer la mirada de la dirección
URL más mejor. El núcleo de Joomla hace un trabajo aceptable, pero hay un
puñado de componentes 3PD que hacen realmente agradable URLs. El problema
con estos componentes, es que no son muy rendimiento mascotas (que utilizan una
tonelada de consultas). Prefiero OpenSEF a cualquiera de los otros (Pero
ya no es desarrollado activamente), ya que parece ser una buena combinación de
potencia, flexibilidad y rendimiento. Tenga en cuenta, que el uso de URLs
SEF es una solución de compromiso. Una buena URL se verá mejor a un motor
de búsqueda, y para los usuarios finales, pero duele el tiempo de carga. Piense
con cuidado antes de decidirse a permitir URLs SEF. Una cosa que puedes
hacer, es optimizar periódicamente la base de datos mediante la purga URLs no
publicados y no válidas de la base de datos OpenSEF (una opción en la sección
de administración de OpenSEF).
Habilitar el
almacenamiento en caché tanto como sea posible
Si es
posible, permita caché contenido básico de Joomla. Lo hace acelerar las
cosas al visualizar contenido y módulos (mambots no necesitan ser procesados
cada vez que se carga la página). Si usted realmente quiere acelerar las
cosas para usuarios no registrados, echar un vistazo a mi página componente
Caching que almacena en caché páginas enteras. Esta es probablemente la
mejor ganancia de rendimiento se puede encontrar que los usuarios no
registrados (la mayoría de los usuarios el 95% de los sitios web). Esto no
significa que usted puede olvidarse del resto de estas optimizaciones, debido a
que los usuarios registrados podrán seguir viendo la página en
caché.
Encuentra las
consultas malas a la base de datos
A partir de
la configuración de Joomla, habilite la depuración. A continuación, vea su
sitio, y echa un vistazo a las consultas de base de datos se está ejecutando. Usted
desea que este número sea lo más bajo posible (menos de 30 preferentemente, hasta menores de 50 debería ser suficiente). Echen
un vistazo a las preguntas recurrentes (las más que se ejecutan una y otra
vez). Usted debe ser capaz de decir lo que la extensión está generando las
consultas por parte de la tabla se ven en (por ejemplo, "Select * from
jos_opensef_config" es de OpenSEF). Hay dos maneras de lidiar con las
consultas que se ejecutan con frecuencia. Usted puede desactivar esa
extensión, o póngase en contacto con un desarrollador para optimizar la
extensión (ya sea el desarrollador de la extensión, o un desarrollador
freelance como yo).
Mantente alejado de
Puentes
Un método
popular de incorporar funcionalidad en Joomla es a través de un puente. Esto
implica modificar el núcleo de Joomla y el núcleo de otro programa (como SMF, o
Gallery2) para proporcionar la funcionalidad de ambos. En la superficie,
esto parece muy bien, porque el otro programa es a menudo mucho más refinado y
con más opciones que cualquier "verdaderos" extensiones de Joomla
disponibles, pero en el fondo es una historia diferente. El problema es
que ambos son sistemas independientes, lo que significa que cada uno tiene que
cargar su propio "core" (incluidos los marcos, gestión de usuarios, y
más). Esto tiene una penalización de rendimiento enorme, debido a que son
básicamente cargando dos páginas para cada página cargada. La ligera
pérdida de funcionalidad de ir de SMF a algo como Fireboard es bien vale la
pena los beneficios de rendimiento.
Optimice su Base de
Datos
La única
cosa que se pone bajo las más tensión en la mayoría de instalaciones de Joomla
es el servidor de base de datos. Hay dos formas principales para optimizar
la base de datos. Optimizar las tablas, y optimizar el esquema. La
diferencia, es que las mesas son cómo las tablas almacenan realmente los datos
y el esquema es cómo se supone para almacenar los datos. El esquema sólo
necesita ser optimizado una vez, mientras que las mesas tienen que ser
optimizados periódicamente (como se agregan datos, editar y eliminar). Para
optimizar el esquema, consulte el artículo de Mejora de las consultas de
Joomla. Para optimizar las tablas entran en phpMyAdmin, seleccione todas
las tablas y haga clic en "optimizar".Para leer más sobre la
optimización de las tablas de bases de datos, lea esta sección de MySQL .
Por último, copia de
seguridad y supervisar el servidor
Usted debe hacer copias de seguridad periódicas, y moverlos fuera de su
servidor de producción. Si bien usted puede estar pensando "¿Qué
tiene esto que ver con el rendimiento?", Tiene todo que ver con el
rendimiento. Sin copias de seguridad actuales, ¿cómo va a ser capaz de
restaurar el sitio a una configuración conocida, si una instalación,
actualización o tweak va mal? Una súbita desaceleración en el sitio podría
ser de un intento de hackeo que inyecta código malicioso en su núcleo (poco
probable, pero posible). ¿Qué sucede si el servidor decide morder la bala? La
mejor manera de hacer las copias de seguridad es con un script automatizado
(por lo que no se puede "olvidar"). Hay buenos en todo el
Internet (y uno es probablemente incluido en su panel de control si tiene uno),
búscalo en google. Recuerde, antes de hacer nada a un sitio, BACKUP
PRIMERO!Fuente: http://www.joomlaperformance.com/articles/performance/so_you_want_to_speed_up_joomla_3_14.html
No hay comentarios :
Publicar un comentario