2009-6
14

Optimizando Wordpress

Category: web | Tags: , , , | No Comments

He tardado mucho tiempo en volver a escribir una entrada en este blog, el más inútil de los blogs autoreferentes (también espero tardar mucho menos en volver a escribir).

Después de tener que modificar el código de wordpress, el tema y los plugins varias veces por culpa de las actualizaciones, he decidido empezar de cero y usar plugins para hacer el trabajo que antes hacía manualmente.

Las herramientas que he usado para medir el rendimiento son:

  • Site Performance (SP): Los tiempos de este sitio son espectaculares. Debe ser que ambos extremos están conectados por fibra óptica y que deben realizar muy pocos saltos.
  • Web Page Test (WPT): Este sitio permite realizar la simulación desde distintos sitios y con distintas conexiones y nevegadores. En mi caso elegí una adsl con el IE8 en Dulles, VA.
  • YSlow: Estos son los datos que da el YSlow instalado en el Firefox de mi casa, donde tengo una adsl.

Los pasos que he seguido esta vez los he sacado principalmente del blog Noupe, aunque adaptado a la salida de Wordpress 2.8.

Además, esta vez he ido apuntando todos los datos en cada una de las modificaciones para poder controlar en cuanto afecta al rendimiento cada uno de los cambios. Los datos los he dejado disponibles en esta página (y en bruto).

CambioP. YSlowT. Medio? Media? Acm
BaseE (55)3,4726--
WP Super CacheE (55)3,2616-0,2116,08%
Expires headersD (69)2,0224-1,239237,99%
CompresiónC (78)1,8276-0,19489,63%
Widget CacheC (78)1,8092-0,01841,01%

A parte de subir 23 puntos en la puntuación de YSlow, hemos reducido el tiempo medio de descarga a la mitad, la mayor parte gracias al control de la cache mediante las cabeceras.  En los datos en bruto se puede ver como activar la compresión en el servidor hace más por reducir la cantidad a descargar (175Kb menos) que el tiempo de descarga. Podéis ver la configuración de apache aquí.

WP Super Cache y WP Widget Cache sólo mejoran en algo el tiempo de acceso, pero en cambio si mejoran mucho el tiempo que el servidor dedica en generar la página.

He tenido que dejar para una segunda entrada, dos plugins que creo que podrían mejorar aún más el rendimiento: WP PHP Speedy y cSprites, el problema es que no he conseguido hacerlos funcionar.  Tendré que instalar XDebug y ver si puedo arreglarlos, ya que sus respectivos autores están en paradero desconocido.

2008-7
23

Optimizar la carga de una web (y IV)

Category: web | Tags: , , , , , , | No Comments

Una entrada aún más rápida para comentar el resultado del siguiente paso de la optimización, que ha sido Minificar (que poco me gusta este palabro) el código Javascript y los CSS. Para comprimir estos ficheros he usado YUI Compressor, que es un programa Java hecho por el mismo grupo de Yahoo! mismo que hace posible YSlow.

Gracias a esta herramienta hemos reducido el tamaño de los ficheros a descargar en 30Kb, y por tanto arañamos unos milisegundos al tiempo total, sobretodo con la caché vacía que era el apartado que menos había mejorado (e incluso empeorado durante un paso). YSlow nos da un aprobado alto con una puntuación de 90, ya queda poco para terminar el trabajo.

2008-7
22

Optimizar la carga de una web (y III)

Category: web | Tags: , , | No Comments

Esta actualización es mucho más rápida ya que he tenido la suerte de tener mucho trabajo hecho. Los dos siguientes pasos que nos indicaba YSlow, añadir la cabecera Expires y comprimir el contenido, ya los teníamos bastante avanzados gracias al paso anterior. Pero aún quedaban algunos elementos de la página que no cumplían esta regla, básicamente todos lo que no pude mover a la CDN.

Para solucionar el problema rápidamente he modificado el fichero ‘gzip-header-css.php’ que venía incluido en el tema K2 que uso, y lo he dejado así:

gzip-header.php
  1. <?php
  2.         // Browser check. props phpBB
  3.         $browser = ( !empty( $_SERVER['HTTP_USER_AGENT'] ) ) ? strtolower( htmlspecialchars( ( string ) $_SERVER['HTTP_USER_AGENT'] ) ) : '';
  4.  
  5.         // check to see if the user has enabled gzip compression in the WordPress admin panel
  6.         if( ( $browser and strpos( $browser, 'msie 6.0') === false) and extension_loaded( 'zlib' ) and !ini_get( 'zlib.output_compression' ) and ini_get( 'output_handler' ) != 'ob_gzhandler' and ( ( version_compare( phpversion(), '5.0', '>=') and ob_get_length() == false) or ob_get_length() === false ) ) {
  7.                 ob_start( 'ob_gzhandler' );
  8.         }
  9.  
  10.         // The headers below tell the browser to cache the file and also tell the browser it is JavaScript.
  11.         header( "Cache-Control: public" );
  12.         header( "Pragma: cache" );
  13.  
  14.         $ExpStr = "Expires: " . gmdate( "D, d M Y H:i:s", strtotime( '+1 year' ) ) . " GMT";
  15.         $LmStr = "Last-Modified: " . gmdate( "D, d M Y H:i:s", filemtime( $_SERVER['SCRIPT_FILENAME'] ) ) . " GMT";
  16.  
  17.         header( $ExpStr );
  18.         header( $LmStr );
  19. ?>

Lo que he hecho ha sido quitar la parte que indicaba el Content-Type, para poder indicar CSS y JS en función de lo que vaya a necesitar, y cambiar la forma de calcular la fecha de Expires para usar un método más intuitivo.

Añadiendo el include de este fichero a las tres peticiones que faltaban, conseguimos una A en estos dos test y una puntuación de 88 en el total, que ya empieza a estar bastante bien. La media del tiempo de carga con la caché vacía ha subido casi un segundo quedándose en unos 7 segundos, pero la media usando la caché ha bajado casi un segundo hasta llegar a los 3 segundos. De momento no hemos mejorado apenas, pero quedan dos puntos que nos pueden ayudar bastante: minificar el código Javascript y pasar la carga de los ficheros .js al final del documento.

2008-7
21

Optimizar la carga de una web (y II)

Category: web | Tags: , , , , , , , , | No Comments

Para continuar optimizando la carga del blog, el siguiente paso que nos recomiendan desde Yahoo! es usar una Content Delivery Network (CDN) que reparta la entrega de los datos estáticos (imágenes, CSS y JS principalmente) usando una red de servidores repartidos por todo el mundo.

Normalmente el uso de estas redes está reservado para grandes corporaciones que pueden pagarlas, pero nosotros vamos a apoyarnos en la infraestructura de Google para descargar a nuestro pobre servidor de atender estas peticiones, y de paso permitir que el navegador descargue en paralelo los ficheros, ya que al estar en dominios distintos no estará limitado por el número máximo de descargas simultaneas.

Lo primero que vamos a hacer es usar el API de Google para cargar las librerías Javascript que usa el blog. En este apunte encontraréis una explicación detallada de las ventajas de usar este API. Si usamos wordpress, este plugin nos hará todo el trabajo sucio.

Después tenemos que añadir a la configuración de YSlow el dominio ‘ajax.googleapis.com‘ para que nos reconozca lo que descarga desde esa dirección como perteneciente a nuestra CDN. El como hacerlo lo podemos ver en su FAQ.

El siguiente paso es pasar todo el contenido estático a otra CDN. Para ello vamos a hacer un poco de trampa y usar el servicio de Google App Engine para montarnos una CDN. Con la información de esta entrada monté lo básico y pasé todo lo que pude a la página de Google Apps, pero me mosqueaba que siempre se recargaban las imágenes, los css y los js, y con Firebug vi que Google no respondía a las peticiones If-Modified-Since y siempre devolvía el contenido como nuevo. Al fichero de la aplicación hay que añadirle la linea ‘default_expiration: “365d”‘ para que la fecha de expiración se de en un año por defecto.

En esta otra entrada continúan el trabajo de la anterior pero añadiendo el control de la cache del navegador y así evitar enviar los datos con cada petición.Como en el anterior apartado, deberemos añadir el dominio que creemos a la configuración de YSlow para que nos lo tenga en cuenta.

Después de este cambio los tiempos de carga no han variado apenas, pero hemos descargado bastante nuestro servidor principal, con lo que en caso de necesitar atender a muchas peticiones lo tendrá más fácil. Además, los servidores de Google comprimen de forma automática los ficheros de texto (css y js) por lo que ahorramos en ancho de banda.

La puntuación que nos da YSlow ha subido hasta 80, no sólo por usar la CDN sino porque al utilizarla hemos mejorado otros puntos como añadir la cabecera de Expires, comprimir el contenido o configurar los ETags (estos no son compatibles con las CDNs por lo que todo lo que se descarga de una no necesita tener esa cabecera).

2008-7
17

Cambio de feed rss

Category: web | Tags: , , , | 1 Comment

Mientras saco tiempo para terminar la segunda parte de la entrada sobre optimización de la carga, he cambiado el la dirección del feed rss para usar FeedBurner. A partir de ahora será http://feeds.feedburner.com/kynes, así que ya sabéis, los pocos que me tenéis añadido cambiadlo ;)

Actualización: La semana que viene dejará de estar disponible el feed normal de wordpress.

El Blog de Topilloman está orgullosamente a prueba de Digg gracias a la caché que proporciona WP Super Cache