Comparativa ATK Framework – zenphp framework

atk_vs_zenphp

Acabo de leer un artículo de Ivo Jansch, un profesional de Oracle diciendo que empresas de todos los tamaños tienen la necesidad de portar las aplicaciones de escritorio que usan bases de datos Oracle a aplicaciones web ,según nos dice, por la gran facilidad, usan un framework: ATK Framework.

El tesoro de este framework es la gran facilidad para crear administradores con sólo varias líneas de código, y es algo que me ha gustado bastante, podéis comprobarlo en su web.

Es justo la parte débil de zenphp.

Sin embargo, echando un vistazo al código vemos que realmente sí que son más líneas, porque se van definiendo los menús y sus accesos, se usan nodos de tipo atkNode, y como suele pasar con los frameworks gigantescos, tenemos que empezar a conocer la extensa terminología única de ATK:

—-
/**
* This node is new. It is used to edit profiles. A profile is a set of user
* privileges. In this scenario, each user has one profile (many-to-one
* relation).
*/
useattrib(“atkdummyattribute”);

/**
* The profileattribute can be used to edit the privileges.
*/
useattrib(“atkprofileattribute”);
—-

etc.

Son todas estas distracciones las que he intentado eliminar, por eso zenphp no tiene instalación, al copiarse ya se puede utilizar.

Y hacedme caso, no necesitáis escribir un framework completo para escribir una buena herramienta de administración, sobre todo tan reducida como la de ATK. Si queréis ver algunos ejemplos, mirad en http://programadorphp.org

Construyendo un Sistema Gestor de Contenidos con zenphp

Introducción

Ahora es el momento de introducir el CMS (Content Management System en inglés) de zenphp. Echando un vistazo rápido al sistema gestor de contenidos que usa cualquier software libre que hay ahi afuera como Drupal, Joomla, WordPress,Mambo,etc. es fácil comprobar que se utilizan para almacenar, indexar y buscar texto y contenido multimedia; estos sistemas son extremadamente útiles en sitios web donde el contenido es mantenido por más de un autor aunque muchos de ellos no dispongan de un gran abanico de conocimientos técnicos ya que pertenecen a distintos departamentos.

El Problema

Si en un sitio web hay un equipo de excelentes escritores tanto así como de diseñadores gráficos, que actualizan regularmente contenidos de diversa índole, apareciendo estos indexados en la página principal divididos parcialmente por cada una de sus categorías, debemos permitir que cada profesional se dedique a hacer lo que mejor hace, concentrándose en su área, pero trabajando juntos en el mismo sistema rápido y colaborativo.

Requerimientos de la solución

  • Simplicidad : cada trabajador concentrado en su especialidad
  • Permitir a los escritores editar,revisar las historias y decidir cuáles se van a publicar y cuáles van a ir a primera plana, etc.
  • Uso de un sistema de plantillas consistente
  • Permitir a los escritores acceder sólo a las áreas para las que fueron designados
  • Permitir cambiar la apariencia en cualquier parte del sitio
  • Sistema de seguridad: passwords para artículos y contenido,etc.
  • Comunicación: sistema de mensajería interno (¿ajax?)

Sistemas existentes

Como todo buen programador debe preguntarse antes de ponerse a programar directamente si algo de lo que necesita posiblemente ya esté hecho, en el caso de los SGC (CMS) nos encontramos con que existen muchísimas alternativas, he analizado y participado para la mayor parte de ellos, contribuciones de OsCommerce(http://www.pionono.es), módulos para Joomla ( http://www.intecna.es/ ), adaptaciones de zenphp para PHProjekt [ver], etc

Tras evaluarlos decidí, hace un tiempo, escribir el propio para zenphp para obtener la flexibilidad con un coste añadido: muchísimo trabajo xD, pero la rentabilidad está en que ahora podemos decidir como será la salida del CMS con una interfaz mucho más amigable y cómo se integra éste en el framework dentro de un sitio web, dando la libertad de ser usado o no, aunque depende de si se realiza un correcto manejo del contenido dinámico…

Uno de los principales objetivos de un SGC (CMS) es la flexibilidad a la hora de mostrar la salida, pero suele fallar en cuanto al diseño de un flujo de trabajo particular, recordemos las cadenas de procesamiento del framework Seagull o la preparación de la “pista de raíles” de PHP On Trax, o incluso de las funciones “forward” sobrecargadas de funciones de controladores de frameworks como Symfony.

Escribir un CMS simple no requiere demasiado tiempo, mientras más avanzado y complicado sea el diseño, asi afectará a la adopción del sistema.

Sistema propuesto

En zenphp el CMS es una aplicación, realmente podemos implementar un Sistema Gestor de Contenidos si así lo deseamos, con las herramientas que ya dispone, si queremos…

  • Editar contenido: desde la llegada de los editores WYSIWYG (What You See Is What You Get [auque no siempre xD ]) los SGC se han extendido como la pólvora en tiempos de guerra…Un ejemplo evidente es TinyMCE, usado para escribir este mismo artículo en WordPress…ha mejorado tanto que no osaría compararlo con las primeras versiones de administraciones que empezamos a construir 😀
  • Insertando contenido: administradores de ficheros, librerías de imágenes y vídeos, gestores de subidas de ficheros en Perl y AJAX, qué más podría decir…
  • Bases de datos versus sistema de ficheros: evidentemente gana el segundo, MySQL no es Oracle xD y se hace realmente tedioso trabajar con campos tipo BLOB para almacenar binarios, haciendo al sistema reducir el rendimiento, al menos tampoco tiene la licencia de Oracle 🙂
  • Estructuras de documentos como base: son historias de ejemplo para “enseñar” a utilizar los sistemas gestores de contenidos, una delicia!
  • Usar metadatos: hoy en día es imprescindible para hacer páginas amigables con buscadores…
  • Formateando la salida: usar las plantillas por defecto
  • Diseñando la base de datos y casos de uso: se pueden usar los ejemplos dados con zenphp
  • Buscador: aprovechar clase de búsqueda de zenphp.
  • Generador RSS: existente
  • Bloqueador de spam: presente
  • Exportador de documentos ,artículos a PDF: viable
  • Caché: incluida
  • Compactador: funcionando
  • URL’s amigables con buscadores: enrutada!

Extras:

  • Usar cosas “raras” avanzadas: procesadores de plantillas XCS: PHP+CSS
  • Eliminar cuellos de botella de aplicaciones web 2.0 con frameworks javascript y macros ajax.

El framework proporciona lo necesario para consturir un sistema gestor de contenidos, disfrutadlo 🙂

Diseñado. Implementando : controladores y direcciones…

Considero muy importante que un framework PHP tenga una buena construcción de las “llamadas” o enlaces a las partes de una aplicación, es por eso que ahora estoy dedicándome a la implementación del diseño que tengo en mente y parte en papel 😛 del controlador del modelo de aplicaciones, ésto se basa en el enrutador ( zen_enrutador ), el controlador ( zen_controlador_modelo_datos ) y además tengo muchas partes sueltas para unir, tales como funciones que generan control de validaciones en formularios y envíos de estos, redimensionamiento de imágenes antes de grabar, etc.

Otro punto a considerar es el lugar donde el usuario almacena los datos, dentro de mis proyectos suelo utilizar un directorio llamado media donde coloco aquellos ficheros que desde la administración se van subiendo, si unimos la parte de framework PHP con la del gestor de contenidos (CMS) ,encontramos que estamos necesitados de añadir toda la configuración de los directorios de multimedia ,tal como hace Django.