Borrador de Datos Por Integrar en especificaciones funcionales
En este tema pondré Detalles que deben integrarse a las especificaciones funcionales de todos los modulos. Concentra resumen de TODOS los otros mensajesde este subforo hasta el dia de hoy. No concentra todavia las notas de las versiones de prueba liberadas previamente.
Cierro todos los temas anteriores. El siguiente mensaje será editado de manera sucesiva y abriré el tema cuando esté en español real, listo para empezar la siguiente etapa.
D5 Creation
De que se trata el Proyecto NagualFactor.
Como ustedes saben al dia de hoy tenemos cientos de dominios de internet, de los cuales yo administro la información de casi 90%. Es un esfuerzo grande mantener todo en orden, y al mismo tiempo tenemos necesidades especiales que ningun administrador de contenido actual, o programa de desarrollo de sitios web, puede darnos.
A grandes rasgos, nuestros sitios web, se dividen en varias categorías:
—-
1 Blogs (serán unos 8 al final, calculo)
2 Sitios News basicamente sitios pequeños estaticos que necesitan modificarse online Sin base de datos
3 Sitios UniPage (Sitios de una sola página)
4 Sitios Multipage.
5 Foros chicos (No rojo intenso) [color=#00FF00]Cocoyoc
6 Aplicaciones especiales de control de dominios [color=#00FF00]-DT-
7 En un futuro Actualizacion simple de faqs, quiza modulo aparte
Tenemos también la necesidad de un panel de control específico para seguridad. Es decir, que todo con excpeción del 2 se maneje con un nivel de contraseñas compartidas. Como el 2 es sin base de datos, es independiente.
Por otra parte, estoy notando que no he sido lo suficientemente claro en asuntos como la razon de dar prioridad a Estático contra dinamico; por una parte ha resultado dificil integrar la cantidad de datos y manetener al mismo tiempo un equilibrio de simplicidad. [color=#00FF00]Los sitios con bases de datos, como foros y el CMS de NagualFactor, consumen bastante más recursos que los de paginas estáticas. Es decir, un archivo .html que no usa bases de datos, tiene muy pocos requerimientos de hardware, pero los archivos que leen de bases de datos, causan problemas en cuanto al uso de recursos. Un ejemplo conocido para Glormoon y otros que tienen blogs, son WordPress y Blogger. WordPress es dinámico y Blogger estático, lo que lo hace mucho mas eficiente para el fin que nos interesa en este momento.
Hay software que cumple con puntos de lo anterior, pero no todos, y ademas, tenemos requisitos muy grandes que no deben descartarse.
1 ) El sistema debe ser multidominios. Es decir, una sola instalacion debe controlar CIENTOS de dominios, pero deben estar COMPARTIMENTADOS.
2 ) El sistema debe permitir llevar control de fchas de vencimiento y clasificacion de dominios. – tipo 6-
hay algunas limitaciones que estoy dispuesto a “no poder hacer”: Rss en blogs, por ejemplo.
De manera tentativa, utilizaré para este proyecto en conjunto el nombre Nagualfactor, primeramente pense usar Nagualheart pero un comerciante ligado a Miguel Ruiz usó el nombre. Empezó siendo unos cambios al sistema PWB que vimos, por lo que FUE en primera instancia un sistema bajo Visual Basic que despuès se ha hecho de manera progresiva bajo PHP. He dedicado tiempo los ultimos dos o tres años a hacer pruebas unitarias de módulos, y espero a mediados de mayo del 2009, tener un borrador de especificaciones funcionales y un software final para el aniversario del 2009.
Es decir:
El objetivo es tener para fines del 2009, un software capaz de manejar de modo multisitio un CMS, blog, news/miniblog y los modulos mencionados.
[color=#00FFFF]Notas previas a las especificaciones funcionales. No son PRUEBAS UNITARIAS, sino apuntes para casos de uso que deben resolverse.
[color=#00FF00]Características Técnicas que deben tener todos los módulos:
Debe Funcionar Sin Java. Se permite Ajax, pero no debe ser indispensable nada de java
2 – Bajo Mysql o MSSQL
3 – PHP 5.2.6 OBLIGATORIO.
4 – PHP 4.4.9 Deseable.
5 Multisitios
6 Borrar el instalador o avisar si esta presente. Puede dejarse pero desactivado.
7 Capaz de soportar round robbin
8 Ver desde dentro del módulo cuanto tiempo lleva levantado el servidor sin reiniciarse. Mas adelante pondre notificador via correo.
9 Autorizarlo para que corra unicamente en una IP
10 – Safe mode on deseable, globals mode off obligatorio.
11 – Base de datos normalizada, sin perder calidad por evitar redundancia
12 – Integridad Referencial, y todas las tablas deben ser de Un solo campo llave, no llaves compuestas.
13 – A raiz de la decision de la encuesta http://rojointenso.net/mybb/?p=6160 , se usará Creative Commons no derivativa y el código NO será distrubuido. El sistema debe permitir la operación en sitios donados, pero que no funcione en otros servers.
14 – Por seguridad y el éxito de DT las contraseñas NO se guardarán en el sistema, sino que serán compartidas con el sistema PASSPORT de Microsoft. En otras palabras, será necesario lecturas tipo Messenger.
[color=#00FF00]Características operativas que debe soportar el módulo CMS
Por poner en online ( existentes en offline )* 32 esquemas de sitios
* Cambio de hojas de estilo
* Footers y Headers ( comentarios )
* 5 Variedades de organización de Logotipos
* Hojas de Solo Lectura
* Hojas de Solo Admin edita
* SiteMap – opcional
Deseable
* Importacion de Sitios existentes
* Importación de de txts
* Exportar a Html FIJO (Se va a tardar pero puede ser muy util y resolver algunas debilidades)
[color=#00FF00]Falta para DT
* Edicion de dominio individual
* Debe de haber una mejor manera de quitar los filtros para no perderse
* Presentacion para usuarios no logeados -compatible con DP, y que sea equivalente al objetivo original que era mostrar los dominios que estan en uso actualmente de nuestra infraestructura.
* integrar graficas
—–
[color=#00FF00]Características operativas que debe soportar el módulo de foros – Cocoyoc
1 link de ver discusiones nuevas
2 crear nuevo topic, agregar respuesta
3 borrar mensajes individuales
4 Poder cambiar un mensaje a otro foro
5 Para Admin ,poder editar mensajes ajenos
6 Rangos Editables como en mi caso [Lobo Alfa]
7 Necesidad Evidente no contemplada en ningun lado, el uso de Subtitulos para describir m,ejor un tema.
8 permitir tablas y html puro a ciertos usuarios
9 el manejo de los adjuntos puede y debe estar ligado al topico, con opcion a bajarlos.
10 Se bloquea darse de alta con .info .ru .pl .by o similares en email
edt profile
edit password
change email
11 – [color=#00FF00]La suma del código, instalador , documentos y temas integrados no debe llegar a 1 mb descomprimido.
12 – Para manejo de adjuntos, No se permiten subir archivos via PHP, solo via moderador y ftp por grupos.
13 – Debe permitir exportar Usuarios, mensajes y PM , UNICAMENTE, a Smf en version default de fantastico actualizado en el panel de control cpanel.
14 – Por seguridad espaciar insert, delete y select en texto de cualquier post o PM
15 – Todo Addslashed.
16 – [color=#00FF00]Maximo 16 archivos de tipo .php
17 – Bloqueo Completo (navegacion)/ modo solo lectura y de deshabilitar nuevos registros en foro.
18 – Capacidad de bloqueo por Ip, Proveedor ISP, Nombre usuario, proveedor de mail, mail completo.
19 – Modulo de PMs
20 – Maximo de (foros+subforos+categorias) =256 hard coded
21 – Color unico para resaltar en textos de admin.
22 – Los emoticons son compartidos entre todos los temas gráficos
23 – Polls maximos de 13 opciones.
24 – validacion de nuevos usuarios previa recepción de correo y autorizacion de admin.
25 – Algunos Foros ineditables dependientes del nivel (para casos de desastres)
26 – Un superadmin, figura de moderador(loboguardian) Limitados a 3, 5 o 7 (documentar porque)
—-
proyecto paint de chipola
[url=http://nagualfactor.com/cocoyoc/]http://nagualfactor.com/cocoyoc/[/url] admin60 — admin60
—
Blog En base e datos dinamico
* Control de links y favoritos por nivel de acceso
* Galeria mas amiganle
* Nuevo por hacer : mejorar eficiencia de bloqueo de TLD y filtros (loops sobre arrays ?)
* mensaje en archivo de idioma de TLD rechazado.
—
cada hoja del cms debe tener:
Para poder importar de Simple, debe poderse :
tipo
owner
active
si es default debe ir en otro lado.
mover arriba y abajo.
Escenario Principal Cocoyoc:
—–
Por hacer :
1 nombres de modulo
2 revisar borrador punto 1
3 elegir dominios prueba
4 establecer fechas
5 pequeña clase/ especificaciones funcionales
6 Tener especificaciones vivas.
12 características básicas de N CMS
[color=#00FF00]1 Distribuciones de pantalla (mi esquema 32)
El sistema debe permitir las 32 combinaciones básicas de Layout de las áreas Menu, Header, foot, content
[color=#00FF00]2 Importar html
El sistema debe poder importar archivos .html sin pérdida de datos apreciable, via FTP.
[color=#00FF00]El sistema debe generar archivos php o html, que no necesiten de base de datos para su funcionamiento.
El sitio que corre no debe necesitar base de datos. El admin PUEDE necesitar base de datos, no el visitante.
[color=#00FF00]4 Plantilla unica del css externo (no en cada hoja)
El css debe ser generado en un archivo aparte, y no incluido en el html generado. Es posible que los colores de formulario deban ir en cada archivo, pero el grueso del layout, no.
[color=#00FF00]5 Datos generales editables
Los datos generales del dominio, administrador y similares debe ser editable. Incluir fecha de Actualizaciones, misión y cosas típicas.
[color=#00FF00]6 Mostrar previsualización segun se construyen colores o elige layout
Funcional pero no completa.
[color=#00FF00]7 redirector de htmls via htaccess
Debe permitir la redireccion de extensiones ya no existentes. La redirección de dominio completo debe ser a uno solo, y la de paginas tipo 301 o 302
[color=#00FF00]8 Validador que existan adjuntos
Controlador de adjuntos incluyendo imágenes, que permita ver si fueron borrados del sitio destino.
[color=#00FF00]9 Estadisticas
Estadisticas de visitas de articulos, y visitas web en general. Como no hay base de datos, será un archivo de texto que puede ser importado por el central. Las estadisticas se graban en el sitio destino, y se consultan en el CMS.
[color=#00FF00]10 Facilidad para Round Robbin
Máximo de tres servers. Se verificará al último.
[color=#00FF00]11 Usuarios para algunos dominios solo. (en caso de poder ser multidominios)
Solo hay un acceso, puede entrar o no a ese dominio.
[color=#00FF00]12 Texto banned automatico (factor globat)
Solo aplica al contenido, cambiando palabras como mier.. por ****** o lo que el usuario designe, laa regla es texto mas dominio igual a o texto mas dominio desigual a
[color=#FFFF00]Se asume que :
1 Editor debe ser simple, sin Java
2 Puede crear articulos en formato PHP y no html, para estadisticas, que son casi imposibles sin php
3 De bono le doy multidominio.
Los puntos anteriores fueron autorizados por la persona que pagó por el CMS.