Aguantar una portada en meneame

4 de Noviembre, del 2009

Introducción:

Además de menéame, existen varios sitios web en los que sus usuarios comparten links interesantes. Otros ejemplos son yonkis, taringa, barrapunto, slashdot, digg, e incluso twitter. Debido a su gran cantidad de usuarios y su peculiar manera de funcionar, cuando un artículo de nuestro blog sale en portada de estos sitios, el servidor sufre un repentino subidón de visitas que dura entre algunas horas y varios días. Un blog que en general recibe pocas visitas diarias, de repente debe responder a miles de visitantes al mismo tiempo. Y muchos no lo resisten, se “caen”, dejan de ser accesibles, tiran error 404, 500, o exceden el ancho de banda permitido por el hosting contratado. Cuando esto ocurre, se dice que el sitio sufrió el “efecto menéame” (originalmente, “Slashdot effect”)

Por eso decidí escribir una breve guía con algunos trucos de supervivencia, para que los bloggers o webmasters de pequeñas páginas web se puedan preparar. Escribo estos consejos usando como ejemplo a meneame.net por el simple hecho de que soy usuario del mismo y mis artículos fueron meneados algunas veces, pero son válidos para cualquiera de las fuentes de muchas visitas que ya he nombrado.

Primero nos preparamos:

1. Recibir alerta cuando nos han meneado.

Generalmente se puede configurar un blog para que nos envíe un mail cada vez que recibimos un trackback. Si eso no les parece suficiente, podemos aplicar este truco:

1. usar el buscador de menéame y poner tu dominio (el .com no hace falta, por ejemplo “inggenia”)

2. incluso se pueden poner varias palabras juntas, por ejemplo, en el caso de tener varios dominios o varios blogs.

3. subscribirse a esa búsqueda mediante su icono RSS

Así veremos en nuestro lector de feeds un aviso cuando nos meneen. No es automático o instantáneo, pero el aviso llega bastante rápido y seguro antes de que llegue a portada, dándote tiempo para prepararte.

2. Tener un buen hosting ayuda, los planes de hosting compartido no.

Todas las empresas de hosting te van a decir que mientras no superes tu ancho de banda mensual contratado todo va a estar bien, pero la verdad es que la mayoría en cuanto notan que estás sometiendo al servidor a mucho stress te van a bloquear el sitio “para proteger a los demás sitios alojados”, no te van a dejar entrar a tu panel de control o FTP a hacer nada y no te van a contestar las consultas durante dos o tres días hasta que el efecto pase. Luego, para colmo, te van a mandar un mail con un buen reto. Pero incluso si este es tu caso, no te preocupes, sigue leyendo.

Cuando hemos sido meneados.

Mientras nuestro artículo está en pendientes, recibimos algunas visitas extra, pero nada de qué preocuparse. Nos da tiempo suficiente de prepararnos.

1. Activar sistemas de Caché interno.

Si el blog usa el código de wordpress, es muy recomendable usar el plugin WP-Cache, su versión mejorada WP-SuperCache o similares. Sino, buscar algo parecido para tu plataforma. O simplemente guardar el archivo .html de la entrada, subirlo al ftp y hacer una redirección 302 a él (más adelante explico cómo). Servir a los visitantes una versión estática de nuestro blog reduce considerablemente el consumo de los recursos del servidor en comparación con la versión generada por el código php de wordpress. Otro excelente plugin es DB Cache y su versión más actualizada DB Cache Reloaded. Se puede usar junto a WP Cache o solo. Estos plugins se pueden dejar activados.

2. no hostear las imágenes del post en tu propio servidor

cambiarlas a imageshack o cualquier otro servicio de alojamiento de imágenes. Pueden luego de pasada la tormenta volver a alojarlas en su servidor. Y no hablo sólo de las imágenes del artículo, incluso se puede preparar una versión alterada del theme y usar imágenes fuera del propio servidor.

3. desactivar plugins y widgets

Quitar temporalmente todos los plugins (salvo los de cache) y los widgets de la barra lateral. Mientras menos pese nuestra página, menos probabilidades habrá de que se caiga. Es posible que el blog pese hasta 3 veces menos si le quitamos todo lo extra. Luego, lo volvemos a dejar todo como estaba.

Con esto ya debería ser suficiente si las visitas vienen de un sólo sitio, o fines de semana, o si el hosting contratado es bueno. Pero por las dudas, algunos trucos extra que lograrán que resistas cualquier embestida.

4. Redireccionar a un mirror.

Una forma burda de hacerlo es tener una copia exacta del blog (o al menos del artículo meneado) en otro dominio, otro hosting, uno gratuito podría funcionar. Y así redistribuir el peso entre ambos servidores. La forma más sencilla es pedir que cambien el link meneado si deja de funcionar el primero. Pero dificilmente vuelvan a cambiarlo después hacia tu blog. Además esto suele generar problemas, en especial con los comentarios que te dejen en el blog gemelo. La redirección puede hacerse de varias formas, por ejemplo en tu cpanel, yendo a Dominios->Redirecciones (elegir la opción Temporal 302). También se puede hacer por HTML, javascript, php y en el .htaccess que es como lo hago yo y les muestro más abajo.

5. Usar el servicio de Coral Cache. Este artículo de wikipedia inglesa explica qué es. Usarlo es sumamente sencillo, basta agregar .nyud.net al final de una dirección web. Se debe reemplazar www.tusitio.com/titulo-articulo/ por www.tusitio.com.nyud.net/titulo-articulo/ en la barra de direcciones de tu navegador favorito. La primera vez que se entre en esa dirección, Coral Cache creará una copia exacta de la página, que podrá usarse como mirror y para redireccionar. Cuando esto ocurre se dice que la página a sido “coralizada”.

Para hacer la redirección la mejor opción es agregar a tu archivo .htaccess lo siguiente:

!start code

RewriteEngine on
RewriteCond %{REMOTE_ADDR} !^192.168.1.2$
RewriteCond %{HTTP_USER_AGENT} !^CoralWebPrx
RewriteCond %{QUERY_STRING} !(^|&)coral-no-serve$
RewriteCond %{HTTP_REFERER} ^http://(www.)?digg.com [OR]
RewriteCond %{HTTP_REFERER} ^http://(www.)?meneame.net [OR]
RewriteRule ^(.*)$ http://www.tusitio.com.nyud.net:8080/$1 [R,L]

!end code

Cambiando lo que aparece en rojo. La IP debe ser tu IP (para que no te muestre a ti la versión cacheada). Se pueden agregar más sitios, puse digg y menéame de ejemplo. Y finalmente la dirección de Coral Caché (reemplazar la parte tusitio.com y mantener el resto como está)

Ejemplo (redirecciona todos los post de noviembre de 2009):
RewriteCond %{HTTP_REFERER} ^http://(www.)?meneame.net
RewriteRule ^2009/11/(.*)$ http://www.n3ri.com.ar.nyud.net:8080/$1 [R,L]

Coral Cache funciona relativamente bien, aunque algunas veces no recibimos el referer y en esos casos no habría redirección. Tampoco funcionaría si entran desde un lector de feeds o de otros sitios que no hayamos tenido en consideración. Es cuestión de probar y después me cuentan.

Lo interesante es que el usuario final, que viene desde menéame y visita el blog “coralizado” no notará la diferencia. Incluso funciona el formulario de comentarios (los comentarios son enviados a tu blog) y también funciona adsense (la publicidad se ve y los clicks generan ganancias) y funciona analytics (las estadísticas no disminuyen, si 1000 entran al blog original y luego 1000 entran al artículo coralizado, tus estadísticas mostrarán 2000 visitas). Además, los visitantes que no vengan desde menéame no son redirigidos, entran al blog real.

Se puede dejar preparado el archivo .htaccess y usarlo cuando veamos que son “demasiadas” visitas y luego cuando esté pasando la tormenta, quitar la redirección a Coral Cache.

Nota para usuarios de menéame:

Coral Cache puede también serle útil a los meneantes. He visto que muchas veces cuando un blog se cae por el efecto menéame, algunos dejan en los comentarios el link al cache de google. Creo que esta otra opción es mucho mejor, pues guarda el blog “tal cual”. Obviamente no es automático como la de google, sino que tiene que hacerlo alguien (entrar por primera vez en el sitio terminado en .nyud.net:8080/ para que se genere la copia cache) Y obvio también que hay que hacerlo antes de que el sitio se caiga, sino se estaría copiando una página de error.

Con estos trucos se puede hacer frente al efecto slashdot (el mayor de todos) por lo que no debería haber problema con los demás de la lista.

Espero que les sirvan los consejos y si tienen dudas dejen comentarios (y si no, también comenten)

Articulo escrito y cedido por n3ri

Escrito por: alba | En las categorias: compartir archivos.