Esto significa que desde ahora en adelante las aplicaciones Rails alojadas en guebs correrán entre 30% y 40% más rápido que hasta ahora y, además, el deployment de las aplicaciones será mucho más fácil y rápido.

Hasta ahora las aplicaciones Rails se ejecutaban vía FastCGI, método que seguirá estando disponible junto con el recién añadido Passenger. Como clientes podrá elegir entre usar un método u otro. Por defecto se usará FastCGI, pero si accedes a la nueva sección “Ruby on Rails” del panel de hosting y creas una dirección Rails coincidente con la ubicación de tu aplicación, este pasará a usar Passenger.

Las pruebas de rendimiento que inicialmente llevamos a cabo en uno de nuestros servidores con carga cero y usando RadiantCMS con MySQL como aplicación de prueba, indican que usando Passenger Apache puede servir alrededor de 2.000 peticiones por segundo, mientrás que con FastCGI sólo es capaz de servir unos 500. En definitiva, alrededor de 4 veces más rápido.

En posteriores pruebas, realizadas en distintas aplicaciones en producción, las mejoras en rendimiento no son tan espectaculares y se quedan en mejoras en torno al 30%-40%.  En cualquier caso siguen siendo mejoras importantes.

Puedes encontrar la documentación relativa a Ruby y Rails en la sección Rails sobre Passenger de nuestro Wiki. La explicación de como migrar a Passenger una aplicación actualmente alojada en guebs, la tenéis en la guía Migrar aplicación a Passenger.

Por cierto, ningún otro proveedor español de hosting compartido ofrece la posibilidad de ejecutar aplicaciones Rails sobre Passenger, por lo que ahora lideramos con más ventaja aún la carrera por ofrecer el mejor servicio de hosting económico para Rails.

Hasta ahora existía una página para la gestión admininistrativa de los planes de alojamiento, es decir, la página desde la cual puedes cambiar el estado de renovación, la longitud del contrato, contratar extras para el servicio, etc.

Desde hoy, además de la página de gestión administrativa, esta disponible una página para la gestión técnica de los planes de alojamiento. Es como el panel de dominios pero para los planes de alojamiento.

Por el momento, ofrece esacasa funcionalidad y será así por bastante tiempo, pero en un futuro añadiremos funcionalidades innovadoras y útiles. Actualmente, sólo permite hacer lo siguiente:

• Acceder al panel de hosting de la cuenta de alojamiento
• Cambiar la contraseña principal de la cuenta
• Activar y/o desactivar el acceso SSH a la cuenta

Puede que no parezcan funcionalidades de interés, pero estamos seguros que muchos de nuestros clientes lo agradecerán.

Hemos reflejado la existencia de esta nueva herramienta en las guía Como acceder vía SSH a tu cuenta y Cambiar la contraseña del Panel de Hosting desde mi@guebs del Wiki, ya que son las que se ven afectadas por esta novedad.

[05:26] Las tareas anunciadas se han llevado a cabo con éxito. Los servicios han estado fuera de servicio entre 2 y 4 minutos. Si detectaís algún error en vuestra web, hacernoslo saber.

Dentro de unas 30 horas, el 17 de Noviembre entre las 2:00 y 4:00 de la madrugada, vamos a llevar a cabo ciertas tareas de mantenimiennto en todos los servidores de hosting y que provocarán que los sitios web de nuestros clientes esten fuera de servicio durante algo menos de 5 minutos.

Las tareas estan orientadas a mejorar la seguridad de los servidores y a introducir los cambios necesarios para que podamos comenzar a ofrecer hosting Rails sobre Passenger.

Los trabajos anunciados se llevarán a cabo en el horario de menor actividad con el objetivo de molestar lo menos posible a nuestros clientes. Una vez hayamos completado las tareas actualizaremos esta nota.

El calendario de ponencias es muy interesante y la verdad es que nos gustaría haber asistido, tanto para aprender como para promocionar un poquito nuestros servicios. Pero en vez de hacerlo, nos hemos quedado trabajando y mejorando el soporte Rails de nuestros planes de alojamiento.

Así es, llevamos varias semanas haciendo pruebas con Passenger y nos está gustando, y ahora mismo estamos haciendo los últimos retoques necesarios para empezar a ofrecer soporte Rails sobre Passenger en nuestros planes de hosting.

Actualmente ofrecemos soporte para Rails mediante FastCGI sobre Apache 2.2 y la verdad es que el redimiento es bueno, pero el deployment o puesta en fucionamiento de las aplicaciones es algo complejo. Con Passenger mejoraremos el rendimiento de forma sensible, pero sobre todo facilitaremos el deployment de aplicaciones Rails.

La idea es ofrecer las 2 opciones, Rails sobre FastCGI y Rails sobre Passenger,  por lo que no habrá necesidad de “migrar” las aplicaciones Rails que alojamos actualmente a Passenger, simplemente seguirán funcionando. El cliente será quien podra optar si quiere migrarlos a Passenger, lo cual será algo muy sencillo.

No tenemos una fecha de lanzamiento concreta, pero podemos adelantar que será pronto, muy pronto.

Para terminar, agradecer a Jaime Iniesta que hace un mes nos recordara la importancia de ofrecer Passenger, motivo por el cual muy pronto será una realidad. Sabíamos que era importante, pero lo habíamos ido retrasando…

La versión en euskera de nuestro sitio web está disponible eu.guebs.com y, como veréis, es muy similar a la versión en español. Las principales diferencias son el idioma, motivo por el cual la mayoría de vosotros no entiende casi nada ;), y alguna que otra promoción, que en ningún caso será mejor que las que ofrecemos en español, simplemente que el cupón tendrá un nombre diferente y será promocionado de forma distinta.

El sistema de contratación, mi@guebs, panel de dominios y panel de hosting también están disponibles en euskera. Por lo que aquellos clientes que lo sois desde hace tiempo y preferís configurar dichas herramienta en euskera, en el Wiki explicamos como configurar guebs en euskera.

El constructor web esta en proceso de traducción, mientrás que el Wiki se mantiene en castellano a la espera que decidamos como hacerlo.

Respecto al blog, únicamente existirá el que estas leyendo, es decir, que no habrá blog en euskera. De todas formas, las entradas publicas en la categoría “Anuncios y novedades” serán publicidas tanto en español como en euskera. El resto de entradas seguirán siendo publicidad exclusivamente en español.

Por último, querríamos aportar algo de historia a esta novedad. La cuestión es que hace 2 años lanzamos una marca de servicios de hosting en euskera, borobila, pero el trabajo extra que supone mantener 2 marcas separadas y el hecho de que no logramos cumplir los objetivos marcados, nos ha obligó a tomar la decisión de cerrar borobila. Ahora volvemos a cubrir el hueco dejado por borobila.

Nota aclaratoria: Desearíamos poder ofrecer nuestros servicios en catalán y gallego, pero hoy por hoy es absolutamente inviable, principalmente, porque ninguno de nosotros habla estos idiomas.

Actualización: Tareas completadas con éxito y sin que el servicio se haya visto afectado.

Dentro de unas horas, sobre las 2:00 del día 12 de Noviembre, vamos a proceder a actualizar el servidor web Apache en el servidor SH1.

Esta actualización supone que durante unos instantes el servidor web dejará de funcionar. También actualizaremos PHP4 y PHP5 a las últimas versiones disponibles, aunque estas actualizaciones no afectarán a la dipsonibilidad del servicio.

Actualizaremos esta entrada una vez hayamos terminado las tareas de mantenimiento anunciadas.

Por el momento, el nuevo sistema sólo protege a los clientes alojados en el servidor SH2, aunque en pocos días todos los servidores y dominios usarán el nuevo sistema AntiSpam.

Hemos hecho infinidad de pruebas para asegurar que el nuevo sistema funciona correctamente y disminuye la cantidad de SPAM, pero como las pruebas se han hecho con una cantidad de SPAM reducida creemos que aún hay margen de mejora.

Por tanto, hemos optado por implementarlo únicamente en el servidor SH2 en modo de prueba (no eliminará correo, sólo marcará el SPAM con la cadena ****SPAM**** en el asunto) e ir mejorandolo en un entorno de explotación donde recibirá cientos de miles de correos al mes. Una vez consideremos que funciona perfectamente lo implementaremos en todos los servidores y dominios, y lo configuraremos de forma que elimine todo correo que este seguro que es SPAM.

Técnicamente, el nuevo sistema AntiSpam esta compuesto por 2 servidores con configuración idéntica y sincronizada: smtp.guebs.com y smtp2.guebs.com. Ambos servidores reciben los correos que tienen como destino a nuestros clientes, analizan el correo con el fin de bloquear el SPAM y redigen los correos libres de SPAM hacía los buzones de nuestros clientes.

Por el momento, el nuevo sistema AntiSPAM no reemplazará al viejo sino que lo complementará, aunque dependiendo de los resultados puede que en un futuro decidamos suprimir el actual sistema.

Esa claúsula la añadimos pensando en que pagaríamos las comisiones en dinero, pero por el momento esta no es una opción factible (principalmente, por cuestiones legales), por lo que esa cláusula sobra.

Nada más.