Posterior a un cambio hecho en el código iniciaron las caídas de secciones en cascada y finalmente la página de inicio, el momento en que esto sucedía era aleatorio, el único patrón detectado era la caída de secciones y finalmente la página de inicio.

El equipo externo de desarrollo nos responsabilizaba por qué seguramente habíamos hecho algún cambio no autorizado al sistema de cache; algo que tenia mas de un año sin ser modificado.

Algunos desarrolladores no cuentan con un disciplina para documentar, hacer pruebas unitarias, este era el caso de el equipo externo, incluso había detectado código duplicado o no optimizado en el inicio del proyecto y lo peor, habían silenciado los registros, es decir, si algo mal ocurría simplemente era “ocultado” o no registrado, algo que el mismo programador hizo a propósito.

En algún momento trabaje con un equipo ordenado que documentaba y generaba sus pruebas unitarias, al momento de hacer el proceso de integración estas pruebas unitarias validaban en parte que el código no tendría errores, así también la detección de código duplicado entre otros.

Es mi costumbre documentar y tener estadísticas de incidencias, por lo que estuve buscando cómo validar su código y con ello respaldarnos para descartar que era nuestra responsabilidad la caída de secciones y página principal.

En el camino encontré Codacy, una buena opción con muchas características, lamentablemente solicitar una autorización para el incremento del presupuesto tomaría tiempo y nos quedaríamos sin funciones PRO en el corto tiempo, así que opte por Sonarqube.

Con Sonarqube implemente un bash script para escanear el código del proyecto indicado, para mi fortuna Sonarqube cuenta con una versión Docker Comunitaria gratuita la cual puedes tener lista y operando en 5 minutos; esta versión solo te permite escanear la rama master de tu proyecto, si requieres algo mejorado tendrás que optar por la versión de Sonar Cloud y te cobrara en base a las lineas de código que tenga tu proyecto.

Usando mis estadísticas desde que dejaron de presentarse caídas y al momento de su re-aparición busque en el histórico de Sonarqube y encontré las fechas en las que habían hecho los cambios y Sonarqube nos indicaba la mala calidad del código que había detectado en esos cambios, con ello descartaron que había sido un descuido de nuestro lado al modificar un componente fuera de su alcance.

Finalmente declinas probarte ese calzado y continuas con tu búsqueda, unos metros mas adelante encuentras otra tienda con un calzado similar y con mejores características, como 2 pares de cuerdas extras de color para combinar con tus atuendos, preguntas al encargado si puedes verlos y probártelos, a lo que el te responde que si, de tu experiencia previa preguntas si debes pagar algo por probártelos; el te responde que eso no es necesario, que puedes hacerlo sin un compromiso de compra. Es cierto, acabo de ver tu cara de felicidad.

Algo parecido me ocurrió con Amazon SES, parecía una buena opción, acudí a un partner, AWS me contacto y me puso en contacto con otro partner al que le indique que me gustaría probar y ver el panel de AWS SES para ofrecer un POC a un futuro cliente.

Después de una semana, la respuesta del ultimo partner fue una cotización para poder habilitarme el panel y yo hacer el POC, imagina si el cliente no aprueba contratar el servicio de AWS SES, para mí eso seria reflejado como perdida.

En varios de mis proyectos he usado Sendgrid, por las siguientes características:

• Envío de correo usando API.
• Sin limite de envíos por día, solo en paquetes de pago.
• Paquete gratuito 100 emails por día.
• Cuando contratas un paquete, no tienes limite en el tamaño del envío.
• Si excedes de tu paquete en envíos tus excedente serán cobrados en la siguiente factura.
• Estadísticas.
• Registros  del estatus de cada correo enviado.
• Manejo de campañas de marketing.
• Manejo de usuarios.
• IP dedicada con paquetes PRO en adelante.

Por lo tanto, Sendgrid es una buena opción si vas empezando con tu proyecto o si deseas lanzarte a lo grande.

• Solo los usuarios que esten dados de alta en una tabla alterna podran registrarse y recibir un codigo unico de acceso en su cuenta de correo.
• Solo los usuarios pertenecientes a un grupo podran acceder al evento al cual fueron invitados usando su correo y codigo de acceso, en caso de ingresar y no tenga derecho a ver el evento sera re-dirigido a una zona de lobby.
• El evento sera una transmision en vivo, visible solo a la hora del evento.
• El evento contara ademas con un chat para que los usuarios interactuen con el patrocinador, activo a partir de la hora del evento.
• El sitio debera contar con recorridos virtuales en 3D con videos incrustados que se activaran al hacer click sobre cierta zona.
• Se debe habilitar un boton 3 minutos antes de finalizar el evento para acceder al recorrido virtual.

En el pasado ya habia evaluado varios proyectos para hacer un lanzamiento y mejoras en corto tiempo, algunos requerian de una curvatura de aprendizaje algo grande la cual podria ser mayor si se desconoce el lenguaje de programacion usado.

Por lo tanto opte por usar October CMS por su Escritorio en la zona administrativa y lo amigable que es con el usuario sin conocimiento en el tema de desarrollo y la extensebilidad con una gran variedad de plugins.

Reto 1 y 2, Usuarios y Accesos

Para resolver esto use el plugin KEErill Users con algunas mejoras que realice, la cual buscaba al usuario en la tabla y si lo encontraba le enviaria el codigo unico generado, de lo contrario se le negaba el registro.

Para el envio de los registros via correo electronico use Sendgrid.

Para el acceso a la zona del evento se hizo una mejora al componente de autenticacion para validar si el usuario que pertenece al grupo habia sido activado en la zona/pagina, de ser asi, se le permitia el acceso de lo contrario el usuario es re-dirigido a la zona lobby.

Reto 3 y 4, Video y Chat activos:

En un proyecto previo ya habia creado un plugin para integrar los enlaces de los videos de youtube y mostrar los 3 videos mas recientes, a partir de este genere una adaptacion para “activar/desactivar” el video, adicion de fecha/hora de inicio/fin del evento.

Previo hecho lo anterior se genero un plugin adicional para el Chat con las mejoras del plugin de video.

Finalmente en la parte frontal, la que el cliente accede vera el evento en video y el chat solo si se han activado y durante el lapso de tiempo elegido.

Reto 5, Recorrido Virtual.

Este recorrido solo deberia ser accesible a usuarios del evento en turno, se resolvio sin problema usando las mejoras al plugin de usuarios.

Reto 6, Habilitar Boton 3 mins previos al fin del evento.

Basado en la fecha/hora de termino del evento del video, se integro un contador hacia atras para que 3 minutos antes de su finalizacion activando dicho boton para proveer acceso al recorrido virtual.

Conclusiones.

El proyecto se lanzo en tiempo y forma, junto con el cliente trabajamos la integracion de las vistas y plantillas de envio de correo electronico. De ultimo minuto nos solicitaron integrar certificados SSL, debido a que trabajamos con Docker su integracion no tuvo impacto debido a que trabajamos con nginx proxy.

Durante los 15 dias que duro el evento, el recorrido virtual tuvo varios cambios, mismos que manejamos con rapidez al auto-deplegar en el sitio usando git, lo mas tardado eran los cambios de los archivos de imagenes compuestos por el mismo recorrido.

Tecnologia y lenguajes usados.

• EC2 AWS
• RDS AWS (MySQL)
• Route 53, AWS
• Bitbucket (git)
• October CMS
• Javascript
• CSS3
• HTML5
• Vimeo
• Chatroll
• Sendgrid