Fire Monkey.

Portfolio Proyecto personal

Fire Monkey.

Información del proyecto

Proyecto: Fire Monkey Flat-File CMS
Cliente: -
Sector industrial: Proyecto personal
Empresa: -
Ubicación: Múnich
Fecha: julio 2024

Te propones hacer una cosa sencilla y, paulatinamente, las vas iterando. Cada vez se va haciendo más y más grande. Esta es la “magia” de los procesos iterativos: progresivamente van apareciendo nuevas funcionalidades e incluso algunos aspectos terminan redefiniéndose de un modo casi “espontáneo”.

Cuando empecé a desarrollar Pixel Imperfect y todo su CMS tenía muy claro que quería hacer un sistema de administración que fuera fácil de usar, muy intuitivo y que además fuera hermoso: que diera gusto publicar contenido con él. 

Por otra parte, respecto al back-end tenía claro que no quería usar bases de datos. De ninguna de las maneras. Quería hacer un Flat-File CMS para que el proyecto fuera lo más eficiente posible. Requerir información, localizarla en el propio servidor para finalmente construir y servir el contenido con PHP. Claro, que lo podía hacer un poco más complejo, ¿no?

Usabilidad e interface

Soy diseñador. Mi especialidad es la experiencia de usuario y siempre que me había puesto a trabajar con CMS como Drupal o Typo3 me había escandalizado: ¿por qué eran tan increíblemente complejos? ¿Por qué no estaban basados en el propio contenido? Y por último, y no menos importante: ¿Por qué eran tan feos?
A ver: si me he estado currando un Style Guide para un sitio web, ¿por qué no usarlo también en su CMS? Tenía desarrollados cantidad de componentes, así que sería bastante inteligente usarlos también en el CMS. Además, de este modo el CMS sería responsive, ¡win-win!

Y así fue: desarrollé una interfaz en la que los contenidos se mostraban como “cards” de Bootstrap con menús desplegables para las opciones. De este modo la visualización era mucho más intuitiva y elegante. Respecto a las sub-secciones ¿por qué no mostrarlas como acordeones? De este modo fue como ahora es posible navegar por todos los contenidos del CMS de un modo visual, eficiente y amable. 

El mismo sistema de “cards” y acordeones fue empleado para las galerías de imágenes y vídeos con la peculiaridad de que, para mostrar las imágenes completas en su proporción original, las “cards” se muestran en una retícula “masonry”. 

Ahora todo es intuitivo, visual y elegante. 

Base de datos NoSQL

Como ya he dicho antes, para el back-end no quería usar bases de datos. Quería desarrollar un Flat-File CMS con lo que poco a poco fui creando la estructura actual: un sistema de archivos JSON interdependientes con los cuales se definía absolutamente todo. El entramado incluía desde información referente a la interfaz de usuario hasta bibliotecas de imágenes, estructuras de páginas, metadatos, configuración para múltiples idiomas, gestión de usuarios con diferentes privilegios de edición, gestión de widgets, historial de edición de archivos, encriptación de datos y un larguísimo etcétera.

Dashboard de Fire Monkey
Dashboard de Fire Monkey

Sin quererlo había creado una base de datos no relacional integrada en el mismo servidor. Una base de datos NoSQL.

Claro: quería hacer un CMS sin base de datos. Por supuesto. ¿El resultado final? Sin quererlo había creado una base de datos no relacional integrada en el mismo servidor. Una base de datos NoSQL, como podría ser MongoDB, con la diferencia de que estaba alojada directamente en el mismo servidor que el proyecto, y eso tiene bastantes ventajas: La primera y más evidente es la reducción de costes, obvio porque ya no hay que pagar por una base de datos no relacional “super-mega-hípster”. La segunda es la velocidad: todo se queda en casa y el tiempo que necesita PHP para generar los outputs es extremadamente corto. La tercera es la reducción de la huella de carbono ya que el consumo energético es mucho mas bajo que en un proyecto en el que haya que acceder a una base de datos externa.

Bueno pues, si la estructura funciona tan bien, ¿por qué no estandarizarla y usarla en otros proyectos? 

Hello Fire Monkey!

Así, sin quererlo, nació Fire Monkey: un CMS web con una base de datos no relacional integrada en el propio servidor. Y, ya puestos, ¿por qué no crearle también una imagen corporativa? Al fin y al cabo soy diseñador. 

Dicho y hecho: algo de color por aquí, unas formas sencillas por allá y una tipografía modernilla por el otro lado. Voilà !

Fire Monkey ya tiene branding
Fire Monkey ya tiene branding

Fire Monkey ya empieza a tener cara y ojos. Ahora iré evolucionando el producto conforme vayan apareciendo nuevos requerimientos en futuros proyectos. 

Puntos clave

Esto es a día de hoy Fire Monkey, pero ¿Cuales son sus características? A continuación, voy a enumerarlas, pero ojo, ¡que igual me dejo alguna!

  • Alta eficiencia.- Huella de carbono reducida.
  • Requerimientos de servidor muy elementales (Apache y lo justo para ejecutar PHP).- Costes de servidor muy reducidos.
  • Base de datos no relacional integrada.
  • Extremada flexibilidad para añadir o eliminar campos en la base de datos.
  • Alta seguridad con encriptación de datos mediante AES (Advanced Encryption Standards).
  • Múltiples usuarios con múltiples privilegios de edición administrables desde CMS.
  • Historial de edición de archivos.
  • Estructura de contenidos modular.
  • Gestión de widgets.
  • Publicación en múltiples idiomas.- Detección automática de idioma.
  • CMS con interfaz de usuario intuitiva, performante y atractiva.- Interfaz de usuario totalmente adaptada a dispositivos móviles.
  • Interfaz de usuario editable a través del CMS (colores, tipografías, espacios, border-radius, etc.).
  • Generación de Style Guide automatizada.
  • Biblioteca de imágenes: múltiples galerías, optimización de imágenes en formato WebP, generación de imágenes en múltiples dimensiones para diferentes dispositivos y visualización en modo “masonry”.
  • Biblioteca de vídeos con múltiples galerías y optimización de archivos mediante FFMpeg.
  • Búsqueda de contenidos integrada.
  • Generación de códigos QR.
  • Formulario con sistema Captcha propio.
  • Creación de contenidos restringidos.
  • Acceso a contenidos restringidos mediante URL con caducidad.
  • Optimización SEO: metadatos, generación de contenido server-side, URLs amigables y generación automática de sitemap.xml
  • Automatización de OG elements.
  • Sistema de Tracking.
  • Transiciones de páginas.
  • Web App integrada.

Fire Monkey en acción

Ahora que ya hemos hecho un repaso general de lo que es capaz Fire Monkey, ¿os gustaría ver algunas funcionalidades de Fire Monkey en acción? A continuación os muestro un par de videos para que veáis como es la interface de usuario y su rendimiento.

 

Log-in e historial de versiones

 

Crear una nueva página

 

Galería de imágenes

¿Quieres saber aún más?

¿Quieres saber aún más?

¿Tienes preguntas concretas sobre Fire Monkey? ¿Quieres ver una demo? No dudes en contactar conmigo.
Completa el formulario y veamos si puedo ayudarte.