Probando el Aruba Cloud Server Smart de 1€

hosting Por fin he tenido tiempo de hacer una primera prueba medianamente seria con mis nuevos VPS de Aruba y, para matar dos pájaros de un tiro, he instalado una instancia de Chamilo LMS para evaluar si me sirve como aula virtual para el curso de este año. He usado el VPS más pequeño de la familia: el de 1Gb de RAM y 1 core de CPU por 1€ al mes. Además, si funcionan bien el hecho de que ofrezcan dos meses gratis me permitirá usarlo con mis alumnos para algunas prácticas sin necesidad de que realicen desembolso alguno. Si, los que tenemos poco tiempo disponible tenemos que aprovechar al máximo el que tenemos 🙂

No voy a describir todo el proceso en detalle y con pantallazos porque es bastante fácil e intuitivo (casi siempre) y si ya has trabajado con algún otro VPS no tendrás problemas. Lo primero que tienes que elegir una vez has hecho login es el datacenter dentro del cual quieres crear tu máquina. Yo escogí uno de los dos italianos porque es un Tier IV y eso mola y porque tiene un 100% de uptime desde su creación en 2011. Posiblemente el francés me daría mejores respuestas desde nuestro país, pero ya tendré tiempo de probarlo. Luego eliges el tamaño de VPS y el sistema operativo a instalar y a esperar. Aquí me he encontrado los dos primeros “inconvenientes”. Por un lado, dentro la lista de sistemas operativos a elegir sólo hay tres opciones de 32 bits (os recuerdo que instalar un sistema operativo de 64 bits en una máquina con menos de 4 gigas de RAM es bastante ineficiente): debian 7, CentOS 6 y Ubuntu 12.04, todas ellas obsoletas… Así que como mi idea era trabajar con Debian 8 instalé la versión de Debian 7 32 bits con idea de usar luego el procedimiento estándar de upgrade. En una máquina nueva y sin dependencias ni software actualizado no debería de dar problemas y, efectivamente, no lo hizo.

El segundo inconveniente fue que la creación de la máquina virtual tardó más de lo que me esperaba. Alrededor de una hora o tal vez algo mas. Ya sabeis como es la impaciencia en estas cosas. Nos pasamos meses pensando en cambiar de hosting y en elegir el adecuado y luego queremos una instalación en segundos 🙂 Pero una vez instalada todo fue como la seda. Hice un login en mi Debian 7, seguí el procedimiento que he enlazado antes y todo listo. Y este es el aspecto que presenta el panel de control web de la VPS (Como siempre, pulsa sobre las imágenes para verlas con mayor calidad):

Panel de control de Aruba Cloud

Como se aprecia, la solapa de “Edit/Upgrade” aparece deshabilitada. Esto es debido a que sólo se puede actualizar la máquina cuando está apagada y, según pone en las FAQs, hacia un modelo mayor.

La primera comparación inevitable con mi anterior hosting es la relativa a los componente virtualizados. Para evaluar esto de forma gráfica instalé phpsysinfo. Estos son los resultados obtenidos:

phpsysinfo en el Aruba Cloud Smart de 1Gb

Y estos los de mi hosting de Gigas (con dos cores y 4 Gigas de RAM). Como se ve, la CPU virtualizada en Aruba Cloud es superior a la que nos proporciona Gigas. Ya veremos si esto se mantiene (o mejora) cuando probemos un VPS de dos cores.

phpsysinfo en el VPS de Gigas

Para monitorizar los recursos he instalado munin y por el momento todo parece muy estable. Lógicamente la máquina apenas ha tenido uso estos días, así que no hay sorpresas con esto. Ya os contaré que tal va cuando se enfrente a una carga moderada:

munin en el Aruba Cloud Smart de 1Gb

Y poco mas. Lo siguiente será trasladar este blog a un VPS más robusto o, incluso, haciendo una separación en dos capas. Ya veré. Y queda pendiente también que os cuente mis primeras impresiones con Chamilo y la configuración necesaria para que funcione con nginx, que no es trivial. Para la próxima. Salud y bienvenidos de vuelta al curso 😉

Aruba Cloud: Nos mudamos de hosting

hosting Pues eso, que tenemos mudanza en ciernes. Llevo ya casi cuatro años en Gigas y sigo tan contento como el primer día, conste. Más si cabe. Pero en Aruba Cloud me han ofrecido un bono gratuito de prueba y voy a aprovechar para hacer algunos cambios.

Aruba es una empresa de hosting con datacenters en Italia, Francia, Reino Unido y la República Checa y distintos niveles de servicio que empiezan desde 1€/mes por una máquina con 1 core y 1 Giga de RAM. Ya iremos contando por aquí lo que vamos haciendo, pero valga esta entrada como propósito de intenciones… 😉

NOTA: De cara al público tienen también un servicio de prueba gratuita que te permitiría probar uno de estos VPS de 1€/mes durante dos meses.

Publicidad: Código de descuento para hosting en Gigas

hosting Gigas, la empresa de hosting en la que está alojado este blog desde hace ya más de dos años (y eso que siempre he sido un culo inquieto para esto de los hostings) ofrece en estos momentos un par de cupones de descuento para algunas de sus modalidades de hosting, así que si estás buscando alojamiento en la web tenlo en consideración. No son los más baratos, es verdad, pero si uno de los que dan mejor soporte y servicio desde nuestro país y con soporte en español. Y con estos cupones el precio es realmente competitivo.

En la información que me han enviado sobre estos cupones no pone hasta cuando son válidos. Lo digo por si pasas por aquí dentro de unas semanas y ya no valen. No me lo eches en cara que no tengo ni idea ¿vale?

Los cupones son estos:

  • INTRO25 – Cupón válido para planes Nova y Pro con facturación semestral o anual (25% de descuento).
  • EXPERT30 – Cupón válido para planes Élite y Summun con facturación mensual, semestral o anual (30% de descuento).

DISCLAIMER: Si contratas después de entrar por mi enlace de referidos yo me llevo unas pelillas para que mi próxima renovación me salga un poco más barata pero a ti no te supone cargo alguno adicional. Palabra 😉

Gigas vs Linode. Comparativa de mis últimos VPS

hosting Han pasado ya seis meses desde que mudé “mis cosas de Internet” a Gigas, el quinto alojamiento para este blog y hace unos días que renové mi contrato por seis meses adicionales. Empiezo diciendo esto porque Gigas sale muy mal parado de la comparación que voy a hacer… Pero calma: a pesar de ello me quedo otros seis meses más. Será que, como le pasa a MariH y a Pinito, estoy aburrido ya de hacer mudanzas… 😉

Llegué a Gigas por numerosas referencias de amigos y conocidos, tanto a nivel profesional como personal. Tienen unos precios muy competitivos (realmente de los mejores que he visto en un hosting español) y, según me contaban, un soporte técnico excepcional. Me costó mucho decidirme porque Linode era, con mucha diferencia frente a cualquier otra, la mejor empresa de hosting con la que había trabajado. Aún ahora creo que lo sigue siendo. Pero la curiosidad, las condiciones (sobre todo la cantidad de RAM disponible) y una pequeña ilusión por hospedar mis webs por primera vez a menos de 1.000kms de mi casa (¡a menos de 20 en línea recta, en realidad!) me pudieron finalmente. He de decir que los chicos de Linode se portaron conmigo excepcionalmente incluso en mi abrupta salida: tenía algo más de 100$ de saldo disponible para la siguiente renovación (procedente de un cambio de contrato que hice con ellos) y me lo reembolsaron todo sin absolutamente ningún coste, cargo o impedimento.

A continuación podéis ver una tabla comparativa entre las principales características de la opción más básica de ambos hosting.

 LINODEGIGAS
Ubicación de los CPD'sTokio, Londrés y 4 ubicaciones diferentes en EE.UU. (6 en total)Madrid y Miami
CPU8x2,26 GHz2x2.1 GHz
RAM1024 Mbytes2048 Mbytes
Espacio en disco24 Gbytes25 Gbytes
TecnologíaXENKVM
Límite de transferencia2 TbytesIlimitada con restricciones de velocidad (ver siguiente fila)
Velocidad de transferenciaNo especificada500 Mbits/seg los primeros 400 Gbytes. El resto a 1 Mbit/seg
App AndroidSi (No oficial pero perfectamente funcional)No
App iPhoneSi (oficial)No
Precio216$/año (166€ al cambio actual) con contratación anual y 204$/año (157€) con contratación bianual.150€/año + impuestos (181,50€) con contratación semestral y promoción de 2 meses gratis. La contratación anual es, aunque parezca increible, más cara 🙁

Ahora las razones del cambio se ven más difusas, pero hace seis meses la RAM del hosting básico de Linode era de sólo 512 Mbytes y tenían 4 cores de CPU. Ambos recursos se han duplicado recientemente.

En un plano más subjetivo, el panel de control de Gigas es bastante menos funcional y está peor integrado con las máquinas virtuales que el de Linode (por eso, imagino, te regalan una licencia de Plesk). El soporte técnico no me parece tan maravilloso como me lo pintaron, pero es bastante aceptable y muy rápido (y en castellano, que ayuda una barbaridad a entenderse 🙂 ). Además, los manuales y guías de Gigas son escasos y poco prácticos, mientras que en Linode mantienen un foro, una Wiki y, sobre todo, una biblioteca de manuales de una calidad excepcional (que, por otro lado, puedes consultar sin tener nada contratado con ellos y usar esta información como referencia a la hora de configurar tu servidor en cualquier otro sitio).

NOTA: Sin haberla probado personalmente, DigitalOcean es otra empresa de hosting que, tal vez, merecería la pena tener en cuenta. Tiene buenas referencias y ocupa un lugar intermedio entre Gigas y Linode: precios más bajos que ninguna de ambas aunque con mucha menos CPU que Linode y menos RAM que en Gigas.

En resumen: me quedo aunque no totalmente convencido ni del todo satisfecho. Gigas es una empresa aún joven que tiene que evolucionar y mejorar bastante. Aún así, el servicio y condiciones que ofrecen está por encima de la media de lo que hay en nuestro país y es competitivo con lo que nos ofrecen desde fuera. Ya veremos que pasa dentro de otros seis meses que me cogerá más descansado… 😉

AWStats revisitado

estadisticas 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.
Pantalla principal de Awstats

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:

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/"


     Options None
     AllowOverride None
     Order allow,deny
     Allow from all

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:

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:

#!/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:

*/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:

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:

HTMLHeadSection=""
HTMLEndSection=""

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.
Pantalla principal de Awstats con la extensión Day by Day

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í…

Adios Servage. Hola Linode

hosting¿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.

Panel de Linode.com

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 😉

40 horas después

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.

Nuevas condiciones en Servage.net

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.

Los mejores servicios de hosting

Sobre hostings 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.

Ingresos y gastos

icono del dolar estadounidenseEstadí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:

IngresosGastos
Diversos dominios contratados con Hostinet81,83€
Contratación del primer año de hosting con Dreamhost4,73€
Dominio contratado con Dreamhost6,73€
Ingresos por referencias a Dreamhost240,68€
Dos enlaces de publicidad contratados de forma directa150,00€
14 Meses de Hosting con Servage105,79€
Enlaces contratados a través de Linklift49,70€
Donaciones a librerías y proyectos de Software Libre106,25€
Pequeñas personalizaciones de themes contratadas de forma directa200,00€
Cuenta Pro en Flickr por dos años33,33€
TOTALES640,38€338,66€
BALANCE301,72€

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.