Creación de un Nuevo CMS

[Javatillo]

Investigando en la Web sobre los CMS, descubri que todavía no hay uno que satisfasga mis necesidades o mejor dicho mis expectativas. La busqueda me llevo a analisis e instalación de: Joomla, Magnolia, OpenCMS, Drupal (este lo descargé pero no llegue a instalarlo), y en este último tuve una epifanía, ¿Que tal si desarrollo un CMS?... Que idea tan descabellada se me ocurrio!!!.

Indagando un poco más las caraterísticas de lo que debería ser un CMS, he llegado a la conclusión de que podría desarrollar uno. Claro está, que voy a necesitar un poco de tiempo, pero resulta que dentro de 1 año (si Dios asi lo permite) voy a tener que realizar una tesis para mi licenciatura y para entonces pienso que el CMS va ha estar bastante avanzado.

Y ahora por ende estoy decidido ha realizar este CMS. Y en el futuro me gustaría que se distribuya como un Open Source, aunque no tengo la mínima idea de como hacer eso.

En fin, estoy en camino a realizarlo. Y dentro de en 1 mes estaré enpezando con el código, pero para emplezar los objetivost tienen que estar sólidos y bien definidos.

Y por todas esta razones quiero que critiquen este bosquejo para ir mejorandolo poco a poco, y si gustan ser parte del proyecto, pues sean bienvenidos.

Gracias de antemano por sus comentarios.

OverFlow CMS tendrá las siguientes características:

- Modelado en UML.
- Escalable.
- Fácil de administrar.
- Portable.

OverFlow CMS tendrá varias característica que se diferenciarán de la mayoría de los CMS. Entre las más importantes tenemos : la Administracion Desktop, agregar funcionalidades extras sin crear un pluggin, flexibilidad y fácil manejo de los BackUps, manejar desde la base datos la apariencia visual del sitio web.

OverFlow CMS está dividido en 4 grandes bloques:

1.- Administración Desktop
Esta será la parte más notable del CMS, estará basado en una aplicación Java, la razón es por su capacidad de ejecutarse en la mayoría de los Sistemas Operativos en el mercado actual.
Se podría decir de que la mayoría de los gestores de contenidos están administrados desde una consola web, yo creo que la razón es por la portabilidad de la misma, ya que pueden estar en cualquier sistema operativo con cualquier servidor web.
Una de las desventajas de estas consolas web, es que comparten y consumen recursos del mismo sitio web que se desea implementar.
En esta aplicación Java, se quiere incorporar todas las herramientas que un CMS debería tener y más, gracias al aumento de recursos que se pueda obtener.
El administrador Desktop tiene los siguientes modulos:

a. BackUps. El sistema de backUps será un poderoso módulo, ya que en este se basará el éxito final del sitio web.
Así mismo consta de 3 submódulos:

i. Respaldos. Los respaldos o BackUps propia mente dichos, serán hechos en base a: Mascaras ( Skins ), Contenidos, datos Personalizados. Se podrá combinar los tres sin orden explicito.
ii. Bitácora. Cuando se haga cambios en la base de datos, estos se guardarán en forma de logs , los cuales estarán ordenados según su creación (esto para cuando las fechas no coincidan) y el tipo (Mascaras, Contenidos o Datos personalizados), serán marcados por cada inicio de sesión del administrador.
iii. SnapShots. Es una forma automática de ordenar la bitácora, tendrá 2 formas de guardar los datos: la primera es el orden natural en que se va actualizando la base de datos separados por snapshots declarados por el administrador en forma secuencial, el segundo es agrupando los datos según el criterio del administrador, este es más flexible pero menos sistemático.

b. Máscaras (Skins). Está formado por diferentes códigos JavaScript y CSS guardados en la base de datos, para dar diferentes expresiones visuales al sitio web.

c. Contenidos. Están divididos en 2 módulos: estáticos y dinámicos.
Aunque se tengan 2 módulos, estos compartirán varias utilidades en común.

i. Estáticos. Contenidos planos y clásicos que se encuentran en los sitios web.
ii. Dinámicos (Ajax). Contenidos en el cual se necesita conocimientos avanzados de JavaScript y XML para su gestión.

d. Datos Personalizados. Una desventajas de los CMS tradicionales, es que para agregar funcionalidad extra con datos propios y “únicos” del sitio web que se desea implementar, se tenía dos opciones: codificar desde cero la funcionalidad extra o crear un pluggin al CMS.
Con OverFlow CMS, se pueden agregar tablas personalizadas, y enlazarlas con los contenidos ya hechos. Esto ahorra mucho tiempo a la hora de implementar algo que no estará previamente establecido en OverFlow CMS.

2. Administración Web
Esta administración solo se limitará a cambiar los datos en la base de datos, estos se generarán mediante backUps desde la administración Desktop.

3. Base de Datos.
Se implementara con MySql . Trabajará con una sola base de datos.
La base de datos que estará en el equipo desktop, estará bajo la tecnología InnoDB, para evitar errores y corrupciones relacionales en los datos.
La base de datos que estará en el servidor de producción, estará bajo la tecnología MyIsam, ya que es más veloz y además que no se necesitará integridad referencial ya que el administrador(mediante la Administración Web) no podrá hacer cambios en los diseños.
Los datos serán divididos en 3 secciones:

a. Contenidos.
a. Estilos.
a. Datos del Sistema.
a. Datos Personalizados. Un conjunto de datos personalizados que se pueden enlazar con el CMS.

4. Archivos Web
Estos archivos serán los que se copiarán en el Servidor Web, y estarán bajo la tecnología JSP (Java Server Pages).

NOTA.- Si se preguntan: ¿Porqué todo en java? ¿Porqué no PHP o Pearl, Groovy, etc?, la respuesta es sencilla: al establecer como principal lenguaje de desarrollo a Java, obtendremos la clausula "uniformidad en el proyecto". Además no se ha excluido a php u otras tecnologías por ser inferiores, si no por conveniencia en el proyecto.

Proyecto cancelado hasta nuevo aviso. Ver el Post #13

[NUCKLEAR]

Menudo trabajo que tendras que hacer, analizando muy por encima, solo veo una difererencia con los demas CMS : El administrador desktop que va a ser otra menuda labor, si tienes pensado que se pueda ir generando campos nuevos conforme se necesiten e ir relacionandolo con el tipo de contenido.
No me queda mas que desearte suerte. Esperemos pronto verlo, aunque lo mio no es java pero los aportes siempre son bienvenidos.

PD: Te falta un sistema de cacheo inteligente, que es algo que siempre he buscado en un CMS

[Javatillo]

Gracias NUCKLEAR por tu comentario, tendré en cuenta eso del "cacheo inteligente".

[webosiris]

aunque hay miles de CMS y por lo menos yo no me veo en la necesidad de tener uno más, suerte! menudo trabajo tienes por delante...

manejar desde la base datos la apariencia visual del sitio web

que ventaja da eso? Me parece totalmente contraproducente (de java no se nada, pero de html, css y diseño si y te digo, cuanto menos html y css incluyas desde el core, mejor)

[kaiseer]

Es bastante complicado y necesita de tiempo, paciencia y conocimientos, pero por supuesto que puedes hacerlo... suerte..!

[Javatillo]

webosiris, tienes razón de enfatizar ese punto. La principal idea del este proyecto es que no entre en las categorías de los miles de CMS que existen. Y todavía me encuentro en la fase de la "Tormenta de Ideas" así que algunas cosas como que suenan "contraproducentes", así, que poco a poco analizaré mas detalladamente cada punto.

Por el momento me estoy concentrando en el diseño de la BBDD y estoy viendo el concepto de las BBDD gestionadas para poder aplicarlo en el CMS. De verdad menudo trabajo el que me espera!.

Gracias por los comentarios...

[w0rldart]

Buaj, no tengo yo mucha ideea de cms (bueno casi nada, aunque me tengo que poner a estudiarlo) pero por lo que he leido (wikipedia) y he visto... tienes un monton de trabajo por delante.

Mi pregunta es:
¿Para que exactamente sera dedicado este CMS?

[Javatillo]

w0rldart, exactamente, será dedicado a gestionar contenidos para sitios web, de manera que sea portable, escalable y fácil de usar.

No puedo dar más detalle de lo que dice el texto de arriba, porque todavía se están tomando decisiones sobre los objetivos generales y específicos. Pero muy pronto les estaré informando.

[neojordan]

La idea es buena, pero espero que cuando dices que el diseño se gestiona desde la base de datos, te refieras a elegir el template y no a guardar todo el diseño ahi.

Por otro lado, poner el panel de administración en el escritorio obliga a abrir las conexiones mysql fuera de localhost, es decir, permitir realizar conexiones a la base de datos desde fuera del servidor, lo cual no es que sea peligroso, que lo es, si no que muchos servidores no lo permiten y por tanto, el administrador del CMS no funcionaría.

Mi consejo: Haz el CMS, haz su panel web y por último, como extra, cuando ya no tengas nada más que hacer y te sobre el tiempo, crea el administrador desktop java para quien lo quiera, pero no malgastes tu tiempo en ese administrador, que si, que se que lo ves una pasada, y lo será, pero creo que te va a quitar más tiempo del que necesitas para que luego mucha gente no lo pueda usar porque no se arriesga a permitir conexiones externas a su base de datos.

[denica001]

Iniciado por Javatillo

w0rldart, exactamente, será dedicado a gestionar contenidos para sitios web, de manera que sea portable, escalable y fácil de usar.

No puedo dar más detalle de lo que dice el texto de arriba, porque todavía se están tomando decisiones sobre los objetivos generales y específicos. Pero muy pronto les estaré informando.

Pero estas solo? o hablas en nombre de un grupo?
Si estas solo me parece imposible lo que queres hacer. Si estas en un grupo, todavia me parece imposible. Pensa que CMS populares como Joomla y Drupal tienen comunidades gigantes que realizan aportes de codigo y reviciones todos los dias del año. De todas formas yo monte mi propio CMS pero apoyandome en algunos frameworks de trabajo (principalmente PHP).

Segun mi propia optica. "Los negocios conducen los requerimientos informaticos" y no al reves. Para explicarme mejor, digamos que vos queres realizar tu propio CMS para poder utilarlo en funcion del modelo de negocio al cual lo quieras aplicar, supongamos una plataforma e-commerce como ejempo. Yo creo (y esto es mi opinion) que la idea define cual es el CMS que vas a necesitar. Vos no creas un CMS, creas una idea y la idea te define el CMS que necesitas.

Salvo (y esto es lo que me parece imposible) que tu idea sea basicamente desarrolar un nuevo CMS para competir con los ya existentes. Eso me parece un empredimiento casi imposible. tene en cuenta laversalitilidad, escalabilidad, y mantenimiento que requeriria realizar un CMS que se adapta a cualquier proyecto. Necesitarias un equipo de gente enorme.

[mpeg]

bueno yo no tengo nada que ver con el autor del post, pero como estoy metido en un proyecto para una revista en el que he tenido que hacer un micro-cms (que pronto pienso convertir en algo mas completo, pero por falta de tiempo tuve que sacarlo algo deficiente) quiero comentar un par de conceptos erroneos que veo por aqui (por lo menos con mi diseño de cms)

Iniciado por neojordan

La idea es buena, pero espero que cuando dices que el diseño se gestiona desde la base de datos, te refieras a elegir el template y no a guardar todo el diseño ahi.

guardar el template (html/css) en la base de datos es muy buena idea para un cms, es mas escalable y facil
hay muchos CMS grandes que lo hacen asi. ademas, recuerda que guardar un archivo en el disco o en la base de datos es exactamente lo mismo (la diferencia es la implementacion de la API)

Por otro lado, poner el panel de administración en el escritorio obliga a abrir las conexiones mysql fuera de localhost, es decir, permitir realizar conexiones a la base de datos desde fuera del servidor, lo cual no es que sea peligroso, que lo es, si no que muchos servidores no lo permiten y por tanto, el administrador del CMS no funcionaría.

no, no es asi

puedes administrar una pagina web con software de escritorio usando el protocolo HTTP, sin acceso a la base de datos. solamente tienes que usar una API REST o SOAP o lo que te guste mas.

[denica001]

Me gusta lo de los Backups. Como desarrollador me gusta trabajar con servidores de versionado como cvn o svn. Lo de Snapshots que mencionas se parecen un poco en termino a eso. No conozco un CMS que ofrezca esa posibilidad hoy en dia mas a que hacer los backups y restores tipicos que conocemos. Me parece complicado, pero si crees que podes, dale para adelante.

No me gusta lo del Administrador Desktop. La consola web no malgasta ni satura los recursos del servidor. No parece que debas empeñarte en trabajar este punto. La comunidad lo va a recibir mas como una contra que como un punto sobresaliente frente al resto de los CMS.

Lo del Adminstrador Web, presta a confusion. Cambiar los datos de la base de datos? me parece que tenes dualidad de operaciones. primero le pedis al administrador que gestione los cambios desde una version desktop y segundo le pedis que cambia la base de datos desde el administrador web, es un poco confuso. La idea es centralizar no diversificar. Sobre todo que lo poco que podia aportar el desktop como punto a favor para mi era el tema de seguridad, se lo estas sacando al dejar la puerta abierta en la consola web para modificar la base de datos. Mas importante que esto, es todavia el hecho que menciones bases de datos en un CMS. El Adinistrador de un CMS de hoy en dia no quiere entenderse con una base de datos. Hay una base de datos un core de gestion por arriba, un API en otra capa mas arriba, y finalmente una GUI con la que se tiene que ver el Administrador del sitio. Me parece que hardcodear una base de datos desde una consola web va a generar controversias en tu proyecto.

Me gusta que lo hagas en Java. Eso si es un punto a favor y que se va a destacar como la diferencia entre el resto de los CMS. Ojo no digo que un CMS en php o ruby o pearl sea peor que uno escrito en Java, pero seguro hay muchos usuarios demandando la necesidad de esto y va a ser bienvenido por esta razon. Para mi este es tu principal punto a favor.

Despues hablas de que usas Mysql como tecnologia DB en tu CMS y de archicos web. Me parece que no es lo mas relevante para buscar criticas constructivas en este foro sobre tu CMS. Seria mejor que nos cuentes en mas detalle como son los modulos principales de tu CMS. "Contenido" es una palabra amplia para definirla asi nomas. Casi todos los CMS se basan en Contenido. Como vas a trabajar el modulo de Contenido?

"Modelado UML", esta por ahi suelto en tu post. Wow, otra palabra grande para mencionarla asi nomas. Casi no hablas mas del tema. De que se trata esto. me estas diciendo que desde un UML tu CMS va a "escupir" codigo y construir el sitio.
Claro que existe y se usa, pero no creo que un Administrador promedio quiera verselas con UML, por dos cosas primero que no tenes que ser un geek de la informatica para implementar un sitio en Joomla (por citar uno), y segundo que uno espera que la curva de aprendizaje de un CMS no implique mas que eso. Es decir conocer Joomla no implica que tenga que entenderme con UML, justamente porque para eso voy a buscar Joomla. Si quiero UML entonces ni me planteo empezar con un CMS, salvo que lo quiera para documentar mi proyecto.

Cuidado con las fronteras entre un CMS y un Framework porque a veces las estas pisando y te pasas para el otro lado, hay mucha diferencia y es otro publico de usuarios distinto. (por ejemplo con lo de cambiar los datos de la DB)
El que quiere CMS quiere hacer un sitio prolijo y rapido sin matarse entendiendo el core del mismo. Lo quiere como si fuera un wizard.

[Javatillo]

Primero gracias por sus comentarios, siempre es bueno escuchar (leer) las opiniones de otros, así el proyecto va formando carácter y fuerza.
Cuando escribo haciendo referencia en plural, son mis amigos, colegas, compañeros y docentes a quienes acudo para discutir mis ideas y puntos de vistas, claro que ellos están en otras ocupaciones y no pueden participar de este proyecto.

Por otro lado, me temo que la Universidad a la pertenezco, me envió una invitación formal para integrar unos de sus grupos para la competencia a nivel mundial de la ACM ICPC, ¡Que gran honor!.
Estoy tomando la decisión de participar en este torneo, así que estoy postergando el desarrollo de este proyecto hasta nuevo aviso, me da tristeza abandonar esto
Muy pronto estaré con ustedes para seguir con este proyecto.

Gracias por su apoyo y sus ideas.