From explorer en joaquinferrero.com  Mon Oct  8 08:50:02 2007
From: explorer en joaquinferrero.com (Joaquin Ferrero)
Date: Mon, 08 Oct 2007 17:50:02 +0200
Subject: [Madrid-pm] =?iso-8859-1?q?Oferta_de_trabajo_Crea_Formaci=F3n?=
Message-ID: <1191858602.4896.28.camel@casa.aprosi.net>

¿Alguien quiere llevarse unos ??? extra?

La empresa Crea (Formación) necesita un profesor de Perl.

Poco tiempo (20 horas, del 22 al 26 de octubre, de 9h a 14h).

Cliente -muy- importante, de Alemania.

Llamar al 91 425 05 88 y preguntar por Eduardo.

También en <ehernandez en creaformacion.com>.

(*Ojo*, no habléis ni deis vuestros datos salvo a Eduardo en persona).

-- 
JF^D


From pancho en pancho.name  Tue Oct  9 23:03:58 2007
From: pancho en pancho.name (Pancho Horrillo)
Date: Wed, 10 Oct 2007 08:03:58 +0200
Subject: [Madrid-pm] =?iso-8859-1?q?Oferta_de_trabajo_Crea_Formaci=F3n?=
In-Reply-To: <1191858602.4896.28.camel@casa.aprosi.net>
References: <1191858602.4896.28.camel@casa.aprosi.net>
Message-ID: <20071010060358.GA15759@pancho.name>

On Mon, Oct 08, 2007 at 05:50:02PM +0200, Joaquin Ferrero wrote:
> ¿Alguien quiere llevarse unos ??? extra?
> 
> La empresa Crea (Formación) necesita un profesor de Perl.
> 
> Poco tiempo (20 horas, del 22 al 26 de octubre, de 9h a 14h).
> 
> Cliente -muy- importante, de Alemania.
> 
> Llamar al 91 425 05 88 y preguntar por Eduardo.
> 
> También en <ehernandez at creaformacion.com>.
> 
> (*Ojo*, no habléis ni deis vuestros datos salvo a Eduardo en persona).
> 
Jo!  Me quedo con las ganas, pero non possum :-(

Muchas gracias, Joaquín!

Saludotes.

> -- 
> JF^D

-- 
Pancho Horrillo

To be conscious that
you are ignorant is a great step
to knowledge.

		Benjamin Disraeli

From bugs en dervishd.net  Tue Oct 16 03:07:21 2007
From: bugs en dervishd.net (DervishD)
Date: Tue, 16 Oct 2007 12:07:21 +0200
Subject: [Madrid-pm] =?iso-8859-1?q?Opci=F3n_que_imponga_menos_carga_al_se?=
	=?iso-8859-1?q?rvidor?=
Message-ID: <20071016100721.GA14461@DervishD>

    Hola :)))

Vuelvo a la carga con mis preguntas raritas ;)))

Veréis, estoy haciendo una especie de sucedáneo de blog para mi página
web (no quiero un blog exactamente, por eso me lo estoy haciendo yo) y
resulta que necesito recorrer un árbol de directórios leyendo ciertos
ficheros.

Ahora mismo tengo dos opciones: la primera es usar File::Find, pero en
el caso común voy a parar de recorrer en cuanto haya leído un número
pequeño de ficheros, y File::Find seguirá procesando el árbol incluso
cuando ya no me interesen más ficheros. Siempre puedo abortar el script
en la función "wanted", pero no me parecen formas. Así y todo, es una
opción.

La otra opción es tener una lista de todos los ficheros en un fichero de
texto. Esto digamos que es "grátis" en términos de carga del servidor,
ya que la lista es generada fuera del servidor y luego subida. Habría
que ir leyendo el fichero línea por línea, actuar sobre los ficheros que
me interesen y romper el bucle.

En el peor de los casos, tendré que leer TODOS los ficheros del árbol, y
me imagino que ahí la carga será similar usando File::Find que la lista
de ficheros.

En el caso común de tener que leer sólo unos pocos ficheros, y asumiendo
que el caché de disco no ayudará (es decir, en principio las entradas de
directório no estarán cacheadas, habrá que ir al disco a por ellas. El
servidor es compartido así que no puedo asumir que el caché estará ahí
para ayudar, puede estar lleno con otras cosas), ¿qué opción es mejor,
leer una lista y luego ir procesando los ficheros, usar File::Find o
usar otra forma de recorrer el árbol? Mi objetivo es imponer al servidor
la menor carga posible tanto en uso de CPU como en trasiego de disco
duro. En realidad no tengo ningún límite impuesto en ninguna de las dos
cosas, pero no es plan de abusar de los recursos.

Usar File::Find me parece pasarse porque al fin y al cabo ya sé qué
ficheros hay en el árbol (están en la lista pregenerada), pero no sé de
más opciones.

Muchas gracias por adelantado :)))

    Raúl Núñez de Arenas Coronado

-- 
Linux Registered User 88736 | http://www.dervishd.net
It's my PC and I'll cry if I want to... RAmen!
We are waiting for 13 Feb 2009 23:31:30 +0000 ...

From victor en taquiones.net  Tue Oct 16 03:24:23 2007
From: victor en taquiones.net (Victor Moral)
Date: Tue, 16 Oct 2007 12:24:23 +0200
Subject: [Madrid-pm]
	=?iso-8859-1?q?Opci=F3n_que_imponga_menos_carga_al_se?=
	=?iso-8859-1?q?rvidor?=
In-Reply-To: <20071016100721.GA14461@DervishD>
References: <20071016100721.GA14461@DervishD>
Message-ID: <200710161224.28671.victor@taquiones.net>

Hola:

El Martes, 16 de Octubre de 2007, DervishD escribió:

> En el peor de los casos, tendré que leer TODOS los ficheros del árbol, y
> me imagino que ahí la carga será similar usando File::Find que la lista
> de ficheros.

	No estaría yo tan seguro. File::Find es como un herpes con el que tenemos que 
convivir y de los más puñeteros de entender. 

	En mi opinión, y si hablamos de carga, leer línea a línea y procesar el 
archivo correspondiente (si ha lugar) es lo menos costoso para todo el mundo.

> Usar File::Find me parece pasarse porque al fin y al cabo ya sé qué
> ficheros hay en el árbol (están en la lista pregenerada), pero no sé de
> más opciones.

	Es que no hay muchas más, a menos que empieces a utilizar marcas de tiempo o 
algo similar, pero vamos, que huir de F::F es buena cosa.

Saludos
-- 
 --------
 Víctor Moral <victor en taquiones.net>
 http://www.taquiones.net/victor.html
 Usuario Linux nº 139246
 Clave pública 0x376B5EA7 en pgp.rediris.es

------------ próxima parte ------------
Se ha borrado un mensaje que no está en formato texto plano...
Nombre     : no disponible
Tipo       : application/pgp-signature
Tamaño     : 189 bytes
Descripción: This is a digitally signed message part.
Url        : http://mail.pm.org/pipermail/madrid-pm/attachments/20071016/c9b62bba/attachment.bin 

From luismottacampos en yahoo.co.uk  Tue Oct 16 03:31:39 2007
From: luismottacampos en yahoo.co.uk (Luis Motta Campos)
Date: Tue, 16 Oct 2007 12:31:39 +0200
Subject: [Madrid-pm]
	=?iso-8859-1?q?Opci=F3n_que_imponga_menos_carga_al_se?=
	=?iso-8859-1?q?rvidor?=
In-Reply-To: <20071016100721.GA14461@DervishD>
References: <20071016100721.GA14461@DervishD>
Message-ID: <20071016103139.GA30152@bitbistro.com>

On Tue, Oct 16, 2007 at 12:07:21PM +0200, DervishD wrote:
>     Hola :)))
> Vuelvo a la carga con mis preguntas raritas ;)))

> (...) ¿qué opción es mejor, leer una lista y luego ir procesando los
> ficheros, usar File::Find o usar otra forma de recorrer el árbol? Mi
> objetivo es imponer al servidor la menor carga posible tanto en uso de
> CPU como en trasiego de disco duro. En realidad no tengo ningún límite
> impuesto en ninguna de las dos cosas, pero no es plan de abusar de los
> recursos.

> Usar File::Find me parece pasarse porque al fin y al cabo ya sé qué
> ficheros hay en el árbol (están en la lista pregenerada), pero no sé de
> más opciones.

Hola Raul.
Me parece que a melhor opcao para o teu caso eh a lista de ficheros en
el disco duro... :) e, se voce pode gerar esta lista "gratis" (ou quase
isso, uma vez ao dia por ejemplo), me parece a melhor opcao.

Putamplexos!
-- 
Luis Motta Campos
Perl Programmer, Hobbyist Cook and Photographer

From sfandino en yahoo.com  Tue Oct 16 03:47:51 2007
From: sfandino en yahoo.com (=?iso-8859-1?Q?Salvador_Fandi=C3=B1o?=)
Date: Tue, 16 Oct 2007 03:47:51 -0700 (PDT)
Subject: [Madrid-pm]
 =?iso-8859-1?q?Opci=F3n_que_imponga_menos_carga_al_se?=
 =?iso-8859-1?q?rvidor?=
Message-ID: <523517.17130.qm@web52702.mail.re2.yahoo.com>

Hola,

tampoco es tan complicado hacer un programa que recorra el sistema de ficheros leyendo solo lo que haga falta y sin usar File::Find:


use strict;
use warnings;



sub fsbrowser {
    # no detecta ciclos en el sistema de ficheros!!!

    my @pending_dirs = grep { -d $_ } @_;
    my $current_dir_handle;
    my $current_dir_name;

    sub {
        while (1) {
            unless ($current_dir_handle) {
                while (@pending_dirs) {
                    $current_dir_name = shift @pending_dirs;
                    opendir $current_dir_handle, $current_dir_name
                        and last;
                }
                return undef
                    unless $current_dir_handle;
            }
            my $fn = readdir $current_dir_handle;
            unless (defined $fn) {
                undef $current_dir_handle;
                next;
            }

            next if $fn =~ /^\./;
            my $fullfn = $current_dir_name . '/' . $fn;
            push @pending_dirs, $fullfn if -d $fullfn;

            return $fullfn;
        }
    }
}


my $browser = fsbrowser('/etc');

my $i = 0;
while (defined(my $fn = $browser->())) {
    $i++;
    print "$i: $fn\n";
}


----- Original Message ----
From: DervishD <bugs en dervishd.net>
To: Madrid PM <madrid-pm en pm.org>
Sent: Tuesday, October 16, 2007 12:07:21 PM
Subject: [Madrid-pm] Opción que imponga menos carga al servidor


    Hola :)))

Vuelvo a la carga con mis preguntas raritas ;)))

Veréis, estoy haciendo una especie de sucedáneo de blog para mi
 página
web (no quiero un blog exactamente, por eso me lo estoy haciendo yo) y
resulta que necesito recorrer un árbol de directórios leyendo ciertos
ficheros.

Ahora mismo tengo dos opciones: la primera es usar File::Find, pero en
el caso común voy a parar de recorrer en cuanto haya leído un número
pequeño de ficheros, y File::Find seguirá procesando el árbol
 incluso
cuando ya no me interesen más ficheros. Siempre puedo abortar el
 script
en la función "wanted", pero no me parecen formas. Así y todo, es una
opción.

La otra opción es tener una lista de todos los ficheros en un fichero
 de
texto. Esto digamos que es "grátis" en términos de carga del
 servidor,
ya que la lista es generada fuera del servidor y luego subida. Habría
que ir leyendo el fichero línea por línea, actuar sobre los ficheros
 que
me interesen y romper el bucle.

En el peor de los casos, tendré que leer TODOS los ficheros del
 árbol, y
me imagino que ahí la carga será similar usando File::Find que la
 lista
de ficheros.

En el caso común de tener que leer sólo unos pocos ficheros, y
 asumiendo
que el caché de disco no ayudará (es decir, en principio las entradas
 de
directório no estarán cacheadas, habrá que ir al disco a por ellas.
 El
servidor es compartido así que no puedo asumir que el caché estará
 ahí
para ayudar, puede estar lleno con otras cosas), ¿qué opción es
 mejor,
leer una lista y luego ir procesando los ficheros, usar File::Find o
usar otra forma de recorrer el árbol? Mi objetivo es imponer al
 servidor
la menor carga posible tanto en uso de CPU como en trasiego de disco
duro. En realidad no tengo ningún límite impuesto en ninguna de las
 dos
cosas, pero no es plan de abusar de los recursos.

Usar File::Find me parece pasarse porque al fin y al cabo ya sé qué
ficheros hay en el árbol (están en la lista pregenerada), pero no sé
 de
más opciones.

Muchas gracias por adelantado :)))

    Raúl Núñez de Arenas Coronado

-- 
Linux Registered User 88736 | http://www.dervishd.net
It's my PC and I'll cry if I want to... RAmen!
We are waiting for 13 Feb 2009 23:31:30 +0000 ...
_______________________________________________
Madrid-pm mailing list
Madrid-pm en pm.org
http://mail.pm.org/mailman/listinfo/madrid-pm





       
____________________________________________________________________________________
Pinpoint customers who are looking for what you sell. 
http://searchmarketing.yahoo.com/

From bugs en dervishd.net  Tue Oct 16 05:58:17 2007
From: bugs en dervishd.net (DervishD)
Date: Tue, 16 Oct 2007 14:58:17 +0200
Subject: [Madrid-pm]
	=?iso-8859-1?q?Opci=F3n_que_imponga_menos_carga_al_se?=
	=?iso-8859-1?q?rvidor?=
In-Reply-To: <523517.17130.qm@web52702.mail.re2.yahoo.com>
References: <523517.17130.qm@web52702.mail.re2.yahoo.com>
Message-ID: <20071016125817.GB18136@DervishD>

    Hola Salvador :)

 * Salvador Fandiño <sfandino en yahoo.com> dixit:
> tampoco es tan complicado hacer un programa que recorra el sistema de
> ficheros leyendo solo lo que haga falta y sin usar File::Find:

Ya, ya lo sé, si eso es precisamente lo que ya tengo escrito ;)) Mi duda
es si File::Find sería más rápido o si lo de tener una lista de ficheros
era la solución que menos carga impone.

Mi solución con una lista lo que pretende evitar es hacer los opendir.
 
Gracias de todas formas :)

    Raúl Núñez de Arenas Coronado

-- 
Linux Registered User 88736 | http://www.dervishd.net
It's my PC and I'll cry if I want to... RAmen!
We are waiting for 13 Feb 2009 23:31:30 +0000 ...

From bugs en dervishd.net  Tue Oct 16 06:00:20 2007
From: bugs en dervishd.net (DervishD)
Date: Tue, 16 Oct 2007 15:00:20 +0200
Subject: [Madrid-pm]
	=?iso-8859-1?q?Opci=F3n_que_imponga_menos_carga_al_se?=
	=?iso-8859-1?q?rvidor?=
In-Reply-To: <20071016103139.GA30152@bitbistro.com>
References: <20071016100721.GA14461@DervishD>
	<20071016103139.GA30152@bitbistro.com>
Message-ID: <20071016130020.GC18136@DervishD>

    Hola Luis :)

 * Luis Motta Campos <luismottacampos en yahoo.co.uk> dixit:
> > Usar File::Find me parece pasarse porque al fin y al cabo ya sé qué
> > ficheros hay en el árbol (están en la lista pregenerada), pero no sé de
> > más opciones.
> Me parece que a melhor opcao para o teu caso eh a lista de ficheros en
> el disco duro... :) e, se voce pode gerar esta lista "gratis" (ou quase
> isso, uma vez ao dia por ejemplo), me parece a melhor opcao.

La lista de ficheros se actualizará fuera del servidor (en mi máquina) y
sólo cuando se vayan a subir ficheros nuevos (o modificados), así que
sí, es totalmente "grátis" en cuanto a carga del servidor.

No había caído en algo básico, y es que con la lista me ahorro los
opendir, los cambio por una lectura de fichero que va a ser muy rápida.

> Luis Motta Campos
> Perl Programmer, Hobbyist Cook and Photographer

Photographer? Echa un vistazo a www.deviantart.com

Gracias :)

    Raúl Núñez de Arenas Coronado

-- 
Linux Registered User 88736 | http://www.dervishd.net
It's my PC and I'll cry if I want to... RAmen!
We are waiting for 13 Feb 2009 23:31:30 +0000 ...

From bugs en dervishd.net  Tue Oct 16 06:02:32 2007
From: bugs en dervishd.net (DervishD)
Date: Tue, 16 Oct 2007 15:02:32 +0200
Subject: [Madrid-pm]
	=?iso-8859-1?q?Opci=F3n_que_imponga_menos_carga_al_se?=
	=?iso-8859-1?q?rvidor?=
In-Reply-To: <200710161224.28671.victor@taquiones.net>
References: <20071016100721.GA14461@DervishD>
	<200710161224.28671.victor@taquiones.net>
Message-ID: <20071016130232.GD18136@DervishD>

    Hola Victor :)

 * Victor Moral <victor en taquiones.net> dixit:
> > En el peor de los casos, tendré que leer TODOS los ficheros del
> > árbol, y me imagino que ahí la carga será similar usando File::Find
> > que la lista de ficheros.
> 
> No estaría yo tan seguro. File::Find es como un herpes con el que
> tenemos que convivir y de los más puñeteros de entender.

A mi se me ocurren muchísimas formas de sustituir el File::Find, pero al
fin y al cabo es un módulo estándar y por eso pensaba usarlo si no
quedaba otra.

> En mi opinión, y si hablamos de carga, leer línea a línea y procesar
> el archivo correspondiente (si ha lugar) es lo menos costoso para todo
> el mundo.

Como le decía a Luis Motta, no había caído en algo fundamental: si uso
una lista voy a ahorrarme un montón de "opendir()" que probablemente
sean lo más improductivo. Me quedo con la lista entonces.

Gracias por el consejo :))

    Raúl Núñez de Arenas Coronado

-- 
Linux Registered User 88736 | http://www.dervishd.net
It's my PC and I'll cry if I want to... RAmen!
We are waiting for 13 Feb 2009 23:31:30 +0000 ...

From luismottacampos en yahoo.co.uk  Tue Oct 16 06:10:30 2007
From: luismottacampos en yahoo.co.uk (Luis Motta Campos)
Date: Tue, 16 Oct 2007 15:10:30 +0200
Subject: [Madrid-pm]
	=?iso-8859-1?q?Opci=F3n_que_imponga_menos_carga_al_se?=
	=?iso-8859-1?q?rvidor?=
In-Reply-To: <20071016130020.GC18136@DervishD>
References: <20071016100721.GA14461@DervishD>
	<20071016103139.GA30152@bitbistro.com>
	<20071016130020.GC18136@DervishD>
Message-ID: <20071016131030.GC30311@bitbistro.com>

On Tue, Oct 16, 2007 at 03:00:20PM +0200, DervishD wrote:
>     Hola Luis :)
> 
>  * Luis Motta Campos <luismottacampos en yahoo.co.uk> dixit:
> > > Usar File::Find me parece pasarse porque al fin y al cabo ya sé qué
> > > ficheros hay en el árbol (están en la lista pregenerada), pero no sé de
> > > más opciones.
> > Me parece que a melhor opcao para o teu caso eh a lista de ficheros en
> > el disco duro... :) e, se voce pode gerar esta lista "gratis" (ou quase
> > isso, uma vez ao dia por ejemplo), me parece a melhor opcao.
> 
> La lista de ficheros se actualizará fuera del servidor (en mi máquina) y
> sólo cuando se vayan a subir ficheros nuevos (o modificados), así que
> sí, es totalmente "grátis" en cuanto a carga del servidor.
> 
> No había caído en algo básico, y es que con la lista me ahorro los
> opendir, los cambio por una lectura de fichero que va a ser muy rápida.

Vale. Ler de um fichero eh sempre mais rapido. 
Eu pessoalmente nao consideraria a possibilidade de usar File::Find se
eh possivel ter uma lista de arquivos para percorrer.
E recomendo acrescentar informacao a este fichero, para permitir que
voce decida quais arquivos deve abrir e quais nao deve  - assim, a
consulta fica ainda mais rapida.

> > Luis Motta Campos
> > Perl Programmer, Hobbyist Cook and Photographer
> 
> Photographer? Echa un vistazo a www.deviantart.com

  http://www.flickr.com/photos/luismottacampos/
  
  Me gusta mucho fotografar las bicis y las senoritas de Amsterdam... 

  Hasta!
--
Luis Motta Campos
Perl Programmer, Hobbyist Cook and Photographer

From sfandino en yahoo.com  Tue Oct 16 06:18:04 2007
From: sfandino en yahoo.com (=?iso-8859-1?Q?Salvador_Fandi=C3=B1o?=)
Date: Tue, 16 Oct 2007 06:18:04 -0700 (PDT)
Subject: [Madrid-pm]
 =?iso-8859-1?q?Opci=F3n_que_imponga_menos_carga_al_se?=
 =?iso-8859-1?q?rvidor?=
Message-ID: <965702.47977.qm@web52709.mail.re2.yahoo.com>


> Ya, ya lo sé, si eso es precisamente lo que ya tengo escrito ;)) Mi
 duda
> es si File::Find sería más rápido o si lo de tener una lista de
 ficheros
> era la solución que menos carga impone.
>
> Mi solución con una lista lo que pretende evitar es hacer los opendir.
 
Pues si lo unico que te importa es el rendimiento, obviamente, leerlo
de una lista va a ser mas eficiente, especialmente si se trata de un
sistema de ficheros con muchos subdirectorios.



El problema de tener el listado en un fichero independiente es que
tiene que estar siempre sincronizado lo que dependiendo del tipo de
aplicacion puede ser un gran problema o no.



Mi consejo seria que utulizases la solucion que recorre el sistema de
ficheros, que es mas robusta ya que no depende de ningun proceso
externo y solo si ves que tienes problemas de rendimiento te pasases a
la otra.



Saludos,



 - Salva






       
____________________________________________________________________________________
Pinpoint customers who are looking for what you sell. 
http://searchmarketing.yahoo.com/

From roberto en freekeylabs.com  Tue Oct 16 07:02:13 2007
From: roberto en freekeylabs.com (Roberto Henriquez Laurent)
Date: Tue, 16 Oct 2007 16:02:13 +0200
Subject: [Madrid-pm]
 =?iso-8859-1?q?Opci=F3n_que_imponga_menos_carga_al_se?=
 =?iso-8859-1?q?rvidor?=
In-Reply-To: <20071016100721.GA14461@DervishD>
References: <20071016100721.GA14461@DervishD>
Message-ID: <4714C465.101@freekeylabs.com>

DervishD wrote:
>     Hola :)))
>
> Vuelvo a la carga con mis preguntas raritas ;)))
>
> Veréis, estoy haciendo una especie de sucedáneo de blog para mi página
> web (no quiero un blog exactamente, por eso me lo estoy haciendo yo) y
> resulta que necesito recorrer un árbol de directórios leyendo ciertos
> ficheros.
Hola!

¿con qué frecuencia se va a hacer esta operación? ¿Es algo que se hace 
bajo demanda de los visitantes de la página, o lanzado desde cron o algo 
por el estilo?

(Lo digo porque si la respuesta es lo segundo, el que sea una operación  
relativamente costosa no será tan importante...)

Saludos

From bugs en dervishd.net  Tue Oct 16 08:30:39 2007
From: bugs en dervishd.net (DervishD)
Date: Tue, 16 Oct 2007 17:30:39 +0200
Subject: [Madrid-pm]
	=?iso-8859-1?q?Opci=F3n_que_imponga_menos_carga_al_se?=
	=?iso-8859-1?q?rvidor?=
In-Reply-To: <20071016131030.GC30311@bitbistro.com>
References: <20071016100721.GA14461@DervishD>
	<20071016103139.GA30152@bitbistro.com>
	<20071016130020.GC18136@DervishD>
	<20071016131030.GC30311@bitbistro.com>
Message-ID: <20071016153039.GB21374@DervishD>

 * Luis Motta Campos <luismottacampos en yahoo.co.uk> dixit:
> On Tue, Oct 16, 2007 at 03:00:20PM +0200, DervishD wrote:
> > No había caído en algo básico, y es que con la lista me ahorro los
> > opendir, los cambio por una lectura de fichero que va a ser muy
> > rápida.
> 
> Vale. Ler de um fichero eh sempre mais rapido.

Sobre todo porque el fichero será bastante pequeño ;)

> Eu pessoalmente nao consideraria a possibilidade de usar File::Find se
> eh possivel ter uma lista de arquivos para percorrer. E recomendo
> acrescentar informacao a este fichero, para permitir que voce decida
> quais arquivos deve abrir e quais nao deve  - assim, a consulta fica
> ainda mais rapida.

En el propio nombre del fichero hay ya bastante información como para
decidir si hay que procesarlo o no, pero sí, en el índice incluiré tanta
información como sea posible.

> > > Luis Motta Campos Perl Programmer, Hobbyist Cook and Photographer
> > 
> > Photographer? Echa un vistazo a www.deviantart.com
> 
>   http://www.flickr.com/photos/luismottacampos/
>   
>   Me gusta mucho fotografar las bicis y las senoritas de Amsterdam...

En cuanto tenga un rato le echo un ojo a tus fotos :))

    Raúl Núñez de Arenas Coronado

-- 
Linux Registered User 88736 | http://www.dervishd.net
It's my PC and I'll cry if I want to... RAmen!
We are waiting for 13 Feb 2009 23:31:30 +0000 ...

From bugs en dervishd.net  Tue Oct 16 08:32:55 2007
From: bugs en dervishd.net (DervishD)
Date: Tue, 16 Oct 2007 17:32:55 +0200
Subject: [Madrid-pm]
	=?iso-8859-1?q?Opci=F3n_que_imponga_menos_carga_al_se?=
	=?iso-8859-1?q?rvidor?=
In-Reply-To: <4714C465.101@freekeylabs.com>
References: <20071016100721.GA14461@DervishD> <4714C465.101@freekeylabs.com>
Message-ID: <20071016153255.GC21374@DervishD>

    Hola Roberto :)

 * Roberto Henriquez Laurent <roberto en freekeylabs.com> dixit:
> ¿con qué frecuencia se va a hacer esta operación? ¿Es algo que se hace
> bajo demanda de los visitantes de la página, o lanzado desde cron o
> algo por el estilo?

Me temo que es bajo demanda, cada vez que se pida una página, porque
según la fecha y otros datos hay que presentar una lista de entradas u
otra (basicamente, como en un blog). Por tanto, hay que recorrer los
mínimos directórios posibles o bien hacer el recorrido de la forma más
ligera posible.

Por cuestiones que no vienen al caso, no quiero usar una base de datos
(de momento).

Lo peor del asunto es que probablemente no pueda hacerlo en Perl :(

    Raúl Núñez de Arenas Coronado

-- 
Linux Registered User 88736 | http://www.dervishd.net
It's my PC and I'll cry if I want to... RAmen!
We are waiting for 13 Feb 2009 23:31:30 +0000 ...

From bugs en dervishd.net  Tue Oct 16 08:39:40 2007
From: bugs en dervishd.net (DervishD)
Date: Tue, 16 Oct 2007 17:39:40 +0200
Subject: [Madrid-pm]
	=?iso-8859-1?q?Opci=F3n_que_imponga_menos_carga_al_se?=
	=?iso-8859-1?q?rvidor?=
In-Reply-To: <965702.47977.qm@web52709.mail.re2.yahoo.com>
References: <965702.47977.qm@web52709.mail.re2.yahoo.com>
Message-ID: <20071016153940.GD21374@DervishD>

    Hola Salvador :)

 * Salvador Fandiño <sfandino en yahoo.com> dixit:
> > Ya, ya lo sé, si eso es precisamente lo que ya tengo escrito ;)) Mi
> > duda es si File::Find sería más rápido o si lo de tener una lista de
> > ficheros era la solución que menos carga impone.
> >
> > Mi solución con una lista lo que pretende evitar es hacer los
> > opendir.
>  
> Pues si lo unico que te importa es el rendimiento, obviamente, leerlo
> de una lista va a ser mas eficiente, especialmente si se trata de un
> sistema de ficheros con muchos subdirectorios.

Puedo "aplanar" un poco la jerarquía, un nivel como mucho, pero así y
todo habrá bastantes subdirectórios.

> El problema de tener el listado en un fichero independiente es que
> tiene que estar siempre sincronizado lo que dependiendo del tipo de
> aplicacion puede ser un gran problema o no.

Lo bueno es que ese fichero siempre estará sincronizado. El script que
suba los ficheros nuevos o modificados sincroniza automaticamente y sube
el nuevo índice. No es la octava maravilla de la atomicidad pero eso lo
tengo más o menos controlado.

> Mi consejo seria que utulizases la solucion que recorre el sistema de
> ficheros, que es mas robusta ya que no depende de ningun proceso
> externo y solo si ves que tienes problemas de rendimiento te pasases a
> la otra.

Ahí está, Salvador, por eso estaba interesado en recorrer todo el
sistema, porque es una solución más robusta. Digamos que elimina una
responsabilidad del script local.

El sistema está dividido en dos partes: la local y la remota. La local
es la que hace el trabajo "sucio" de crear unos índices, preprocesar el
texto, comprobar algunos errores, etc. y sincronizar el índice de
ficheros, actualizar un repositorio SVN, etc. además de subir al
servidor los contenidos nuevos cuando los haya. La parte remota sólo
recorre el sistema de ficheros (o procesa la lista de ficheros) y genera
las páginas bajo demanda. Probablemente en el futuro también cachee
algunos contenidos, no lo sé. El caso es que la parte remota tiene que
imponer la menor carga posible, así que todo lo que se pueda pasar al
script local es bienvenido.

Lo que tú dices es cierto: al usar la lista de ficheros estoy cambiando
robustez por rendimiento, con lo cual tengo interés en saber cuánto
rendimiento estoy ganando por la falta de robustez que pago, para ver si
merece la pena. A priori sí que la merece, pero supongo que tendré que
hacer alguna prueba. Espero que los de mi alojamiento estén dispuestos a
hacerme un benchmark XDDD

Gracias por tus consejos :)

    Raúl Núñez de Arenas Coronado

-- 
Linux Registered User 88736 | http://www.dervishd.net
It's my PC and I'll cry if I want to... RAmen!
We are waiting for 13 Feb 2009 23:31:30 +0000 ...

From explorer en joaquinferrero.com  Tue Oct 16 17:17:24 2007
From: explorer en joaquinferrero.com (Joaquin Ferrero)
Date: Wed, 17 Oct 2007 02:17:24 +0200
Subject: [Madrid-pm] [Fwd: Perl developer vacancy in Amsterdam]
Message-ID: <47155494.2020201@joaquinferrero.com>

¿Alguien quiere irse a Holanda?

JF^D
------------ próxima parte ------------
Se ha borrado un mensaje inmerso...
De    : "Frank Ingram" <frank.ingram en ascentsourcing.com>
Asunto: Perl developer vacancy in Amsterdam
Fecha : Mon, 15 Oct 2007 19:30:57 +0100
Tamaño: 19597
Url   : http://mail.pm.org/pipermail/madrid-pm/attachments/20071017/b4b941de/attachment.mht 

From luismottacampos en yahoo.co.uk  Tue Oct 16 23:52:04 2007
From: luismottacampos en yahoo.co.uk (Luis Motta Campos)
Date: Wed, 17 Oct 2007 08:52:04 +0200
Subject: [Madrid-pm] [Fwd: Perl developer vacancy in Amsterdam]
In-Reply-To: <47155494.2020201@joaquinferrero.com>
References: <47155494.2020201@joaquinferrero.com>
Message-ID: <20071017065204.GA1655@bitbistro.com>

On Wed, Oct 17, 2007 at 02:17:24AM +0200, Joaquin Ferrero wrote:
> ¿Alguien quiere irse a Holanda?

Pero venha trabajar a la compania donde me quedo. Ellos pagam muy bien.
:) Y buscan programadores para substituirme. Los que conocem perl,
desejam mudar para Amsterdam y apetecem mantener codigo malo (si, el
codigo es mui malo) hable comigo off-list.

-- 
Luis Motta Campos
Perl Programmer, Hobbyist Cook and Photographer

From brunorc en gmail.com  Tue Oct 30 05:39:49 2007
From: brunorc en gmail.com (Bruno)
Date: Tue, 30 Oct 2007 13:39:49 +0100
Subject: [Madrid-pm] Can't modify push in scalar assignment
Message-ID: <982340880710300539p2a0708fbr8dd0217e6a131eca@mail.gmail.com>

Hola todos

Quería usar el operator "? :" para ésta operación:

defined $args{$k}
    ?    push @{ $args{$k} }, $v
    :    $args{$k} = [ $v ];

pero me sale el error "Can't modify push in scalar assignment".

Lo que es interesante, es que la forma:

if ( defined $args{$k} ) {
    push @{ $args{$k} }, $v;
}
else {
    $args{$k} = [ $v ];
}

funciona bien, tambien la construcción:

defined $args{$k} and push @{ $args{$k} }, $v or $args{$k} = [ $v ];

(sí, es una forma muy rara).

Algunas ideas?

Saludos, Bruno
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/madrid-pm/attachments/20071030/ede9b9c3/attachment.html 

From sfandino en yahoo.com  Tue Oct 30 05:46:06 2007
From: sfandino en yahoo.com (=?iso-8859-1?Q?Salvador_Fandi=C3=B1o?=)
Date: Tue, 30 Oct 2007 05:46:06 -0700 (PDT)
Subject: [Madrid-pm] Can't modify push in scalar assignment
Message-ID: <242397.75419.qm@web52710.mail.re2.yahoo.com>

la causa es la prioridad de los operadores,

  defined $args{$k}
      ?    push @{ $args{$k} }, $v
      :    $args{$k} = [ $v ];

equivale a:

  ( defined $args{$k}
        ?    push @{ $args{$k} }, $v
        :    $args{$k} )
      = [ $v ];


y tu lo que quieres es:

  defined $args{$k}

      ?    push @{ $args{$k} }, $v

      :    ($args{$k} = [ $v ]);



en perlop aparece una tabla con las prioridades de todos los operadores de Perl

- Salva

----- Original Message ----
From: Bruno <brunorc en gmail.com>
To: Lista de correo de Madrid Perl Mongers <madrid-pm en pm.org>
Sent: Tuesday, October 30, 2007 1:39:49 PM
Subject: [Madrid-pm] Can't modify push in scalar assignment


Hola todos

Quería usar el operator "? :" para ésta operación:

defined $args{$k}
    ?    push @{ $args{$k} }, $v
    :    $args{$k} = [ $v ];

pero me sale el error "Can't modify push in scalar assignment".


Lo que es interesante, es que la forma:

if ( defined $args{$k} ) {

    push @{ $args{$k} }, $v;
}
else {

    $args{$k} = [ $v ];
}


funciona bien, tambien la construcción:

defined $args{$k} and push @{ $args{$k} }, $v or $args{$k} = [ $v ];

(sí, es una forma muy rara).

Algunas ideas?

Saludos, Bruno






__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://mail.pm.org/pipermail/madrid-pm/attachments/20071030/c92f950d/attachment.html 

From brunorc en gmail.com  Tue Oct 30 05:54:40 2007
From: brunorc en gmail.com (Bruno)
Date: Tue, 30 Oct 2007 13:54:40 +0100
Subject: [Madrid-pm] Can't modify push in scalar assignment
In-Reply-To: <242397.75419.qm@web52710.mail.re2.yahoo.com>
References: <242397.75419.qm@web52710.mail.re2.yahoo.com>
Message-ID: <982340880710300554y16819edoe9ddacaf738b7bb9@mail.gmail.com>

Argh!

Gracias, he probado con el push en () pero sin exito. Siempre mejor
preguntar :)

2007/10/30, Salvador Fandiño <sfandino at yahoo.com>:
>
> la causa es la prioridad de los operadores,
>
>   defined $args{$k}
>       ?    push @{ $args{$k} }, $v
>       :    $args{$k} = [ $v ];
>
> equivale a:
>
>   ( defined $args{$k}
>         ?    push @{ $args{$k} }, $v
>         :    $args{$k} )
>       = [ $v ];
>
>
> y tu lo que quieres es:
>
>   defined $args{$k}
>       ?    push @{ $args{$k} }, $v
>       :    ($args{$k} = [ $v ]);
>
>
> en perlop aparece una tabla con las prioridades de todos los operadores de
> Perl
>
> - Salva
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/madrid-pm/attachments/20071030/0a216cbb/attachment.html