[Php-avanzado] tesis:Plataforma de hosting virtual sobre PHP

[unes pacio]

"Si el motivo de guardar las cosas de una manera u otra es la seguridad,
temo decirte que ambos mecanismos tienen los mismos problemas... en
otras palabras "por seguridad" no es un motivo válido para implementarlo
de dos maneras diferentes."

De momento no se me ocurre como hacer que cierto archivo o directorio sea
visible a un determinado usuario o grupo de usuarios y no a otros sin usar
bases de datos. Porsupuesto lo podria hacer modificando el dueño y grupo del
directorio pero no tengo acceso en el servidor para crear usuarios del
sistema. Me podes tirar la idea de como hacerlo sin recurrir a las DB.


" Sí va a una DB sí lo tenés que aclarar, porque de eso depende la
normalización, que es el primer paso del proyecto.
  Si no especificás qué vas a guardar, no es posible validar el modelo de
datos."

Si eso esta claro, pero me refiero a que si la forma en que se realiza el
proyecto tiene que estar descripta en la lista de requisitos del sistema, en
lugar de especificarlo cuando empiece a encarar el proyecto.
         Bueno, en cuanto me aclares esto, paso en limpio todo y empieso.
Saludos.



El 1 de diciembre de 2008 0:57, Leonardo Tadei - Pegasus Tech Supply <
leonardot en pegasusnet.com.ar> escribió:

> Hola Lucas,
>
> El sáb, 29-11-2008 a las 12:57 -0200, unes pacio escribió:
> > "No había entendido que estas "partes" se referían a directorios
> > dentro
> > del espacio del usuario."
> >
> > "partes" puede ser un directorio pero no tiene por que serlo.
>
>         Queda clara que la implementación puede ser de cualquier manera
> razonable. Lo que desorienta de ese párrafo es usar palabras distintas
> (partes y directorio) para referirse a la misma cosa, y por eso la
> necesidad de que lo definas.
>
> > En realidad pienso poner la parte publica en directorios y por
> > seguridad la parte privada y semi privada en la base de datos
>
>         Si el motivo de guardar las cosas de una manera u otra es la
> seguridad,
> temo decirte que ambos mecanismos tienen los mismos problemas... en
> otras palabras "por seguridad" no es un motivo válido para implementarlo
> de dos maneras diferentes.
>
> >  (recordá que cada directorio de los usuarios va a estar dentro de un
> > directorio publico de un servidor compartido), pero se mostrará al
> > usuario a través de la web como si fueran directorios. De todas formas
> > creo que el método que use no debería estar aclarado en la descripción
> > del proyecto, ¿o si?,
>
>         Sí va a una DB sí lo tenés que aclarar, porque de eso depende la
> normalización, que es el primer paso del proyecto.
>        Si no especificás qué vas a guardar, no es posible validar el modelo
> de
> datos.
>
>        Todavía tenés pendiente el tema de los grupos, que figura en tus
> requerimientos pero no se ve reflejado en los almacenamientos.
>
> >  igualmente si te parece que existe otro método mejor para hacerlo
> > estoy a tiempo de hacer cambios radicales.
>
>         A mi me parece innecesario implementar el almacenamiento de los
> archivos de dos formas diferentes a la vez: vas a tener dos partes del
> sistema que harán lo mismo (misma funcionalidad) implementado de dos
> maneras diferentes.
>
> > Con respecto al preview, que es exactamente lo que debería hacer?
>
>         Un botón en el editor del archivo que diga "ver" y que eso abra un
> div/iframe/popup/ventana que muestre el archivo interpretado.
>        En el editor se va a trabajar con código PHP, CSS, JS y HTML: la
> preview es la funcionalidad de ver cómo queda el archivo.
>
>        Saludos!
> --
> Leonardo Tadei
> leonardot en pegasusnet.com.ar
> http://blog.pegasusnet.com.ar
> Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key
>
> _______________________________________________
> Php-avanzado mailing list
> Php-avanzado en pato2.fi.mdp.edu.ar
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://www3.fi.mdp.edu.ar/cgi-bin/mailman/private/php-avanzado/attachments/20081201/74add80e/attachment.htm