=?iso-8859-1?B?THVpcyBFZHVhcmRvIFZpdmVybyBQZfFh ?=
>       <[EMAIL PROTECTED]> dijo:

> Con respecto a la programacion en capas, generalmente se desarrollan
> aplicaciones en 3 capas (pueden ser hasta 5, creo, que tenga sentido).
> Eso es para darle seguridad y versatilidad al sistema. Porque con objetos
> es mas facil hacer crecer la aplicacion, y es mas ordenado y no se que
> mas.

La idea es "mas ordenado" y "distribuir tareas entre maquinas". Que sean 4
capas (TCP/IP) o 7 (OSI) da lo mismo ;-)

> Se que en windoz se hace con asp(net) y dll's, por ejemplo, pero como se
> hace algo similar bajo linux?

Tu decides como divides, luego en que y donde implementas cada parte.

> Digo, porque como se incrusta codigo de Perl o PHP en un modulo que este
> de alguna forma 'escondido' o que sea seguro?

Escondido de que? Seguro contra que? Como implementas el "escondido" y el
"seguro"? 

>                                               No digo que sea inseguro,
> pero en el caso de Perl, uno sabe como es un modulo, y si las passwords y
> datos de conexion a una base de datos las utiliza asi no mas en la misma
> pagina, seria inseguro.

Hay varias opciones... puedes hacer que Perl/PHP/etc lea passwords de un
archivo protegido, puedes pasar la peticion a otra maquina a la que no hay
acceso directo desde fuera, ...

> Como se hace???

Depende de que quieras hacer...

> En el caso de Java, como tiene objetos y clases, esa tarea debe estar
> implementada de forma mas natural, me imagino...despues de todo Perl no
> es un lenguaje orientado a objetos, aunque si es modular...mmm...no veo
> la luz...

Perl _es_ orientado a objetos. El modelo de objetos que tiene es
...hummmm... un tanto /curioso/, pero funcional. Pero que el lenguaje sea
"orientado a objetos" no da garantias de ninguna clase: Es simplemente
(mejor) soporte para una manera particular de organizar un programa. La
mayor parte de los "programas orientados a objetos" que he visto son C (o
algo muy cercano) compilado con un compilador C++
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513
From [EMAIL PROTECTED]  Mon Mar  8 15:17:33 2004
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Mon Mar  8 15:17:38 2004
Subject: knoppix y particiones 
In-Reply-To: Your message of "Tue, 09 Mar 2004 01:40:42 +0800."
        <[EMAIL PROTECTED]> 
Message-ID: <[EMAIL PROTECTED]>

=?iso-8859-1?B?THVpcyBFZHVhcmRvIFZpdmVybyBQZfFh ?=
        <[EMAIL PROTECTED]> dijo:
> "Sergio Palacios" <[EMAIL PROTECTED]> dijo:
> > y si pruebas con:
> >  
> > $su - root; mount /dev/xxx /mnt/xxx; mkdir /mnt/xxx
> 
> Mmm...es al reves. Primero creas el directorio y luego lo montas.

Exacto.

>                                                                   Y le
> tienes que decir que lo monte con permiso de escritura.

Asi es. O sea:

   mount -o rw /dev/xxx /mnt/xxx

o

   mount -w /dev/xxx /mnt/xxx

aunque R/W es por omision (mount(8)), y si das el dispositivo y el
directorio fstab(5) no entra en el juego. Pero ojo, nuevas versiones de
Linux permiten montar el mismo sistema de archivos multiples veces, y
sospecho que pueden generarse feos mareos al montar R/O y R/W
simultaneamente. Mas mejor remontar:

   mount -o remount,rw /dev/xxx /donde/esta/xxx
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513
From [EMAIL PROTECTED]  Mon Mar  8 15:21:29 2004
From: [EMAIL PROTECTED] (Juan Cataldo Sepulveda)
Date: Mon Mar  8 15:21:32 2004
Subject: mailman y rpm
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

El Monday 08 March 2004 13:27, Victor Hugo dos Santos escribió:
> estaba teniendo algunos problemas con mailman y el script
>
> /var/mailman/cron/senddigests
>
> [traceback]
>
> que fue arreglado borrando una lista y volviendo a crear-la...

Yo tuve varios encontrones similares con Mailman a lo largo de la migracion de 
la lista aqui. Una forma mas simple de solucionar el problema era borrar 
(cuidadosamente) los archivos atascados bajo qfiles/* 

> Bien, además de este problema, lo que me dejo un poco intrigado fue al
> momento de utilizar el comando:
>
> rpm -V mailman
>
> >> SM5....T   /var/mailman/pythonlib/email/Charset.pyc
> [...]
> O sea.. toda la carpeta /var/mailman/pythonlib/ y sus subcarpetas, tenían
> problemas con el tamaño del archivo, las permisos, el MD5 y la fecha !!!!!

Entiendo que los archivos .pyc son imagenes compiladas del codigo fuente .py 
de Python, por lo que es normal que sean modificadas.

> Las versiones son:
> red hat 9.0
> mailman  2.1.1-5

Te recomiendo ir a Fedora, la version de Mailman que viene ahi tiene muchos de 
esos problemas solucionados, aunque no todos...

-- 
Juan M. Cataldo Sepulveda           mailto:[EMAIL PROTECTED]
                               http://www.inf.utfsm.cl/~jcataldo
Unidad de Servicios de Computacion e Internet - DI, UTFSM, Chile
Celebrate this chance to be alive and breathing. 

Responder a