Hace apenas unas horas el sitio web ha cambiado y muestra ya varias opciones para poder instalar y probar esta derivación de CMS, así también publican las razones por las cuales dieron origen a esta derivación de OctoberCMS hacia WinterCMS, tal y como mencioné previamente, fue debido al nuevo plan de negocios impuesta por parte del grupo que formaban al legendario CMS.

Lanzamiento Website WinterCMS

Cabe mencionar que el Marketplace aun esta pendiente y tendremos que esperar un poco mas de tiempo para poder acceder al ecosistema de plugins que tenia OctoberCMS o hacer un pequeño ajuste a tu configuración del archivo config/cms.php


'updateServer' => 'https://api.wintercms.com/marketplace',


Mientras tanto esteré ajustando mis sistemas y códigos para probar y proveerles apoyo en este nuevo CMS, no me resta mas que decir que WinterCMS llegue a tener éxito y no repitamos esta historia en el futuro cercano o lejano.

Por si fuera poco, si necesitas soporte, el costo es de $97.00 USD por ticket y solo incluye 1.5 hr., entre los que hemos usado OctoberCMS para los proyectos ya  existe una preocupación al respecto, y mientras no actualicemos no entraremos en esta modalidad, esto será a partir de que OctoberCMS defina la fecha de aplicación de esta nuevo modelo de negocios.

Ante esta situación, parte del equipo de OctoberCMS ha abandonado el proyecto y han lanzado una derivación llamada WinterCMS, al momento de escribir este artículo, el sitio solo muestra el logo, un campo para suscribirse a las notificaciones y un acceso a Discord; sin embargo, en su repositorio de  Github ya se ve algo de movimiento.

Habrá quienes se queden en OctoberCMS y paguen $9 o $150 USD al año, y habrá otros quienes opten por user WinterCMS, solo esperemos que esta decisión no sea contra-producente para el equipo de OctoberCMS.

Probamos varios “CMS” y ninguno me daba la impresion de ser amigable y extendible, es decir, implementar mejoras en el menor tiempo.

El ganador, October CMS, los desafios fueron:

• Migrar todas los articulos y sus imagenes relacionados.
• Mantener el vinculo de los articulos con su categoria.
• Mantener el Look & Feel actual.
• Migrar todas las Ediciones Impresas (PDFs) manteniendo su fecha de publicacion.
• Tanto para los articulos como para la edicion impresa se deberia mejorar las vistas para las redes sociales.
• Integrar el canal de Youtube al sitio y su sistema de captura en el dashboard.
• Generar un dashboard para cargar los PDFs de la Edicion Impresa del dia.
• Integrar notificaciones push con OneSignal.
• Formulario de contacto, correos enviados via Sendgrid.
• Capacitacion a los usuarios en el uso.

El mayor reto fue la migracion de la informacion de de los articulos y sus imagenes y convertirlo en el formato del Rainlab Blog, indudablemente se le hicieron algunas mejoras y ajustes, el blog al manejar una gran cantidad de informacion hacia el sistema muy lento y no proveia una buena experiencia por lo que tuvimos que optimizar algunas consultas e indexados en la base de datos.

Posteriormente el reto fue migrar las Ediciones Impresas a partir del 2012 sin perder la fecha de su publicación debido a que el anterior sistema generaba un calendario para su visualizacion, mismo que fue integrado usando la facilidad de Laravel/October CMS, al tiempo que se generaron los scripts de migracion, se generaron los Dashboards para la carga de las ediciones impresas y su acceso via API con Octobro.

El Look & Feel no represento un mayor desafio, parte del codigo previo se hizo portable ya que el mismo estaba dividido en plantillas, haciendo mejoras para redes sociales e integracion de OneSignal.

El formulario de contacto fue resuelto con el plugin Contact Me y la personalizacion del Look & Feel del sitio.

Para mostrar los videos de Youtube se genero un dashboard/plugin para integrar las URLs y descripcion y mostrar los ultimos 2 videos en la seccion de TV.

Conclusiones:

Mantener la confianza y preservar los datos del sitio fue uno de los temas mas preocupantes por lo que se hicieron varios ensayos previamente en un sistema aislado antes de lanzar a produccion, el entrenamiento de tan solo 2 dias tanto en el manejo,  alimentacion de noticias y envio de notificaciones fue suficiente para que nuestro cliente solo nos brindara 8 horas fuera de linea para su migracion final y seguir operando.

Tecnologia y lenguajes usados.

• VPS
• MySQL
• PHP 7
• nginx
• Bitbucket (git)
• October CMS
• Javascript
• CSS3
• HTML5
• Youtube
• Sendgrid
• Cloudflare
• Docker

Sitio Cliente: Diario 21

• 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