Desde hace unos meses he dejado de lado a Piwik, el maravilloso sistema de estadísticas que he venido usando durante los tres últimos años. Piwik ha evolucionado muchísimo desde que empecé a usarlo: ya no usa gráficos flash, mantiene muy controlado el tamaño de su base de datos, es más rápido y tiene nuevos plugins que lo convierten en un perfecto competidor libre de google analytic y lo están haciendo escalar puestos poco a poco en el competitivo ranking de los sistemas de estadísticas. Pero… tiene un enorme problema: el consumo de memoria resulta del todo inasumible para una máquina con RAM escasa que es el gran cuello de botella de un servidor web con Apache, así que cuando me pasé a un servidor VPS en Linode, con la limitación de RAM que eso supone, fue lo primero que tuve que sacrificar. Algún día me pararé a probar lighttpd o a ver si realmente el módulo MPM worker mejora tanto como cuentan la gestión de memoria, pero por el momento los alrededor de 128 Megas que consumen los scripts de Piwik me resultan del todo inasumibles.

AWStats tiene un aspecto realmente “viejuno” de web sacada de Geocities, pero hace bien lo que tiene que hacer, apenas consume RAM y obtiene sus resultados leyendo directamente de los logs de Apache con lo que no pierde ni una sóla visita. Cualquier otro método (usando javascript en cliente, PHP en el servidor, etc.) es susceptible de perder información en determinadas circunstancias.

El hecho de que no ofrezca datos en tiempo real se puede mitigar haciendo que los logs se procesen en intervalos más pequeños o, incluso, añadiendo un enlace para que estos se procesen bajo demanda. El filtro de estadísticas diario que por defecto no es posible también puede conseguirse mediante la extensión Day by Day que también veremos en esta entrada.

Los únicos requisitos previos son tener instalados perl (necesario para ejecutar los scripts de awstats) y nuestro servidor web que, en este ejemplo, será Apache. La instalación en una debian es tan fácil como siempre (apt-get install awstats) pero la versión en el repositorio estable es la 6.9.5 que tiene más de dos años. Si quieres trabajar con la última versión (la 7.0 o la beta 7.1 en estos momentos) lo más fácil es bajarte el paquete desde aquí y descomprimirlo en tu servidor en el directorio /usr/local. Todo lo que vamos a ver a continuación supone que estamos instalando por este segundo método.

A continuación creamos un virtual host en nuestro Apache para realizar el acceso a las estadísticas o incluimos las siguientes líneas (sacadas del modelo que tendremos en el fichero /usr/local/awstats/tools/httpd_conf) en, por ejemplo, la instancia por defecto del mismo:

1
2
3
4
5
6
7
8
9
10
11
12

Alias /awstatsclasses "/usr/local/awstats/wwwroot/classes/"
Alias /awstatscss "/usr/local/awstats/wwwroot/css/"
Alias /awstatsicons "/usr/local/awstats/wwwroot/icon/"
Alias /awstatsjs "/usr/local/awstats/wwwroot/js/"
ScriptAlias /awstats/ "/usr/local/awstats/wwwroot/cgi-bin/"
 
<Directory "/usr/local/awstats/wwwroot">
     Options None
     AllowOverride None
     Order allow,deny
     Allow from all
</Directory>

Una vez editado debemos de pedir a apache que vuelva a leer la configuración para que tengan efecto estas líneas (service apache2 reload).

Vamos ahora a crear un fichero de configuración para awstats. Partimos del modelo que habrá en /usr/local/awstats/wwwroot/cgi-bin/awstats.model.conf. Lo copiamos en el directorio /etc/awstats (que debemos de haber creado antes) con un nombre distintivo (por ejemplo awstats.miweb001.conf) y lo editamos para adecuarlo a nuestra instalación. Mucha antención a la partícula miweb001 que debería de identificar a la web cuyas estadísticas queremos ver y que tendremos que usar en otras instrucciones más adelante. Las líneas que deberías de modificar sobre la configuración por defecto (y que no aparecen consecutivamente como aquí ¿eh?) son estas:

1
2
3
4
5
6
7
8
9

LogFile="/var/log/apache2/apache2-myweb001-access.log"
SiteDomain="www.miweb001.es"
HostAliases="www.miweb0001.com www.miweb001.net"
DNSLookup=1
DirData="/var/lib/awstats"
DirCgi="/awstats"
DirIcons="/awstatsicons"
AllowToUpdateStatsFromBrowser=1
AllowFullYearView=3

Las tres primeras definen, respectivamente, el emplazamiento del fichero de logs de la instancia de apache, el nombre de la web y los posibles alias a través de los cuales podamos acceder a la misma (separados estos por espacios). La cuarta línea habilita la resolución completa por DNS de las IP’s de acceso. En la quinta línea decimos donde queremos que deje los ficheros resultantes de procesar los ficheros de log (¡no olvides crearlo!). En la sexta y la séptima se define donde están los diferentes componentes de awstats según los hemos definido anteriormente en el fichero de configuración de la instancia de apache. Las dos últimas líneas hacen que nos aparezca un enlace que permita refrescar los datos en cualquier momento y habilitan la posibilidad de realizar informes estadísticos de todo un año.

Existen muchos otros parámetros interesantes o útiles para activar plugins, funcionalidades extras, personalización, etc, pero yo te recomiendo que lo eches a funcionar sólo con esto que es lo mínimo y luego ya te metas en experimentar otras cosas. Sobre todo si no tienes mucha experiencia en estas lides.

Vamos ahora a programar el cron de nuestra máquina para que procese los logs de apache, por ejemplo, cada 15 minutos. Creamos un fichero llamado /etc/awstats/cron-awstats.sh, le damos permisos de ejecución y copiamos lo siguiente en él:

1
2
3

#!/bin/sh
perl /usr/local/awstats/wwwroot/cgi-bin/awstats.pl -config=miweb001 -update
perl /usr/local/awstats/wwwroot/cgi-bin/awstats.pl -config=miweb001 -databasebreak=day -update

Fijate bien en que la partícula que aparece a continuación de config en ambas líneas (miweb001) debe de ser exactamente la misma que aparece en el nombre del fichero de configuración que hemos creado anteriormente (awstats.miweb001.conf). Bien, ahora editamos el fichero /etc/crontab y añadimos al final del mismo lo siguiente:

1

*/15 * * * * root /etc/awstats/cron-awstats.sh > /dev/null

Y listo. Nos quedan unos pequeños retoques pero ahora ya cada 15 minutos se analizarán los logs del servidor de apache y podremos consultar la información, ya procesada, en la siguiente URL. Atención, de nuevo, a la partícula miweb001:

http://ip-del-servidor/awstats/awstats.pl?config=miweb001

Si, como es habitual, nuestro sistema rota los ficheros de log tenemos que evitar perder el procesado de los últimos minutos antes de una rotación. Para ello editamos el fichero /etc/logrotate.d/apache2 y bajo la línea donde pone prerotate volvemos a ejecutar el procedimiento que llama a los scripts de awstats:

1
2

prerotate
     /etc/awstats/cron-awstats.sh > /dev/null

Lo último que nos resta por hacer es habilitar la posibilidad de mostrar informes diarios. Para ello usaremos la extensión Day by Day. Para instalarla y configurarla tenemos que descargarnos la última versión, descomprimirla y copiar los dos archivos javascript (day-by-day-head.js y day-by-day-end.js) en el directorio /usr/local/awstats/wwwroot/js/. A continuación editamos el fichero de configuración de awstats (recuerda que en nuestro ejemplo se llama awstats.miweb001.conf y está en el directorio /etc/awstats) y reemplazamos los valores de los dos parámetros HTMLHeadSection y HTMLEndSection (casi al final del fichero) por las siguientes líneas:

1
2

HTMLHeadSection="<script language=javascript src="/awstatsjs/day-by-day-head.js"></script>"
HTMLEndSection="<script language=javascript src="/awstatsjs/day-by-day-end.js"></script>"

Una vez hecho esto, la pantalla principal de nuestro awstats aparecerá con un cintillo en la parte superior donde podemos escoger un día concreto y, al hacerlo, en la gráfica principal aparecerá un corte de detalle por horas. El resto de los datos también serán referidos al día escogido. Para volver a la vista mensual pulsamos el enlace “Back to monthly report” del cintillo superior.

Si tenemos otras instancias web separadas en nuestro servidor y también queremos obtener sus estadísticas sólo tenemos que repetir, por cada una de ellas, dos de los pasos anteriores:

• Crear un fichero de configuración separado en el directorio /etc/awstats con los datos pertinentes. No olvides incluir las líneas finales que hemos visto para la extensión Day by Day.
• Añadir un par de líneas adicionales correspondientes a la nueva instancia en el fichero /etc/awstats/cron-awstats.sh

La URL para consultar las estadísticas de estas nuevas instancias será también diferente, claro. Y recuerda que la partícula distintiva que usamos en el nombre del fichero de configuración será la que nos permitirá construirla.

ACTUALIZACIÓN: Hace unos meses apareció Apache2Piwik un script que importa los logs de Apache a la base de datos de Piwik. Habrá que echarle un vistazo y si el consumo de memoria es bajo lo mismo volvemos a hablar de ello por aquí…

¿Os he dicho ya que he cambiado de hosting? La progresiva bajada de precios de los VPS los ha hecho, por fin, asequibles y muy golosos para los que nos sentimos encorsetados en un compartido pero no tenemos dinero (ni necesidad real) como para alquilar un dedicado. Sólo había que elegir de entre la amplia oferta existente, que es lo realmente difícil… Y en eso estaba, buscando comparativas y comentarios en foros especializados cuando un tweet de Álvaro Ortiz (aka furilo) hizo que abandonase mi búsqueda y me fijara en Linode.

Para el lector que no esté familiarizado con el término, VPS son las siglas en inglés de Servidor Privado Virtual. Las empresas de hosting que los comercializan te proporcionan el uso exclusivo y sin restricciones sobre una máquina virtual de forma que tienes la ilusión de trabajar sobre un servidor dedicado mucho menos “influenciable” por la actividad de tus vecinos que ejecutan sus propias máquinas virtuales sobre la máquina anfitriona real. La parte negativa de esto, que la tiene, es que los recursos físicos de esta máquina suelen ser bastante reducidos y rígidos y tampoco tú podrás excederte en el consumo. Y un servidor web, ya sabeis, es un terrible monstruo devorador de RAM, así que la configuración “fina” es prácticamente indispensable.

Os cuento un poco de como funciona y las posibilidades que tiene. El panel de control ofrecido es sobrio pero funcional y, cubre las acciones básicas que podríamos realizar si estuviéramos delante de la máquina real (apagarla, encenderla, reiniciarla…), y otras tareas útiles de mantenimiento (clonar y redimensionar discos, realizar una instalación del sistema operativo desde cero…), algunos gráficos de estado, la posibilidad de realizar un acceso remoto a la consola desde web y alguna otra utilidad más. Cualquier otra cosa hay que hacerla a golpe de línea de comando. Las distribuciones disponibles son Ubuntu, Fedora, Debian, CentOS, ArchLinux, Slackware, Gentoo y OpenSuse. Difícil que no encuentres una a tu gusto.

Pero lo más interesante, tal vez, son las posibilidades de escalado y la forma de facturación de estas. En cualquier momento y en caliente podemos añadir extras (más RAM, espacio en disco, etc.) a nuestra máquina y si, por ejemplo, después de pedir un extra de RAM de 360 MB durante un mes damos marcha atrás a los dos días, la parte proporcional de nuestro pago (correspondiente a los restantes 28 días que no hemos usado) se devolverá a nuestra cuenta. Dicho dinero no se nos reintegra de forma real pero queda a nuestra disposición para futuros pagos. Los redimensionados de la máquina virtual a otra con mejores características funcionan de la misma forma, pero estos se hacen en frío y con un tiempo de parada estimado de unos 20 minutos.

La documentación es mucha y muy buena. La mejor lo tenemos a través de una extensa librería con tutoriales para hacer prácticamente cualquier cosa con nuestro servidor (y que pueden serte útiles aún si no contratas nada con ellos). Aparte, existe un foro y, con mucho menos contenido, una wiki. El resto de recursos está listado aquí.

Más ventajas: el pago se hace siempre en dolares (que siguen teniendo un cambio ventajoso para nosotros) pero puedes elegir que tu VPS se encuentre en un CPD de EE.UU. o en uno del Reino Unido. Además, cuentan con una política de “agradecimiento” que te recompensa con 20$ por cada cliente conseguido a través de una recomendación tuya. Así que ya sabéis: si estáis buscando un VPS y os apetece probar con Linode hacedlo a través de este link. Gracias

Lo que en un primer momento iba a ser tan sólo un cambio a un nuevo cluster de servidores en la empresa que me lleva el hosting y donde el principal retraso debería de haber sido el de la propagación de los datos con la nueva IP a los DNS, se ha prolongado durante alrededor de 40 horas debido, por lo que he podido interpretar, a una cadena de descuidos cometidos por los técnicos que llevan el soporte. Afortunadamente sólo ha afectado al acceso web y ftp (tanto el correo electrónico como las bases de datos han funcionado con normalidad durante todo el tiempo) y no ha habido pérdida alguna de datos. Pero si las IP fijas no fuesen tan caras (9€/mes) me lo pensaba…

Espero que mi lector habitual no haya sufrido demasiado. Ya puede elegir el menú del fin de semana.

Servage.net amplía las características de su hosting y ofrece 750 GB de almacenamiento y 7500 GB mensuales de transferencia. a sus ya interesantes condiciones. La oferta sólo es válida cuando entras avalado a través del cupón de referencia de un suscriptor del servicio (como yo).

DISCLAIMER: Sinceramente, yo me quedo muy lejos de estos números así que no se si, como ocurre con otros servicios de este tipo, el tope se encuentra realmente en el consumo de CPU y no en estos parámetros. Además, El programa de afiliados me concede a mí dos meses gratis de hosting por cada nuevo afiliado que entre a través de mis referencias.

Netcraft ha publicado su última tabla de referencia sobre los 10 mejores servicios de hosting en cuanto a disponibilidad se refiere: cuatro con FreeBSD, cuatro con GNU/Linux y dos con windows 2003 server. En la posición número 3 tenemos a iweb, una empresa canadiense que proporciona sus servicios con Linux a un precio de partida de 6,99$ al mes contratando por un año. Dan soporte en castellano y los servicios y características que ofrecen son bastante atractivos. Porque tengo un año pagado por adelantado con Servage.net, si no me lo pensaba.

Estadísticas de visitantes se publican por aquí a patadas y el dinero que cuesta mantener un blog lo sabe ya cualquiera que se haya metido en esto pero ¿Se gana dinero o, al menos, se puede mantener sin gastos? Siempre he sentido mucha curiosidad por esto así que a la vista de la falta de información imperante en la blogosfera en noviembre de 2006 y sólo tres días antes de que lo hicieran los Microsiervos (¿me habran copiado ?) anuncié que iba a incluir publicidad de Adsense en este blog.

Lo de Adsense duró poco. Como ya ha sufrido por ahí mucha gente, al acumular los primeros 100$ de beneficios Google me envió una nota diciendo que se había detectado un uso fraudulento de su programa en mis páginas, que cancelaba unilateralmente el contrato, que no me pagaban, que no se me ocurriera volver a darme de alta y que no me molestara en escribir reclamándoles porque no me iban a hacer ni puto caso. O así, más o menos, es como lo recuerdo.

En su momento decidí no escribir nada sobre este asunto hasta que se me pasara el calentón que es lo que recomiendan en todos los manuales sesudos sobre estas cosas. Luego se me ha pasado tanto que me he olvidado de ello. Sin entrar en muchos detalles, creo que Google podría tratar estas situaciones de muchas otras formas menos agresivas: descontar sólo los clicks sospechosos de ser fraudulentos (aplicando, incluso, una fuerte penalización), un sistema de avisos progresivo de forma que se te expulse del programa a la tercera falta (dando información en cada una de las anteriores por si han sido inadvertidas), realizar una primera revisión de la cuenta a los, pongamos, tres meses de ingreso en el programa y no esperar al momento de tener que pagarte para echarte… Seguro que hay más y no merece la pena enumerarlas todas para darse cuenta de que esta forma de actuar es totalmente interesada, le beneficia una barabaridad y abusa de la absoluta falta de competencia en este mercado. Si el Publisher Network de Yahoo! llega a funcionar algún día ya veremos si persisten en mantener esta actitud…

No obstante y para que os sirva de referencia, aplicaba el Adsense a través del plugin de MoreMoney de forma que la publicidad sólo era visible para quien llegaba hasta aquí a través de un buscador y los ingresos que generaba (sin preocuparme mucho de posicionar los enlaces) eran de entre 15 y 20 euros al mes. En cualquier caso y para seguir con el experimento era preciso buscar alternativas, así que dentro de lo que encontré elegí dos o tres opciones para hacer dinero que fueran lo más discretas y menos intrusivas posible y que no anunciaran nada que fuese en contra de mis principios (tendríais que ver las ofertas que he tenido que rechazar…)

Los negocios no han sido nunca una de mis habilidades (tampoco es algo que me atraiga, la verdad) así que sé de antemano que ni siquiera he arañado las posibilidades existentes. Pero esto es lo que hay. Aquí va mi cuenta de resultados desde aquel 20 de Noviembre de 2006 hasta ahora, es decir, a lo largo de aproximadamente 14 meses:

En la tabla aparece algún gasto que no está directamente relacionado con este blog (por ejemplo, tengo contratados más dominios aparte de este que uso para diversas actividades) pero, ya puestos, he querido incluir todos los gastos derivados de mi presencia en Internet salvo el del proveedor de servicios al que tengo contratado el ADSL. El servicio de venta de enlaces a través de Linklift, que ha sido para mi toda una sorpresa, sólo ha estado activo a partir de finales de septiembre del año pasado. Antes de el probé suerte con TextLink Ads y aún sigo esperando que me contraten algo… Ah, tampoco descuento los gastos que ocasionan los ingresos por Paypal ni la retención de estos ingresos cuando los declare a Hacienda. Y ya para acabar de ser rigurosos tendría que mencionar también los ingresos “en especies”: cuatro meses de hosting gratis en Servage que extienden el servicio que tengo contratado con ellos hasta marzo de 2009.

Para el año que viene trataré de probar alguna cosilla nueva (se admiten sugerencias) pero al menos lo que quería demostrar es que aún sin depender de Google, con muy poquito esfuerzo y sin apenas molestias para los posibles lectores, esto de tener un blog fuera de las plataformas gratuitas no cuesta dinero. Ahora ya lo de vivir de ello se lo dejo a los de la A+ list.

A dos meses ya del cambio de hosting a servage.net (que, por cierto, me recomendó aquí enxebree de “deaparatos”) puedo contaros ya que tal me va y hacer una inevitable comparación con dreamhost, mi anterior servicio de hospedaje.

En primer lugar deciros lo de siempre: esto de pagar por un hosting no es necesario para escribir un blog. Hay muchos servicios gratuitos para ello y gente con mucho más tráfico que yo los usa sin problemas de ningún tipo. Ahora bien, si además quieres un servidor con acceso desde Internet para “jugar” con él y/o tienes otro tipo de proyectos y no puedes (o no quieres) montar uno en tu casa o en el trabajo se trata de una buena opción y si no se trata de una actividad crítica no necesitas para nada un servidor dedicado.

El precio mensual de contratación en servage es muy similar al de dreamhost (6,35€ al mes en la modalidad anual frente a los 6,78€ de los americanos con el cambio actual del dolar) y sus características básicas también muy parecidas. No merece la pena, creo, discutir las diferencias entre anchos de banda porque ni sueño con llegar a copar los 3,6 Teras que me ofrece servage, así que mucho menos con agotar los 5 Teras de dreamhost. Ahora bien, lo que si echo de menos del servicio de dreamhost es el accesso por ssh a mi cuenta, los logs separados de las instancias de apache (que me permitían, por ejemplo, instalar webalizer) y el servicio de live streaming (mediante Darwin). Hay alguna tontuna más, pero ya de menor orden.

¿En que he ganado? Sin duda en calidad de servicio, estabilidad y en transparencia. Los cortes de servicio son pocos y de escasa duración, los servidores parecen ir bastante más desahogados salvo días contados (aunque realmente eso aquí no puedo medirlo con tanta precisión en dreamhost he llegado a ver load averages que creía imposibles) y el único problema real que he tenido durante estos 120 días ha sido realmente por culpa mía (excedí con creces la cuota diaria de 120 GB de trasferencia).

Para terminar con otro punto negativo para mi “nuevo hogar”: el servicio de promociones de servage.net es mucho menos atractivo que el de dreamhost, así que sospecho que dentro de un año me tocará pagar de mi bolsillo: dreamhost te concede “cupones” de 97,00$ que tu repartes libremente entre tu cuenta y la del nuevo cliente, mientras que servage.net te concede a ti dos meses de hosting gratis (el equivalente a unos 13,00€) y 25GB de almacenamiento extra para cada uno de ambos. El “extra” aquí es para quien hace la publicidad y no para el nuevo cliente cuyo beneficio es bien escaso y no hay que tener muchas luces para darse cuenta de que, salvo que algún buen amigo esté buscando hosting, poquitos meses extras me voy a ahorrar de esta forma. Pero si estás buscando hosting y quieres probar con Servage puedes usar este cupón promocional y, oye, son 25 GB extras que te llevas por nada y yo ya te invitaré a una caña un día de estos

El mes que viene me toca renovar el contrato con Dremhost, la empresa dónde está hospedado esta bitácora. En general estoy bastante satisfecho con ellos y, como comenté hace poco, gracias a los códigos de promoción no voy a tener que pagar ni un sólo céntimo. De hecho tengo acumulado crédito para los próximos tres años. No obstante la faena que me han hecho durante el verano me ha dejado tan mal sabor de boca que me estoy planteando la renovación con ellos. Os cuento.

Cuando volví de vacaciones hace un par de semanas me encontré que las visitas habían bajado una barbaridad. En un primer momento lo achaqué a las fechas, pero enseguida me di cuenta de que la cosa no era normal: prácticamente no había ninguna visita procedente de Google y todos sabemos que estas suponen el mayor porcentaje de las que recibe cualquier blog. Me acerco por las herramientas para webmasters de Google (¿qué no las conoces?¿y tienes un blog?¡ya tardas!) y compruebo que desde finales de julio el bot de google está recibiendo errores 403 cuando trata de acceder a mis páginas y, por tanto, está retirando los enlaces que tiene hacia ellas. Compruebo, además, que sólo ocurre con Un lugar en el mundo y no con ninguna otra de las webs o servicios que mantengo en la misma cuenta de hosting ¿Qué puede estar ocurriendo? Me pongo a hacer una revisión general y cuando le echo un vistazo al fichero .htaccess de la instancia web de este blog me encuentro que, ocultas tras varias decenas de retorno de carro para que pasen inadvertidas muy al final del fichero (¡qué truco tan sucio y tan viejo!) se encontraban las siguientes líneas que bloqueaban el acceso del bot de Google:

< Limit GET HEAD POST >
order allow,deny
deny from 66.249
allow from all
< /LIMIT >

Irritado les envíe un correo con la incidencia preguntando que había pasado y en la respuesta me negaron que esta manipulación haya sido cosa suya pero ¿de quién iba a ser? Máxime viendo lo que se dice por ahí sobre este tema. Esto es lo que me cuentan:

It is not policy to add the block that I found without notifying the account owner. That kind of block would only be added as an emergency measure since Googlebot sometimes doesn’t work properly (especially with dynamic sites like WordPress sites). Basically, it would have been added to prevent a server crash. Again, if a tech added it, you should have been notified since you can actually work with Google to fix the issue that might have caused their bot to misbehave. I have notified a tech lead of this and this will be dealt with appropriately.

Estoy de acuerdo con el tono y el contenido de la respuesta. Una empresa de hosting tiene todo el derecho del mundo para intervenir ante una instancia que comprometa el buen funcionamiento de unas de sus máquinas y que perjudique al resto de clientes que se hospedan en la misma. Tengo constancia de casos similares en este y otros hostings y nunca he protestado por ello. Pero siempre ha habido una comunicación inmediata de por medio diciendo algo así como “Existe este problema, creemos que lo causas tú y hemos actuado de tal forma de manera preventiva.” ¿Pero así de tapadillo, ocultándolo y sin comunicación alguna?¡Lamentable! En la siguiente gráfica podéis ver los efectos sobre el tráfico de estas páginas:

Hace meses que mi blog vuelve a estar libre de publicidad y no me siento perjudicado económicamente así que el problema que tengo con ellos no es ese, no… Pero la confianza es algo que, por definición, tarda en recuperarse y ahora mismo me siento un poco confuso y engañado… ¿Algún consejo?¿Les doy una segunda oportunidad o me largo?¿Conocéis alguna empresa de hosting con un programa de recompensas similar al de Dreamhost?

Firmé con Dreamhost el día 20 de septiembre del año pasado, hace justamente seis meses, pagando 29,40$ (unos 23 euros) por un año de hosting con unas cuotas desorbitadadas que rara vez ocupo en más de un 1%. Y no utilizo el servicio sólo para este blog: hospedo una decena de dominios míos y de amigos, sus cuentas de correo y las páginas web de algunos de ellos, pruebo aplicaciones mías y ajenas, etc.

El servicio no es perfecto: la ocupación de las máquinas es elevada y, a veces, descabellada (he llegado a ver loads average superiores a 800, cosa que no había visto jamás antes en mi vida en una máquina en producción). Pero estas cosas no suelen pasar a menudo y los cortes de servicio no son ni frecuentes ni duraderos y, casi siempre, se avisan con antelación.

Mi principal duda estaba en lo que haría cuando llegase el momento de la renovación. El segundo año, sin la posibilidad de usar un código de promoción, el coste ascendería a 119,40$ (unos 92 euros) y eso ya si excede de lo que estoy dispuesto a pagar. Mi sorpresa ha venido por la aceptación que tienen estos códigos de promoción. El tráfico en este blog es bastante discreto (podeis verlo aquí) pero sin embargo el día 9 de enero de este año ya tenía, acumulado dinero suficiente como para renovar gratis el año que viene. A día de hoy tengo 171,97$, con lo cual probablemente llegaré a los 190,80$ (o pagaré lo que reste de mi bolsillo) de la cuota bianual y así me despreocuparé de esto hasta septiembre del año 2009.

Pero que nadie se llame a engaños. La parte negativa la comenta Antonio desde su Error500. Si el tráfico de tu blog despunta de manera destacada no esperes que cumplan con las condiciones y no te impongan restricciones. Estamos hablando, en cualquier caso, del blog que está en la séptima posición de la blogosfera hispana según el ranking de merodeando así que no se trata de cualquier cosa.

Lo dicho: casi gratis y muy recomendable pero siempre que no seas un blog-star. Así que quien quiera probar y ahorrarse esos primeros 90 dolares (y, de paso, regalarme a mi siete) puede empezar aquí pero, por favor, no dejaros engañar por la publicidad y por los falsos números que luego me siento culpable: se trata de un buen hosting pero para tráficos moderados. No te creas a pies juntillas las cuotas que publicitan y si tienes aspiraciones de convertirte en el próximo microsiervo mejor te buscas otra cosa…

ACTUALIZACIÓN: Desde el pasado mes de diciembre la política de promociones de Dreamhost ha cambiado sensiblemente y ahora el descuento máximo aplicable a través de sus PromoCodes es de 50$.

Pues si. Al final me he mudado a Dreamhost. En unas semanas cumplía el año que tenía contratado con 100webspace y tenía claro que no volvería a renovar con ellos. La disponibilidad del servicio ha llegado ser abrumadoramente baja durante algunos meses y, además, creía conveniente consolidar en un único proveedor los diferentes servicios (webs, blogs, wikis, moodle, cuentas de correo, etc.) que tengo por ahí distribuidos. Y esto ha sido lo que más me ha llamado la atención de Dreamhost: ofrecen por un precio relativamente bajo una cuenta multidominio y con características de almacenamiento y transferencia bastante altos. Desde luego mucho más altos de lo que yo necesito.

Lo segundo que me ha llamado la atención (y lo que me acabó por decidir) es la posibilidad de probarlo durante el primer año a un precio muy, muy reducido gracias a los “Promo Codes”. El coste anual del servicio es de 119,40$ (aproximadamente 93€ al cambio actual) pero gracias a los códigos de promoción la cuota del primer año me ha quedado reducida a 29,40€ (unos 23€). El funcionamiento es el siguiente: cada usuario puede crear códigos de descuento por un valor máximo de 97,00$ los cuales puede repartir de la forma que se le antoje entre él mismo y el nuevo suscriptor. La opción más habitual (y la que yo he elegido) es descontar 90,00$ al nuevo suscriptor y que me descuenten a mi 7$ en la próxima cuota, así que si estás pensando en cambiar de hosting y te gustan las características que ofrecen estos chicos sólo tienes que introducir el código PROMOMUNDO en el campo correspondiente del formulario de alta para que el descuento se te aplique automáticamente. El descuento es válido para cualquiera de los planes de la empresa con la salvedad de que si el coste de lo contratado no llega a los 90$ el descuento es algo menor (cualquier plan de coste inferior a los 90$ queda reducido a sólo 10$).

Y bueno, por lo demás la migración ha sido bastante sencilla. observé cierta irregularidad en la propagación DNS de los diferentes nombres de dominio (apenas 30 minutos para los .com y algo más de seis horas para el .es) y tuve algún problemilla con la importación de las bases de datos de wordpress con el juego de caracteres correctos (UTF8) pero lo solucioné rápidamente gracias al comentario que hace Rufo en este post.

ACTUALIZACIÓN: Desde el pasado mes de diciembre la política de promociones de Dreamhost ha cambiado sensiblemente y ahora el descuento máximo aplicable a través de sus PromoCodes es de 50$.