Varios subdominios en un hosting, con velocidades variables

Buenos días.

Tengo un pequeño problema con mi servidor compartido, en el que su suporte me dice que está todo bien, y yo no lo veo así. Me explico:

Tengo varios subdominios asociados a una misma cuenta, todos con la misma plantilla (para hacer el test de velocidad), y con Wordpress. En total son 4 subdominios y el dominio principal. Es un hosting compartido que siempre había ido muy rápido, pero recientemente hicieron una migración de servidores, cambiaron las DNS, me dieron las nuevas, las puse (hará ya unos meses) y desde entonces, hay algún subdominio que carga más lento que el resto.

Haciendo las pruebas de velocidad en Pingdom, por ejemplo, tengo una optimización del 90%, con 28 peticiones al servidor, 300 kb, y el tiempo de carga varía entre 2 y 4 segundos. De los procesos que me indica:

DNS → The web browser is looking up DNS information
SSL →The web browser is performing a SSL handshake
Connect → The web browser is connecting to the server
Send → The web browser is sending data to the server
Wait → The web browser is waiting for data from the server
Receive → The web browser is receiving data from the serve

El que marco en negrita es el que me está dando problemas en un subdominio. No me parece normal que se demore hasta 1 segundo, a veces incluso más. Y además siendo tan variable. (La misma plantilla en el dominio principal carga mucho más rápido).

Por cierto, ahora mismo el tiempo de espera está en 244 ms, cuando ayer por la noche estaba en 1,5 segundos. Es más variable que el tiempo y eso no me deja tranquilo. Eso también puede influir en que cuando mi soporte técnico lo comprueba, ellos lo vean bien y a lo mejor no lo está.

Si mi soporte técnico dice que está bien, ¿será que hay alguna mejora técnica que pueda realizar?

Saludos y gracias de antemano.

 

Parece que el problema está a la hora de generar la página, así que analiza por qué tarda tanto en "crear" la página.

Usa algún plugin como Debug Queries (http://wordpress.org/plugins/debug-queries/) que te permite saber qué consultas se ejecutan y cuánto tiempo tarda realmente la página en generarse.

Podría tratarse simplemente de un bajo rendimiento de mysql o de consultas sql lentas, plugins, etc.

 

Buenas,

Eso que te comenta el compañero egrueda o, aunque pueda parecer improbable a veces, alguna imagen, script, etc. que no tiene bien la ruta (quizás se pudo eliminar por error y el propio navegador intenta cargarlo sin éxito, y aunque por una cosa de estas no te dará un error tan "aparente", sí que he visto unos pocos casos donde era la causa de retardo en la carga de la web).

Salu2,

 

Añado que, aunque uses la misma plantilla seguramente el contenido no es el mismo, no significa nada que la plantilla sea la misma, sino cómo gestionas ese wordpress. Cosas que deberías mirar para empezar por la fácil:

- Tamaño de imágenes (están optimizadas para web?, pesan poco?)
- Plugins innecesarios o excesivos que no tengas en las otras webs
- Enlaces que cargan algo externo, por ejemplo si usas un sistema chat y el servidor de ese chat no funciona bien, eso te afecta en la carga (quién dice un chat dice cualquier otra cosa)
- Carga de videos externos o internos
- Que tengas muuuuucho más contenido que en las otras webs....


Es decir, que olvides el que la plantilla sea la misma, eso es lo que menos importa.

Un saludo.

 

...y recodemos que la herramienta Firebug te sirve para ver el tiempo de carga de cada uno de los elementos que componen el sitio web.
Firebug rocks!

 

Muchas gracias por todos los comentarios. Ya encontré el primer fallo. Había hecho pruebas con la misma plantilla y no las había hecho bien. He repetido el proceso con más rigor y efectivamente, el "waiting time" se ha reducido muchísimo, tanto que el global de carga de la página oscila entre los 420 milisegundos y los 900, dependiendo supongo de como esté el servidor en el momento del test. Eso quiere decir que el server efectivamente no tenía la culpa, era mía.

Lo del contenido lo había tenido en cuenta y no era un factor.

La plantilla que usaba para el test está altamente optimizada, habiendo reducido todos los procesos PHP innecesarios, dejando como contenido estático aquello que lo era, e incluso poniendo todas las URLs de forma manual, sin usar bloginfo ni otro tipo de funciones. Vamos, lo mínimo de lo mínimo, tal y como lo tengo en la web de mi firma.

En la nueva versión de la plantilla, en cambio, le puse todas las funciones en formato dinámico, además de un panel de opciones con un array bastante grande. Más de 50 opciones usando la API Settings de Wordpress, y con un fichero functions.php el triple de cargado, además de funciones repartidas en otros ficheros, como shortcodes.php, options.php, por no decir también que ahora todas las cadenas de texto por defecto están dentro del PHP para ser multi-idioma, la I18n.

Estoy haciendo tests de rendimiento para ver si es culpa de que haya más PHP o si es que falla alguna otra cosa. He instalado theme-check también, así que voy a mirar si puliendo las recomendaciones y requisitos que me diga sale algo en clave

Os mantengo informados en seguida que pueda. Vuestra info me está siendo muy útil ya voy viendo como arreglar eso. Gracias!!!

 

Si dices que han migrado a servidores nuevos igual todavía no han afinado al 100% el mysql. Este proceso no se realiza de la noche a la mañana aunque algunos piensan que si. También dependera de la nueva configuración de los discos y el I/O.

A parte de lo comentado por los compañeros utilizas algo para la cache de wp?

http://wordpress.org/plugins/w3-total-cache/

 

Sí, utilizo justamente ese plugin.

Cuando hicieron la migración eran todos los subdominios e incluso el dominio principal que iban lentos, y sí que tenía mucha pinta que fuera cosa del MySql. Fue la primera vez que me preocupé.

Ahora lo que tengo es una plantilla Wordpress muy estructural (la de mi firma), que la uso en 4 sitios, y una versión con mucho más PHP, que la uso en uno de los sitios. Ya he mirado de poner la plantilla estructural otra vez y el server va fino, incluso me dio menos de 500 ms en load time.

El fallo es del PHP que le puse, casi con toda seguridad. Estoy usando la opción WP_DEBUG para limpiar los errores y ya he quitado 10, pues me había comido una variable ($control_ops) en cada uno de los widgets que le creé (10). Y los que me quedan todavía, tiene pinta de que el menú de opciones que le puse hace forzar la máquina, es un sólo array (cómo recomiendan en las guidelines de Wp), pero muy extenso, es bastante bestia la verdad, jeje. (Bueno, que es fallo del PHP lo sabré seguro cuando termine de pulir los errores).

Saludos

 

Pues está muy bien esa herramienta del debug queries. La voy a probar en uno blog que me trae loco.

En cuanto al pluging w3 total cache, lo he probado bastante pero no me ha dado resultados tan buenos como meterle un CDN como cloudflare y ademas, Varnish Cache. Pero claro antes hay que depurar los errores que comentamos.

 

Lo encontré!!!!!! Era culpa de haber metido parte del código CSS en un archivo PHP con el objetivo de habilitar opciones en la plantilla de Wordpress.

Puse esto en el header.php:
<link rel="stylesheet" type="text/css" media="screen" href="<?php echo get_stylesheet_directory_uri(); ?>/custom-style.php" />

Quitando esta línea, el load time global del sitio se reduce de una media de 2.5 - 3 segundos a 600 milisegundos.

Pero eso si no puedo resolverlo, ya me tocará preguntarlo en un foro de PHP. Muchas gracias por la ayuda

 

Siempre puedes ver en el codigo fuente que hace realmente get_stylesheet_directory_uri. Incluso le puedes meter marcas de tiempo y de consumo de memoria dentro de la funcion para llegar a localizar y acotar el problema.
Aunque pueda resultar lioso hay veces que asi se localiza el error en la configuracion del server que lo relentiza.
Aunque estas cosas solo he tenido la necesidad de hacerlas en webs de mucho tute.