Es decir, tendrás el servidor petado y al final habrás preferido tener un tráfico intermedio, porque al menos no te daba problemas. Espero que no lo hayas pensado en serio

Para incrementos de tráfico razonables, hay varias soluciones:
1/ El más simple, es reducir el peso de tu web y el número de querys a la base de datos y de llamadas a Apache.
2/ Instalar xCache u otro acelerador de php a nivel servidor.
3/ Tunear MySQL (escribiré un post sobre eso en breve)
4/ Tunear Apache (tengo otro post pendiente)

Pero cuando hay un incremento brutal de tráfico como nos ha pasado a nosotros en nuestro blog de mujer, la cosa se pone fea si no se adoptan otro tipo de medidas: Distribuir la carga entre 3 máquinas o VPS, ya que es Apache quien no es capaz de servir adecuadamente las páginas por mucha máquina que tengas.

Servidor 1/ Aquí estará la instalación inicial de WP. Mysql lo apagamos, dejamos correr Apache.
Servidor 2/ Tendremos solo Apache y una copia exacta de la instalación del Worpdress del primer servidor.
Servidor 3/ Solo Mysql. El resto de servicios apagados.
En el servidor 1 y 2, por supuesto debes configurar correctamente el xCache.

Esta es la idea. Ahora vamos a ver como ponerla en práctica:

Hay cuatro pasos:
1/ Instalación normal del WordPress en el servidor 1
2/ Cambio del Mysql al servidor 3
3/ Duplicación del contenido entre los servidores 1 y 2
4/ Balanceo y sincronización entre los servidores 1 y 2.

El paso 1.
Ni lo menciono. Te instalas tu wordpress y andando, como si nada.

El paso 2.
-  Crea un usuario y base de datos en el servidor 3.
-  Vuelca el contenido del MySQL desde el servidor 1 al servidor 3. Nosotros utilizamos el software MySQLFront. Hace la migración de la estructura y datos, rápido y bien. Yo no me complicaría la vida con comandos por SSH.
- Modifica el wp-config.php y en las líneas en las que configurar la base de datos, coloca la IP, usuario, base de datos y claves que tengas en el MySQL del servidor 3.

Asegúrate de que esa base de datos es accesible desde fuera del propio servidor. Si no sabes como se hace te recomiendo este post y este otro artículo.

Hecho esto, el apache responderá al Servidor 1 y MySQL al servidor 3.

El paso 3.
El dominio en cuestión que utilices ya está dado de alta en el servidor 1 de forma normal.
A la hora de darlo de alta en el nuevo servidor, puedes crearlo manualmente o si utilizas PLESK, utilizar el comando Migrar. Vamos a ver como sería en cada caso:

A/ Manualmente:
- Ahora da alta en el servidor 2 el mismo dominio, como si no existiera el primero.
- Accede por SSH al servidor 2. Comprueba que las rutas son las que deben ser, es decir las mismas que el servidor 1. Solo necesitamos volcar el contenido tal y como está en el servidor 1.

Para eso utilizamos el comando scp . Accede al servidor 1 por ssh, haz un tar del contenido del dominio. Luego accede al servidor 2 por ssh. Sitúate en el mismo directorio donde has hecho el tar en el otro servidor e introduce el comando:

scp root@ip-servidor1:/var/www/vhost/dominio.com/httpdocs/backup.tar .

Modificando la ip y las rutas en tu caso. Destargetea el backup y ya tienes tu contenido.

B/ Utilizando el Migrar de PLESK9.
Vas al servidor destino y utilizas el comando Migrar. Espera a que haya terminado la migración y comprueba el log de errores si que falla algo.

Hayas utilizado el procedimiento que hayas usado:
- Borra todas las DNS creadas por el servidor por defecto (en PLESK 9: Desactivar servicio)
- Crea manualmente los registros DNS de las dns que resuelvan el dominio en cuestión.
Es decir si en tu registrador tienes ns1.servidordenombres1.com y ns1.servidordenombres2.com , debes agregar esos dos registros ns, para indicarle al dominio quien va a resolver la ip del dominio son esos DNS.
- Desactiva el servicio de correo del servidor si lo tenías activado.

Ahora tenemos que volver al panel del servidor 1 y añadir una línea en las DNS.
Verás que ahora tienes un IN A www.dominio.com  a la ip del servidor 1. Debes duplicarla colocando la ip del servidor 2. De ese modo, cuando alquien llegue al dominio, puede responder una u otra ip y balancear de ese modo la carga entre ambos servidores.

Resetea Named y Apache y en unos minutos empezarás a recibir tráfico en la segunda máquina.
¿Como puedes saberlo? Accede por ssh al servidor 2 e introduce el comando


watch 'netstat -anp | grep :80 | wc -l '


De devolverte valores casi cero, pasará a mostrarte el núemro de sesiones de apache abiertas. Eso siginifica que ya empieza a responder a algunas llamadas. De todos modos, el balanceo no será proporcional hasta que pasadas 12/24 hora, se propaguen bien las dns.

El paso 4.
Ya tenemos un servidor solo para las bases de datos y la carga de Apache balanceada. Notarás la mejoría en el tiempo de respuesta de tu web, una salvajada. De repente verás como el tráfico de tu web sube y no es real, esas visitas de más son las que no eras capaz de servir por falta de máquina antes de poner en marcha todo esto.

Ahora nos falta sincronizar los contenidos.
Aqui tengo que dar las gracias a Francisco Monteagudo, por su post.  No tienes más que seguir la última parte al pie de la letra que copio aquí:

1. Desde la línea de comandos del servidor linux primario, ejecutamos: ssh-keygen -t rsa -b 4096 -f /root/.ssh/id_rsa
2. El comando anterior nos pedirá que introduzcamos una passphrase; la dejamos en blanco.
3. Ahora, en el directorio de configuración del ssh del usuario root tendremos dos ficheros, id_rsa que contiene la clave privada y id_rsa.pub que contiene la clave pública.
4. Copiamos la clave pública al servidor linux secundario, al directorio /root/.ssh
5. En el servidor secundario, vamos al directorio /root/.ssh y buscamos el fichero “authorized_keys”. Si el fichero no existe, entonces renombramos el fichero id_rsa.pub que hemos copiado del servidor primario. Si existe, lo editamos y el fichero id_rsa.pub lo añadimos como última línea.
6. Ahora volvemos al linux primario y creamos el siguiente script:
   

   #!/bin/sh
   rsync -avz secundario:/directoriouploads2 /directoriouploads1
   rsync -avz /directoriouploads1 secundario:/directoriouploads2 

   Siendo:

   • secundario: Dirección IP del servidor secundario.
   • directoriouploads1: Directorio de uploads de wordpress en el linux primario.
   • directoriouploads2: Directorio de uploads de wordpress en el linux secundario.
7. Creamos una entrada en el crontab del linux primario para que el script anterior se ejecute cada hora.

Mi recomendación es si tienes un cache de WordPress tipo 1Bloger, SuperCache, etc es que los desactives, a no ser que ejecutes la sincronización cada minuto, pero me parece demasiado.

Otra recomendación es que los editores siempre trabajen con el servidor 1. Para que no le responda unas veces el 1 y otra sel 2, debes modificar el archivo hosts que tienes en tu ordenador en la ruta  C:\WINDOWS\system32\drivers\etc\hosts , añadiendo una linea donde le indiques que para ese dominio debe acudir a la IP del servidor 1.

Creo que no me dejo nada. Si crees que se puede hacer de otro modo, te agradecería que hicieses un comentario.

En este video se describen algunas de las nuevas funcionalidades de WordPress 2.6, la que parece que será la versión más estable desde hace bastante tiempo.

Enlace: How to Migrate Blogger Powered Blogs to WordPress

Via: carrero.es | Enlace: 47 Themes Premium para WordPress

Si eres de los que en ocasiones olvidas ideas para posibles post en tu blog o simplemente quieres tener un recordatorio de cosas pendientes de hacer en tu panel de administración de WordPress, aquí tienes un Plugin que te permite gestionar Cosas pendientes de Hacer.

Enlace: Our Todo List Plugin

MySQL están diseñada de tal forma que en ocasiones es importante optimizar la base de datos, algo así como “comprimir” su contenido y desechar la información que ya no es válida. Es habitual hacerlo cuando se graban y borran muchos datos de forma continuada.

Aqui tienes un Plugin muy simple, pero con el que evitarás tener que acceder al gestor de bases de datos. Ahora, con un solo click, tu base de datos de WordPress quedará optimizada.

Enlace: Optimize DB

En ocasiones nos vemos obligados a modificar alguna url de una sección o página. Si por algún motivo necesitas realizar un redireccionamiento permanente (el famoso 301 del .htaccess)  indicando a Google la nueva dirección, sin que se genere un error 404 “Not found” este Plugin es perfecto. Simplementes generas desde el panel la URL antigua y la URL nuevay que tipo de redireccionamiento deseas activar.

Enlace: Redirection

Enlace: Almost Perfect htaccess File for WordPress Blogs

David Carrero

Actualización:
Parece bastante sorprendente, pero la versión 2.3 está dando un montón de problemas. Puedes saber mucho acerca del tema en la sección WordPress de Anieto2k.

Enlace: Feed Footer WordPress Plugin