Enlaces
Esta en:

documentos
Arriba
Bind-9
Bind-8
Ad+bind
Dhcp
Kdephp
Shell
Trucos
Php
Documentos
Cuestiones php
Fedora
Legal
W2000 xp
COMOS
Errores dns
Write haof XML files: Reynier Perez Mira <rperezm_at_estudiantes.uci.cu>
Fecha: Tue, 20 Dec 2005 11:55:50 -0500

Ante todo hola a todos y muchas gracias por sus respuestas.

Gustavo:
Estoy de acuerdo contigo a la hora de lo que en tecnología respecta. Es cierto que PHP5, hoy por hoy, no está instalado en muchos servidores, sin embargo nuestro amigo Hari Seldon, encontró unos y pone los links de ejemplos. Son los menos pero ya se ve que hay esfuerzo por parte de los servidores de hosting en mejorar sus servicios y ofrecer las posibilidades de ampliar el universo de los mismos.

Bueno mi objetivo no es llegar a ser un grande en el tema de los CMS, solo quiero desarrollar uno propio que me sirva como tema de tesis y que a la vez me enseñe muchas cosas de la web que todavía me faltan por aprender. Estoy totalmente de acuerdo contigo en que todo software sea para la web o no, se debe buscar buscar el balance entre ser conservadores y la potencia del mismo.

A mi también me gusta mucho más PHP5 que PHP4 por la parte de POO. Yo poseo conocimientos de C++ y en la Universidad me enseñaron a hacer casi todo con POO, por lo que me es mucho más fácil enfocar los problemas de esa forma, ya casi no me encuentro programando estructurado. Claro está que esto depende en gran parte del sistema y de als funcionalidades del mismo. No es que todo se tenga que programar en POO, eso si me permitira mucha rehusabilidad del código además de las disponibilidades de POO como es el caso de Herencia, Polimorfismo y otros.

Si como bien dices también es cierto que no todo el mundo conoce las potencialidades de PHP5 y hacer el software totalmente con PHP5 sería un gran error. Lo que tenía pensando era hacer dos versiones: una para PHP4 y otra para PHP5, enfocando cada una a las potencialidades de cada una de las versiones de PHP.

También es cierto que de aquí a que yo termine mi tesis que debe ser para Junio-Julio del 2007 a lo mejor PHP ya anda por la versión 7. Jejeje ;). A lo mejor nuevas funcionalidades aparecen como es el caso de POO en PHP 5.0.x y PDO en PHP 5.1.x.

Ya entendí que cosa es un Work-Around, es algo como una función alternativa a algo que no se puede llevar a cabo por esa vía. Comprendido! Ahora cuando dije JavaScript para "validar formularios" era solo un ejemplo. Hay muchas cosas que es mejor llevarlas a cabo en la parte del cliente que en servidor y para ello creo que existe el JavaScript.

Por lo del idioma español no te preocupes que me gusta más leer las cosas en Inglés que en Español, porque a veces las traducciones no están correctas o omiten partes.

La parte de serializar aun tengo que estudiarla con tiempo. Veré que entiendo y si algo acudo a Uds. los masters en PHP.

Revisaré la recomendación para XHTML 1.1 y 1.0 y veré cual de los dos se adapta mejor a mi futuro proyecto.

Igualmente miraré detenidamente la documentación sobre seguridad. Una cosa es verdad: puede que el CMS esté muy bien programado, que cumpla con todo, muy buena interfaz, pero sino tiene seguridad de seguro nadie lo usará.

----------------------------------------------------------------------------------------------------------------------------------------------------------
Hari:

Si estoy claro de que hace un tiempo atrás hablé del tema y tu mismo respondiste. Los planteamientos tuyos están a salvo en mi cabeza y en un documento en el cual estoy recopilando todas las recomendaciones de ustedes. Al final de la jornada una de las cosas que mas me miden en la tesis es la documentación del software que haya desarrollado donde va incluido todo lo de Ingeniería de Software, Bibliografía, Referencias en fin todo lo que lleva una tesis. Desde ahora estoy pensando ya los agradecimientos de la tesis:
"Agradecemos a los compañeros Hari Seldon de Telefonica.net y Gustavo Narea traductor oficial de PHP por la ayuda y colaboración prestada en la realización de este CMS ... " y cito: "Agradecemos" porque quizás no sea yo solo el que programe, a lo mejor somos dos.

Si claro que quiero desarrollar una aplicación lo más potente y estándar posible, ¿pero no crees que ponerme a programar un Framework sería un poco extremo?. Eso me tomaría un tiempo, primero para entender como funcionan los frameworks a base de código o kernel y luego para implementar todo desde cero. Pense en usar PRADO porque ya he hecho algunas cosillas con el y no es díficil. Además se comenta por parte de los desarrolladores que la versión 3.0 trae muchas mejoras.

Estoy claro de que PHP5 no da soporte completo a la POO, o sea, no es algo como el C++ que a pesar de que ya tiene sus añitos de viejo todavía lo considero el mejor lenguaje de programación para aplicaciones hoy por hoy. No he tenido tiempo para lidiar con otros como C#, Java que se que tambien se emplean para desarrollar aplicaciones de escritorio pero por encima de todo creo que es el mejor.

Mira tú, como hay hosting que soportan ya PHP5 y yo no me los sabía !!!

La parte de MySQL si me quedó clara, v4.1 que soporta muchas cosas o v5.0 pero está última los de MySQL no la recomiendan para desarrollar aplicaciones robustas ya que la misma está en fase de pruebas todavía. Espero que de aqui allá las cosas cambien y salga una versión estable.

PEAR claro que lo usaré, ya los porque están dichos, resuelvo muchas cosas ya que el repositorio de clases es extremandamente grande, soporte de casi todas las clases, lista muy activa y otros.

Lo del motor de plantillas al igual que el Framework me llevaría un poco de tiempo comprenderlo y programarlo. Por ahora creo que seguiré usando Smarty en el manejo de plantillas, otras aplicaciones como Drupal por ejemplo hacen uso de el.

Si el tema de los Slash, tu mismo me diste un script que usabas en la mayoría de tus scripts y el hilo de discusión fue con PEAR.

El tema de AJAX ya explicaba en mensajes anteriores que podría ser a decisión del usuario. También explique que solo sería en determinadas partes del CMS y que por ejemplo tendría una aplicación muy práctica en el Foro de Discusión (que lo pienso programar yo). Te pongo un ejemplo sencillo. Supon que estás un la página dando respuesta a un tema y vengo yo u otro usuario y tambien se pone a dar respuesta al mismo tema. Podría darse la casualidad de que las respuestas sean muy semejantes por no decir iguales. Entonces lo que yo daría sería alguna porción de la página que estuviera enviando peticiones cada "x" segundos al servidor y comprobando si el tema ha sido respondido, lo que te da la posibilidad de cambiar la respuesta en caso de que haya sido publicado por alguien antes que tu. O sea que no tengas que leer el mensaje nuevamente y si ya se dio la respuesta entonces, si lo deseas, claro esta ir al botón "editar" y tener que cambiar todo de nuevo. No se si me entiendes :D

¿La parte de administración como aplicación de escritorio? Me gusta esa idea pero en vez de Java usaría PHP-GTK porque de Java no se ni un pelo, además de que no me gusta mucho, porque hay que poner mucho código para cosas sencillisimas. ¿Que me dices al respecto? ¿Que usarias vos? Se que PHP no soporta muy ben la parte de multihilos pues por ahi andaba un tema al respecto pero se podría hacer algo respecto, digo yo.

Cita:
"Y como te comenté la otra ocasión, dejaría mi CMS preparado de tal forma que con añadir un módulo, pueda "escupir" la información en lo que yo quiera; en HTML, XHTML, XML, HTML con AJAX, ... Vamos, en lo que yo quiera.
Quizás hasta sería interesante que funcionase como un webservice / XML-RPC, y se comunicase con otros "módulos" este webservice, de tal forma que
tendrías: (Núcleo CMS) -> webservice <-> aplicación web XHTML <-> cliente XHTML (Núcleo CMS) -> webservice <-> aplicación web XHTML + AJAX <-> cliente XHTML + AJAX"

Esta parte como que no la comprendí bien, si puedieses explicarla un poquitín más.

Ahora la parte de XML. Yo lo que tenía pensado con esto era generar primeramente los ficheros de configuración de usuarios, así como los de perfiles del mismo. O sea un XML por cada usuario para que el mismo guardase en el sus preferencias, datos personales y todo lo referente a la parte de usuarios. Pero tengo una duda, ¿que tan seguro sería esto? Si a algun hackercillo barato se le ocurre poner por ejemplo la direccion del path que contiene los ficheros XML y de alguna u otra forma accede a la información de los usuarios. Algo asi como esto: "http://www.servidor.com/users/usuario1_xml.xml", eso sería visible por todos digo yo. Aclarenme esto.

La parte de toda la información también podría darla en dos alternativas y dejar al administrador del CMS escoger: XML, Base de Datos. También es cierto que los parsers de PHP para XML no son muy buenos pero creo que se están dando sus pasitos con la versión 5.1.x, ¿o me equivoco? Creo que lei algo sobre eso en el mismo sitio de PHP en los changelogs de las versiones 5.

----------------------------------------------------------------------------------------------------------------------------------------------------------
Jose:
No por último menos importante. He hechado un vistazo a la aplicación tuya y veo que dices que cumples con las normas WAI, sin embargo el plugin para validar que tengo instalado en Firefox me dice que tu página tiene 19 avisos o warnings. No se porque sea esto. Quisiera que me pudieras ayudar un poco con esto. Quiero que el CMS pueda ser usado por cualquiera, sea una persona normal o discapacitada. Eso lo quiero lograr pues si mas no recuerdo no lo he visto en muchos CMS. Fuera de ello me encanta el diseño y aunque no lo creas a mi me navega un poco rápido.

----------------------------------------------------------------------------------------------------------------------------------------------------------
Pablo:
Mira que pasa con eso. Aquí en las tesis de graduación miden mucho el nivel de aplicación que tenga el software que se ha desarrollado. Mi idea es hacer algo integrador que sirva lo mismo para usuarios normales y/o profesionales, Empresas Profesionales, Sistemas Educativos, Sistemas de Inventario y no se cualquier cosa que se le ocurra. De ahi la arquitectura que quiero dar a la aplicación de módulos o plugins. Ya que esto me permitiría fácilmente desarrollar un componente (plugin o módulo, tengo confusión con todos estos términos) para adaptarlo a las necesidades de la entidad que vaya a usar el CMS. De ahi la importancia de la documentación del mismo. Es por ello que hago enfásis en la parte de Ingeniería y Gestión de Software.

Creo que en la lista andaba dando vuelta un mensaje de un LiveCD con PHP+MySQL+Apache y otras cosas. De lo contrario podría crear yo mismo un instalador con InstallShield para Windows que se encargase de instalar y configurar todas las cosas necesarias para el CMS. Podría ser una posibilidad y digo Windows porque es el mas complejo, ya que Linux/Unix lo trae casi todo instalado y configurado.

----------------------------------------------------------------------------------------------------------------------------------------------------------
Ahora un par de preguntas mías:
1) ¿Qué titulo me sugerirían para el mismo?
2) ¿Qué creen de mi idea? ¿Es buena para un tema de tesis o no?

FELICES Navidades a todos por el fin de año y

Salu2
ReynierPM
Usuario registrado de Linux: #310201
*********************************************************
No basta con alcanzar la sabiduría, es necesario saber utilizarla.

-- 
PHP Spanish Localization Talk Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Nearby mar dic 20 2005 - 18:24:31 CET

Este archivo fue generado por hypermail 2.2.0 : mié nov 07 2007 - 20:55:35 CET


Página Principal
Google

Web
dns.bdat.net

Visita nuestro proveedor:
www.bdat.net

Publicidad:

Impresenteibols:Humor Jazz, música en vivo