Al realizar un proyecto para una asignatura donde necesitamos alojar contenidos en un sitio web, no nos paramos a pensar si nos conviene pagar por el servicio de alojamiento (hosting). Se debe a que el proyecto no será de gran envergadura ni necesitará un alto rendimiento. Eso pensábamos nosotros pero al final lo pagamos caro.
Primero investigamos los diferentes hostings gratuitos. Nos decantamos por Hostinger porque ofrecía buen soporte, tenía muchas páginas alojadas y ofrecía buenos recursos como 2GB de espacio y 100 GB de tráfico en su plan gratuito. Esto parecía suficiente para cubrir de sobra nuestras necesidades.
Aparentemente no había ninguna restricción del plan gratuito que nos pudiera afectar. Algunas restricciones hablaban de limitaciones en las copias de seguridad y que la página podía no estar disponible todo el tiempo. Para superarlo configuramos el plugin UdraftPlust para realizar copias de seguridad peiódicas en la nube. Puedes consultar la lección de Álvaro Rodríguez sobre copias de seguridad en Wordpress. El proyecto se desarrollaba sin novedad, lo llevábamos muy avanzado y estábamos a menos de una semana para su finalización. De pronto recibimos el aviso de Hostinger de la Figura 1.
Figura 1: Mensaje de cierre de cuenta en hostinger |
La primera opción que exploramos fue empezar en otro hosting con nuestra copia de seguridad. Pero cuando tratamos de recuperar la copia de seguridad comprobamos que sólo estábamos guardando las imágenes del sitio web. Cometimos el error de no verificar que en las copias se guardaba todo el contenido del sitio web. Esto lo podíamos haber evitado configurando bien el plugin. Así que las opciones se reducían a:
- Empezar en otro hosting desde cero.
- Pagar para recuperar el trabajo.
Figura 2: información sobre precios de Hostinger (Abril-Mayo 2016) |
Cuando completamos la orden de pago se reactivó nuestra página y pudimos continuar con nuestro proyecto.
Por si todo esto fuera poco, Hostinger nos había alojado en servidores con un nivel de servicio muy inferior al contratado y el elevado tiempo de respuesta lo hacía lentísimo. Así que nos pusimos en contacto con ellos para que nos solucionasen el problema. Antes de asumir que el fallo era suyo nos insinuaron que éramos unos pésimos desarrolladores y que nuestro sitio iba lento por nuestra culpa. Así que hicimos un análisis sobre el que pudimos argumentar nuestra solicitud de cambio de servidores, donde se podía apreciar que una de las razones de la lentitud se debía al tiempo de respuesta del servidor. Como comprenderás, todo esto supuso que en el equipo estuviesemos dándole vueltas y consumiendo tiempo para resolver el problema a pocos días de la entrega del producto. Tuvimos que esperar un día a que nos realojasen en un servidor con las características contratadas y la página respondiese acorde a ellas. Con todo esto hemos aprendido que:
- Hay que asegurarse de que las herramientas utilizadas, por ejemplo para realizar copias de seguridad, hacen lo que esperamos que hagan.
- Investigar a fondo los hostings donde vayamos a alojar nuestro sitio buscando problemas comunes que puedan sucedernos y qué impacto podrían tener sobre nuestro proyecto.
- Valorar nuestro tiempo y nuestro trabajo.
No comments:
Post a Comment