From giulianisanches em gmail.com  Fri May  2 18:14:33 2008
From: giulianisanches em gmail.com (Giuliani Deon Sanches)
Date: Fri, 2 May 2008 22:14:33 -0300
Subject: [Cascavel-pm] =?utf-8?q?Uma_pergunta_aos_usu=C3=A1rios_de_Debian_?=
	=?utf-8?q?Etch?=
Message-ID: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com>

A despeito de todo o "bafáfá" em torno do ubuntu, uso o debian etch (e
antigamente o slack ;) ).
Gostaria de saber se vocês instalam módulos do cpan via aptitude ou
utilizando o próprio utilitário do cpan ? Caso seja através do
utilitário (que é o que estou pretendendo fazer), como vocês lidam com
a atualização de versão do debian (tipo do etch para o lenny quando
virar estável) ?

From lgbassani em terra.com.br  Fri May  2 18:38:15 2008
From: lgbassani em terra.com.br (Luciano Giordani Bassani)
Date: Fri, 02 May 2008 22:38:15 -0300
Subject: [Cascavel-pm]
 =?iso-8859-1?q?Uma_pergunta_aos_usu=E1rios_de_Debia?=
 =?iso-8859-1?q?n_Etch?=
In-Reply-To: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com>
References: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com>
Message-ID: <481BC207.5060102@terra.com.br>

Exatamente para facilitar upgrade, eu prefiro usar o apt-get
Só uso o utilitário do CPAN quando é um módulo que não está empacotado. 
E dai não tem jeito. Quando faço upgrade, preciso reinstalar novamente. 
Mas talvez o pessoal com mais experiência tem dicas para automatizar isso.


SDS,

Luciano


Giuliani Deon Sanches escreveu:
> A despeito de todo o "bafáfá" em torno do ubuntu, uso o debian etch (e
> antigamente o slack ;) ).
> Gostaria de saber se vocês instalam módulos do cpan via aptitude ou
> utilizando o próprio utilitário do cpan ? Caso seja através do
> utilitário (que é o que estou pretendendo fazer), como vocês lidam com
> a atualização de versão do debian (tipo do etch para o lenny quando
> virar estável) ?
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>
>
>   

From glasswalk3r em yahoo.com.br  Fri May  2 19:17:08 2008
From: glasswalk3r em yahoo.com.br (Alceu R. de Freitas Jr.)
Date: Fri, 2 May 2008 23:17:08 -0300 (ART)
Subject: [Cascavel-pm]
 =?iso-8859-1?q?Uma_pergunta_aos_usu=E1rios_de_Debia?=
 =?iso-8859-1?q?n_Etch?=
In-Reply-To: <481BC207.5060102@terra.com.br>
Message-ID: <387986.76390.qm@web30808.mail.mud.yahoo.com>

Existem programas que criam pacotes DEB à partir dos
fontes do tarball de um módulo Perl. Quão bem eles
funcionam eu não sei dizer, mas na pior das hipóteses
é só questão de editar a lista de pré-requisitos
colocando os nomes dos pacotes corretos no Debian.

[]'s
Alceu

--- Luciano Giordani Bassani <lgbassani em terra.com.br>
escreveu:

> Exatamente para facilitar upgrade, eu prefiro usar o
> apt-get
> Só uso o utilitário do CPAN quando é um módulo que
> não está empacotado. 
> E dai não tem jeito. Quando faço upgrade, preciso
> reinstalar novamente. 
> Mas talvez o pessoal com mais experiência tem dicas
> para automatizar isso.
> 
> 
> SDS,
> 
> Luciano
> 
> 
> Giuliani Deon Sanches escreveu:
> > A despeito de todo o "bafáfá" em torno do ubuntu,
> uso o debian etch (e
> > antigamente o slack ;) ).
> > Gostaria de saber se vocês instalam módulos do
> cpan via aptitude ou
> > utilizando o próprio utilitário do cpan ? Caso
> seja através do
> > utilitário (que é o que estou pretendendo fazer),
> como vocês lidam com
> > a atualização de versão do debian (tipo do etch
> para o lenny quando
> > virar estável) ?
> > _______________________________________________
> > Cascavel-pm mailing list
> > Cascavel-pm em pm.org
> > http://mail.pm.org/mailman/listinfo/cascavel-pm
> >
> >
> >   
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
> 



      Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento!
http://br.mail.yahoo.com/

From edencardim em gmail.com  Fri May  2 22:07:12 2008
From: edencardim em gmail.com (Eden Cardim)
Date: Sat, 3 May 2008 02:07:12 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?Uma_pergunta_aos_usu=E1rios_de_Debia?=
	=?iso-8859-1?q?n_Etch?=
In-Reply-To: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com>
References: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com>
Message-ID: <3de55ead0805022207v51653885i67acd1ca56854230@mail.gmail.com>

2008/5/2 Giuliani Deon Sanches <giulianisanches em gmail.com>:
> A despeito de todo o "bafáfá" em torno do ubuntu, uso o debian etch (e
>  antigamente o slack ;) ).
>  Gostaria de saber se vocês instalam módulos do cpan via aptitude ou
>  utilizando o próprio utilitário do cpan ? Caso seja através do
>  utilitário (que é o que estou pretendendo fazer), como vocês lidam com
>  a atualização de versão do debian (tipo do etch para o lenny quando
>  virar estável) ?

Eu instalo tudo via CPAN porque os empacotadores ou 1) não empacotam
tudo 2) demoram para empacotar atualizações. Além disso, com o CPAN eu
tenho mais controle sobre o ambiente porque posso escolher onde
instalar os pacotes. Eu uso local::lib para instalar os módulos na
$HOME, assim eu tenho controle total do meu ambiente  de
desenvolvimento sem afetar o sistema e também posso copiar a
instalação pra outra máquina (desde seja a mesma plataforma e a
máquina alvo também tenha as bibliotecas externas necessárias, etc.).
Além disso tenho um mirror do CPAN sincronizado pelo minicpan pra
poder instalar módulos mesmo estando offline, isso é bom pra brincar
em aeroportos, aviões, etc. ;)

-- 
edenc.vox.com

From igor.sutton em gmail.com  Sat May  3 02:10:15 2008
From: igor.sutton em gmail.com (Igor Sutton)
Date: Sat, 3 May 2008 11:10:15 +0200
Subject: [Cascavel-pm]
 =?iso-8859-1?q?Uma_pergunta_aos_usu=E1rios_de_Debia?=
 =?iso-8859-1?q?n_Etch?=
In-Reply-To: <3de55ead0805022207v51653885i67acd1ca56854230@mail.gmail.com>
References: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com>
	<3de55ead0805022207v51653885i67acd1ca56854230@mail.gmail.com>
Message-ID: <52EEB5C5-A0B7-41FE-BBFA-7361C6B28FD3@mac.com>

Oi Eden,

On May 3, 2008, at 7:07 AM, Eden Cardim wrote:

> 2008/5/2 Giuliani Deon Sanches <giulianisanches em gmail.com>:
>> A despeito de todo o "bafáfá" em torno do ubuntu, uso o debian etch  
>> (e
>> antigamente o slack ;) ).
>> Gostaria de saber se vocês instalam módulos do cpan via aptitude ou
>> utilizando o próprio utilitário do cpan ? Caso seja através do
>> utilitário (que é o que estou pretendendo fazer), como vocês lidam  
>> com
>> a atualização de versão do debian (tipo do etch para o lenny quando
>> virar estável) ?
>
> Eu instalo tudo via CPAN porque os empacotadores ou 1) não empacotam
> tudo 2) demoram para empacotar atualizações. Além disso, com o CPAN eu
> tenho mais controle sobre o ambiente porque posso escolher onde
> instalar os pacotes. Eu uso local::lib para instalar os módulos na
> $HOME, assim eu tenho controle total do meu ambiente  de
> desenvolvimento sem afetar o sistema e também posso copiar a
> instalação pra outra máquina (desde seja a mesma plataforma e a
> máquina alvo também tenha as bibliotecas externas necessárias, etc.).
> Além disso tenho um mirror do CPAN sincronizado pelo minicpan pra
> poder instalar módulos mesmo estando offline, isso é bom pra brincar
> em aeroportos, aviões, etc. ;)
>

Você poderia dar uma dica em como utilizar o local::lib junto com o  
CPAN? Eu tenho uma configuração parecida com a sua, porém o local::lib  
não configura o CPAN para você.

Uma receita de bolo ou algum recurso online seria interessante :-)

Abraço!

Igor.


From luismottacampos em yahoo.co.uk  Sat May  3 00:35:17 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Sat, 03 May 2008 09:35:17 +0200
Subject: [Cascavel-pm]
 =?iso-8859-1?q?Uma_pergunta_aos_usu=E1rios_de_Debia?=
 =?iso-8859-1?q?n_Etch?=
In-Reply-To: <387986.76390.qm@web30808.mail.mud.yahoo.com>
References: <387986.76390.qm@web30808.mail.mud.yahoo.com>
Message-ID: <481C15B5.9060800@yahoo.co.uk>

Alceu R. de Freitas Jr. wrote:
> Existem programas que criam pacotes DEB à partir dos fontes do
> tarball de um módulo Perl. Quão bem eles funcionam eu não sei dizer,
> mas na pior das hipóteses é só questão de editar a lista de
> pré-requisitos colocando os nomes dos pacotes corretos no Debian.

Alceu, eu trabalho com o Jos Boumans, o cara que desenvolveu o CPANPLUS. 
Se você usar o CPANPLUS num Debian, ele faz praticamente tudo sozinho: 
busca os módulos no cpan, instala, empacota para Debian e segue 
dependências.

Eu recomendo fortemente, se você quer seguir este esquema de instalação, 
Giuliani.

Por outro lado, eu tenho minhas restrições sobre usar este esquema, e 
elas vão mais ou menos na mesma linha do que o Eden escreveu: 
normalmente, você usa versões específicas de um módulo, e quer continuar 
com elas (meu código legado é cheio disso). Aí, usar local::lib e ter 
bibliotecas de pacotes em diretórios diferentes para aplicações 
diferentes pode ser vantagem.

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

From daniel em ruoso.com  Sat May  3 11:59:30 2008
From: daniel em ruoso.com (Daniel Ruoso)
Date: Sat, 03 May 2008 15:59:30 -0300
Subject: [Cascavel-pm] =?iso-8859-1?q?Empacotamento_Debian_e_M=F3dulos_Per?=
	=?iso-8859-1?q?l?=
In-Reply-To: <3de55ead0805022207v51653885i67acd1ca56854230@mail.gmail.com>
References: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com>
	<3de55ead0805022207v51653885i67acd1ca56854230@mail.gmail.com>
Message-ID: <1209841170.5360.20.camel@pitombeira>


Sáb, 2008-05-03 às 02:07 -0300, Eden Cardim escreveu:
> Eu instalo tudo via CPAN

O que eu faço é usar da Debian o que tem disponível e empacotar
localmente o que não tem (eu uso o dh-make-perl, ele tem uma série de
limitações, mas dá o nível de controle que eu quero ter).

Se for para fazer tudo pela CPAN, recomendo sinceramente que você
compile um perl separado do perl do Sistema Operacional e que mantenha
as bibliotecas *completamente* separadas do perl do sistema operacional.
Você ainda pode ter o benefício de ter um perl que pode ter bibliotecas
instaladas naturalmente por um usuário comum.

No entanto, eu tenho que fazer uma observação adicional.

Nem todos os módulos Perl são escritos somente em Perl. Uma importante
parte deles é implementada através de XS, o que significa que você vai
ter um arquivo binário nativo para a sua máquina que implementa aquela
biblioteca.

A consequencia de você instalar módulos CPAN na mão direto no perl do
sistema operacional é que no momento em que você tiver uma versão nova
do Perl, mesmo que a mudança não seja de 5.8 para 5.10, mas de 5.10.0
para 5.10.2, *absolutamente todos os módulos* que usam XS vão parar de
funcionar. A vantagem de você usar pacotes debian é que esses módulos
vão estar integrados no processo de release da debian, o que significa
que quando a transição de 5.10.0 para 5.10.2 ocorrer, todos esses
módulos vão ser atualizados junto (o que explica porque a debian demora
tanto a fazer releases), e o seu sistema continuará funcionando sem
problemas.

Se você, por outro lado, mantiver uma versão do perl compilada em
separado, você elimina esse problema (garantindo que não vai haver
nenhum upgrade), mas você ainda não elimina o problema de que esses
módulos XS podem estar ligados à bibliotecas nativas do seu sistema
operacional. Na hora em que o seu sistema operacional for atualizado, a
biblioteca com aquele SONAME pode ser desinstalada, e o seu sistema vai
quebrar com problemas de "unresolved symbol".

Agora, se você tiver tudo empacotado com pacotes Debian, mesmo que com
pacotes locais, upgrades de pacotes de bibliotecas vão deixar sinalizado
que um pacote ainda depende daquele SONAME antigo, e aquela versão não
vai ser desinstalada. Se houver uma mudança incompatível de bibliotecas,
o APT vai te informar que você não pode fazer o upgrade sem remover a
biblioteca que você instalou, e você pode tomar uma decisão.

Mas o melhor de tudo mesmo vai ser se você se juntar ao "Debian Perl
Group" e ajudar a manter os módulos na CPAN na Debian, e daí você vai
ter módulos mais bem mantidos e a garantia de transições mais bem
sucedidas nos upgrades, tanto do Perl, quanto de outros softwares
instalados na sua máquina.

daniel


From luismottacampos em yahoo.co.uk  Sat May  3 16:25:22 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Sun, 04 May 2008 01:25:22 +0200
Subject: [Cascavel-pm]
 =?iso-8859-1?q?Uma_pergunta_aos_usu=E1rios_de_Debia?=
 =?iso-8859-1?q?n_Etch?=
In-Reply-To: <52EEB5C5-A0B7-41FE-BBFA-7361C6B28FD3@mac.com>
References: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com>	<3de55ead0805022207v51653885i67acd1ca56854230@mail.gmail.com>
	<52EEB5C5-A0B7-41FE-BBFA-7361C6B28FD3@mac.com>
Message-ID: <481CF462.6050208@yahoo.co.uk>

Igor Sutton wrote:
> Você poderia dar uma dica em como utilizar o local::lib junto com o
>  CPAN? Eu tenho uma configuração parecida com a sua, porém o
> local::lib não configura o CPAN para você.
> 
> Uma receita de bolo ou algum recurso online seria interessante :-)

Argh. RTFM, por favor.

http://search.cpan.org/~apeiron/local-lib-1.001000/lib/local/lib.pm

 From the shell -

   $ perl -Mlocal::lib
   export MODULEBUILDRC=/home/username/perl/.modulebuildrc
   export PERL_MM_OPT='INSTALL_BASE=/home/username/perl'
   export 
PERL5LIB='/home/username/perl/lib/perl5:/home/username/perl/lib/perl5/i386-linux'
   export PATH="/home/username/perl/bin:$PATH"

To bootstrap if you don't have local::lib itself installed -

   $ perl -MCPAN -eshell # you only need to do this if you don't have a 
~/.cpan
   cpan> exit
   <download local::lib tarball from CPAN, unpack and cd into dir>
   $ perl Makefile.PL --bootstrap
   $ make test && make install
   $ echo 'eval $(perl -I$HOME/perl5/lib/perl5 -Mlocal::lib)' >>~/.bashrc
   # Or for C shells...
   $ /bin/csh
   % echo $SHELL
   /bin/csh
   % perl -I$HOME/perl5/lib/perl5 -Mlocal::lib >> ~/.cshrc

You can also pass --boostrap=~/foo to get a different location (adjust 
the bashrc / cshrc line appropriately)

A única coisa que não fica muito claro é que você tem de rodar o CPAN (e 
dizer "não" quando ele te perguntar se "você está pronto para 
configuração manual" - apenas na primeira vez que você roda).

Depois disso, instale o local::lib como descrito na página dele, e 
certifique-se de que as tuas variáveis de ambiente sejam geradas e 
carregadas pelo local::lib. Para mim, basta

# ~/.bashrc
eval $( /usr/bin/perl -I $HOME/perl/lib/perl5/ -Mlocal::lib )
# EOF

E o meu shell faz o resto da "mágica".

Espero que isso ajude. Se você tiver mais perguntas, não esquece que eu 
ainda sou teu vizinho. Vem tomar um whysky comigo e pergunta à vontade. ;)

Putamplexos.
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

From luismottacampos em yahoo.co.uk  Sat May  3 16:36:59 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Sun, 04 May 2008 01:36:59 +0200
Subject: [Cascavel-pm]
 =?iso-8859-1?q?Empacotamento_Debian_e_M=F3dulos_Per?=
 =?iso-8859-1?q?l?=
In-Reply-To: <1209841170.5360.20.camel@pitombeira>
References: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com>	<3de55ead0805022207v51653885i67acd1ca56854230@mail.gmail.com>
	<1209841170.5360.20.camel@pitombeira>
Message-ID: <481CF71B.6090506@yahoo.co.uk>

Daniel Ruoso wrote:
> Sáb, 2008-05-03 às 02:07 -0300, Eden Cardim escreveu:
>> Eu instalo tudo via CPAN
[snip]
> No entanto, eu tenho que fazer uma observação adicional.
> 
> Nem todos os módulos Perl são escritos somente em Perl. Uma importante
> parte deles é implementada através de XS, o que significa que você vai
> ter um arquivo binário nativo para a sua máquina que implementa aquela
> biblioteca.
[snip]

Você falou bastante, mas eu ainda tenho uma dúvida: por exemplo, eu 
tenho 4 sistemas que cooperam entre si, e que dependem de 4 combinações 
de versões diferentes da Digest::SHA1 e Digest::MD5. Todos os sistemas 
tem de rodar na mesma máquina, parte do fonte está em C e parte do fonte 
está em duas versões diferentes de Perl (parte em 5.0.5 e parte em 
5.8.8). Como mesmo é que você resolve isso apenas com pacotes Debian?

Obrigado adiantado por qualquer pista que você possa me adiantar.

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

From igor.sutton em gmail.com  Sun May  4 03:13:11 2008
From: igor.sutton em gmail.com (Igor Sutton)
Date: Sun, 4 May 2008 12:13:11 +0200
Subject: [Cascavel-pm]
 =?iso-8859-1?q?Uma_pergunta_aos_usu=E1rios_de_Debia?=
 =?iso-8859-1?q?n_Etch?=
In-Reply-To: <481CF462.6050208@yahoo.co.uk>
References: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com>
	<3de55ead0805022207v51653885i67acd1ca56854230@mail.gmail.com>
	<52EEB5C5-A0B7-41FE-BBFA-7361C6B28FD3@mac.com>
	<481CF462.6050208@yahoo.co.uk>
Message-ID: <853C43B5-6574-4D31-84A9-3610E3CC99DE@mac.com>


On May 4, 2008, at 1:25 AM, Luis Motta Campos wrote:

> Igor Sutton wrote:
>> Você poderia dar uma dica em como utilizar o local::lib junto com o
>> CPAN? Eu tenho uma configuração parecida com a sua, porém o
>> local::lib não configura o CPAN para você.
>>
>> Uma receita de bolo ou algum recurso online seria interessante :-)
>
> Argh. RTFM, por favor.

Hrm, como eu sou um dos que sempre reclama que as pessoas não lêem,  
achei que estaria intrínsico que eu havia lido, testado, procurado  
"local::lib tutorial" no Google... Enfim, da próxima vez eu deixo claro.

>
> http://search.cpan.org/~apeiron/local-lib-1.001000/lib/local/lib.pm
>
> From the shell -
>
>   $ perl -Mlocal::lib
>   export MODULEBUILDRC=/home/username/perl/.modulebuildrc
>   export PERL_MM_OPT='INSTALL_BASE=/home/username/perl'
>   export
> PERL5LIB='/home/username/perl/lib/perl5:/home/username/perl/lib/ 
> perl5/i386-linux'
>   export PATH="/home/username/perl/bin:$PATH"
>
> To bootstrap if you don't have local::lib itself installed -
>
>   $ perl -MCPAN -eshell # you only need to do this if you don't have a
> ~/.cpan
>   cpan> exit
>   <download local::lib tarball from CPAN, unpack and cd into dir>
>   $ perl Makefile.PL --bootstrap
>   $ make test && make install
>   $ echo 'eval $(perl -I$HOME/perl5/lib/perl5 -Mlocal::lib)'  
> >>~/.bashrc
>   # Or for C shells...
>   $ /bin/csh
>   % echo $SHELL
>   /bin/csh
>   % perl -I$HOME/perl5/lib/perl5 -Mlocal::lib >> ~/.cshrc
>
> You can also pass --boostrap=~/foo to get a different location (adjust
> the bashrc / cshrc line appropriately)
>
> A única coisa que não fica muito claro é que você tem de rodar o  
> CPAN (e
> dizer "não" quando ele te perguntar se "você está pronto para
> configuração manual" - apenas na primeira vez que você roda).

Sim, não diz isso ali. E também não diz que você não deve instalá-lo  
via CPAN. Foi esse o problema que eu encontrei.

> Depois disso, instale o local::lib como descrito na página dele, e
> certifique-se de que as tuas variáveis de ambiente sejam geradas e
> carregadas pelo local::lib. Para mim, basta
>
> # ~/.bashrc
> eval $( /usr/bin/perl -I $HOME/perl/lib/perl5/ -Mlocal::lib )
> # EOF
>
> E o meu shell faz o resto da "mágica".

No final das contas tu fizeste uma receita de bolo, era isso que eu  
precisava.

Obrigado.

From fernandolouis em terra.com.br  Mon May  5 05:26:27 2008
From: fernandolouis em terra.com.br (fernandolouis em terra.com.br)
Date: Mon, 5 May 2008 09:26:27 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?Empacotamento_Debian_e_M=F3dulos_Per?=
	=?iso-8859-1?q?l?=
References: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com><3de55ead0805022207v51653885i67acd1ca56854230@mail.gmail.com><1209841170.5360.20.camel@pitombeira>
	<481CF71B.6090506@yahoo.co.uk>
Message-ID: <01e301c8aeab$3dfa17a0$0301a8c0@rede.local>

Qual a diferença do SHA pro MD5?

Nos livros, sempre li que recomenda usar o Digest::MD5 para encriptar....

[]s,
Fernando

----- Original Message ----- 
From: "Luis Motta Campos" <luismottacampos em yahoo.co.uk>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Saturday, May 03, 2008 8:36 PM
Subject: Re: [Cascavel-pm] Empacotamento Debian e Módulos Perl


Você falou bastante, mas eu ainda tenho uma dúvida: por exemplo, eu
tenho 4 sistemas que cooperam entre si, e que dependem de 4 combinações
de versões diferentes da Digest::SHA1 e Digest::MD5.

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}
_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm


From merlin em camelot.co.pt  Mon May  5 06:25:26 2008
From: merlin em camelot.co.pt (Merlin, the Mage)
Date: Mon, 5 May 2008 14:25:26 +0100
Subject: [Cascavel-pm]
	=?iso-8859-1?q?Empacotamento_Debian_e_M=F3dulos_Per?=
	=?iso-8859-1?q?l?=
In-Reply-To: <01e301c8aeab$3dfa17a0$0301a8c0@rede.local>
References: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com>
	<481CF71B.6090506@yahoo.co.uk>
	<01e301c8aeab$3dfa17a0$0301a8c0@rede.local>
Message-ID: <200805051425.26900.merlin@camelot.co.pt>

On Monday 05 May 2008 13:26:27 fernandolouis em terra.com.br wrote:
> Qual a diferença do SHA pro MD5?
>
> Nos livros, sempre li que recomenda usar o Digest::MD5 para encriptar....
>
> []s,
> Fernando
Fernando,

	Tanto o MD5 como o SHA(1) não servem para encriptar o que quer que seja, mas 
para criar "Digests". "Digests" são amostras codificadas do original, 
dificilmente (impossiveis na teoria) de reverter para o original.

	Tanto o SHA(1) como o MD5 têm um tamanho fixo, independentemente do tamanho 
do original.

	A diferença entre os dois é o algoritmo utilizado para chegar a esse Digest.

>
> ----- Original Message -----
> From: "Luis Motta Campos" <luismottacampos em yahoo.co.uk>
> To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
> Sent: Saturday, May 03, 2008 8:36 PM
> Subject: Re: [Cascavel-pm] Empacotamento Debian e Módulos Perl
>
>
> Você falou bastante, mas eu ainda tenho uma dúvida: por exemplo, eu
> tenho 4 sistemas que cooperam entre si, e que dependem de 4 combinações
> de versões diferentes da Digest::SHA1 e Digest::MD5.
Luis,

	Assumindo que não existe nenhum bug em alguma das versões utilizadas por si, 
não deveria haver diferença entre versões do mesmo módulo, isto é, os digests 
criados não deveriam mudar.

	Pode acontecer que as dependências que tem sejam consequência de makefiles 
demasiado preciosistas, quando isso não era necessário, isto é, haver uma 
dependência de uma versão especifica quando bastava criar a dependência no 
Módulo?

Abraços,
themage
-- 
http://www.sites-favoritos.com

v]m1v19hpR30n=Yqul$@yFGcWZKeS8b0x4A!_hsBKgE%Satrd52IRNDZwiOqBxPft
.GPzQHC_2oH6gjMFc#]#X=jkUTVyUzw3T4XJL79DY[Vk$uN8%[J6la7id!5QLf

From luismottacampos em yahoo.co.uk  Mon May  5 07:35:50 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Mon, 05 May 2008 16:35:50 +0200
Subject: [Cascavel-pm]
 =?iso-8859-1?q?Empacotamento_Debian_e_M=F3dulos_Per?=
 =?iso-8859-1?q?l?=
In-Reply-To: <200805051425.26900.merlin@camelot.co.pt>
References: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com>	<481CF71B.6090506@yahoo.co.uk>	<01e301c8aeab$3dfa17a0$0301a8c0@rede.local>
	<200805051425.26900.merlin@camelot.co.pt>
Message-ID: <481F1B46.5030408@yahoo.co.uk>

Merlin, the Mage wrote:
> Assumindo que não existe nenhum bug em alguma das versões utilizadas
> por si, não deveria haver diferença entre versões do mesmo módulo,
> isto é, os digests criados não deveriam mudar.
> 
> Pode acontecer que as dependências que tem sejam consequência de
> makefiles demasiado preciosistas, quando isso não era necessário,
> isto é, haver uma dependência de uma versão especifica quando bastava
> criar a dependência no Módulo?

Eu não sei. Não estou alocado para conferir isso, e não tenho
autorização para mudar ou melhorar um "sistema legado". Isso não é
particularmente importante, Neves. Os sistemas estão no lugar e funcionam.

O importante é o conceito. Por exemplo: eu tenho sistemas de funcionam
com versões diferentes do YAML (antes e depois da "quebra de
compatibilidade"). Não vou mexer nos meus sistemas velhos, mas não quero
deixar de usar as novas bibliotecas do YAML.

Por outro lado, tenho de usar a mesma máquina, e acho muito mais simples
não usar pacotes (instalo tudo o que meu Perl precisa usando local::lib).

Por curiosidade, eu gostava de ler uma sugestão de como fazer isso com
pacotes.

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}


From joenio em gmail.com  Mon May  5 07:58:14 2008
From: joenio em gmail.com (Joenio Costa)
Date: Mon, 5 May 2008 11:58:14 -0300
Subject: [Cascavel-pm] Fwd: EAD no TWIKI
In-Reply-To: <604cec170804241355w2ebdc033mc6dc6cb52869d658@mail.gmail.com>
References: <604cec170804241355w2ebdc033mc6dc6cb52869d658@mail.gmail.com>
Message-ID: <65934b450805050758k1f1009d0n2d7bd1f75642bcb1@mail.gmail.com>

Creio que é possível instalar no perl.org.br sim, mas nós precisamos
de recursos de EAD no portal?


2008/4/24 Nelson Ferraz <nferraz em gmail.com>:
> Aqui vai o link para uma ferramenta de Ensino à Distância baseada em TWiki.
>
>  Poderíamos adotá-la no portal perl.org.br?
>
>  ---------- Forwarded message ----------
>  From: carlinhos cecconi <carlinux em terra.com.br>
>  Date: 2008/4/24
>  Subject: [TWikiBR] portal EAD no TWIKI
>  To: twikibr em listas.softwarelivre.org
>
>
>  Olá lista
>
>   Convido a conhecerem o Portal de Educação a Distância Rede Livre. Todo
>   ele foi desenvolvido como uma aplicação TWiki.
>
>   Batizada de PortalEAD está disponível somente em português para
>   download em http://portalead.redelivre.org.br/Capa/SubCapa1209051262
>  _______________________________________________
>  Cascavel-pm mailing list
>  Cascavel-pm em pm.org
>  http://mail.pm.org/mailman/listinfo/cascavel-pm
>



-- 
Joenio Costa
- Salvador Perl Mongers - Grupo de Usuário Perl de Salvador
- Colibre - Cooperativa de Tecnologias Livres
- PSL-BA - Projeto Software Livre Bahia

From daniel em ruoso.com  Mon May  5 08:07:50 2008
From: daniel em ruoso.com (Daniel Ruoso)
Date: Mon, 05 May 2008 12:07:50 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?Empacotamento_Debian_e_M=F3dulos_Per?=
	=?iso-8859-1?q?l?=
In-Reply-To: 1209841170.5360.20.camel@pitombeira
Message-ID: <1210000070.5360.36.camel@pitombeira>

Luis Campos escreveu:
> Você falou bastante, mas eu ainda tenho uma dúvida: por exemplo, eu 
> tenho 4 sistemas que cooperam entre si, e que dependem de 4 combinações 
> de versões diferentes da Digest::SHA1 e Digest::MD5. Todos os sistemas 
> tem de rodar na mesma máquina, parte do fonte está em C e parte do fonte 
> está em duas versões diferentes de Perl (parte em 5.0.5 e parte em 
> 5.8.8). Como mesmo é que você resolve isso apenas com pacotes Debian?

Essa é uma discussão muito frequente que tenho com o matt trout, que
argumenta que deveria existir um suporte a multiversões no APT. Eu acho
que o problema é mais complexo do que normalmente é entendido, e por
isso eu normalmente proponho uma solução mais complexa.

Eu no seu lugar, entenderia cada uma dessas combinações como um "runtime
operacional" completo, levando em conta o quanto as dependencia entre
esses elementos pode ser complexa. Isso significa que você vai ficar com
N versões "personalizadas" de Debian, representando cada uma dessas
diferentes combinações.

A maneira que as pessoas costumam fazer isso no Debian é montando
chroots diferentes onde você pode ter as versões diferentes de
bibliotecas rodando em um ambiente completamente coerente.

Eu concordo que isso é um overhead considerável de administração, mas
sinceramente não acho que seja em vão. Dependências binárias podem ser
mais sensíveis do que se espera, e fazer isso assim é o único jeito que
eu conheço para estabalecer parâmetros razoáveis de confiabilidade.

daniel


From acid06 em gmail.com  Mon May  5 08:36:57 2008
From: acid06 em gmail.com (Nilson Santos Figueiredo Junior)
Date: Mon, 5 May 2008 12:36:57 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?Empacotamento_Debian_e_M=F3dulos_Per?=
	=?iso-8859-1?q?l?=
In-Reply-To: <01e301c8aeab$3dfa17a0$0301a8c0@rede.local>
References: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com>
	<3de55ead0805022207v51653885i67acd1ca56854230@mail.gmail.com>
	<1209841170.5360.20.camel@pitombeira> <481CF71B.6090506@yahoo.co.uk>
	<01e301c8aeab$3dfa17a0$0301a8c0@rede.local>
Message-ID: <9a08c9b40805050836y25aeefacx907add9ade693b56@mail.gmail.com>

2008/5/5  <fernandolouis em terra.com.br>:
> Qual a diferença do SHA pro MD5?
>
>  Nos livros, sempre li que recomenda usar o Digest::MD5 para encriptar....

Você não leu em nenhum livro que MD5 ou SHA1 são utilizados para
criptografar nada. Eles são funções de hash (algumas vezes utilizados
como algoritmos para geração de chaves criptográficas a partir de
frases ou palavras comuns).

O SHA1 é superior ao MD5. O MD5 possui alguns problemas de segurança,
além de ter um espaço menor (128 bits) que o SHA1 (160 bits).

-Nilson Santos F. Jr.

From luismottacampos em yahoo.co.uk  Mon May  5 12:47:42 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Mon, 05 May 2008 21:47:42 +0200
Subject: [Cascavel-pm] MD5 x SHA1
In-Reply-To: <9a08c9b40805050836y25aeefacx907add9ade693b56@mail.gmail.com>
References: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com>	<3de55ead0805022207v51653885i67acd1ca56854230@mail.gmail.com>	<1209841170.5360.20.camel@pitombeira>
	<481CF71B.6090506@yahoo.co.uk>	<01e301c8aeab$3dfa17a0$0301a8c0@rede.local>
	<9a08c9b40805050836y25aeefacx907add9ade693b56@mail.gmail.com>
Message-ID: <481F645E.2020009@yahoo.co.uk>

Nilson Santos Figueiredo Junior wrote:
> O SHA1 é superior ao MD5. O MD5 possui alguns problemas de segurança,
> além de ter um espaço menor (128 bits) que o SHA1 (160 bits).

Hum. Eu penso que, mesmo com o espaço maior, é possível "entupir" um 
digest com sha1... mas vai requerer documentos *muito* maiores do que os 
necessários para "entupir" e quebrar um MD5...

Mas claro, isso é apenas o /feeling/ desta velha raposa... :)

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

From luismottacampos em yahoo.co.uk  Mon May  5 12:49:43 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Mon, 05 May 2008 21:49:43 +0200
Subject: [Cascavel-pm]
 =?iso-8859-1?q?Empacotamento_Debian_e_M=F3dulos_Per?=
 =?iso-8859-1?q?l?=
In-Reply-To: <1210000070.5360.36.camel@pitombeira>
References: <1210000070.5360.36.camel@pitombeira>
Message-ID: <481F64D7.3000107@yahoo.co.uk>

Daniel Ruoso wrote:
> Eu concordo que isso é um overhead considerável de administração, mas
> sinceramente não acho que seja em vão. Dependências binárias podem ser
> mais sensíveis do que se espera, e fazer isso assim é o único jeito que
> eu conheço para estabalecer parâmetros razoáveis de confiabilidade.

(Daniel Ruoso)++

Eu vou até propor esta solução, da próxima vez que alguém me aparecer 
com este problema :)

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

From glasswalk3r em yahoo.com.br  Mon May  5 18:01:31 2008
From: glasswalk3r em yahoo.com.br (Alceu Rodrigues de Freitas Junior)
Date: Mon, 05 May 2008 22:01:31 -0300
Subject: [Cascavel-pm]
 =?iso-8859-1?q?Empacotamento_Debian_e_M=F3dulos_Per?=
 =?iso-8859-1?q?l?=
In-Reply-To: <481F1B46.5030408@yahoo.co.uk>
References: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com>	<481CF71B.6090506@yahoo.co.uk>	<01e301c8aeab$3dfa17a0$0301a8c0@rede.local>	<200805051425.26900.merlin@camelot.co.pt>
	<481F1B46.5030408@yahoo.co.uk>
Message-ID: <481FADEB.1040702@yahoo.com.br>

Luis Motta Campos escreveu:
> Eu não sei. Não estou alocado para conferir isso, e não tenho
> autorização para mudar ou melhorar um "sistema legado". Isso não é
> particularmente importante, Neves. Os sistemas estão no lugar e funcionam.
>
> O importante é o conceito. Por exemplo: eu tenho sistemas de funcionam
> com versões diferentes do YAML (antes e depois da "quebra de
> compatibilidade"). Não vou mexer nos meus sistemas velhos, mas não quero
> deixar de usar as novas bibliotecas do YAML.
>
> Por outro lado, tenho de usar a mesma máquina, e acho muito mais simples
> não usar pacotes (instalo tudo o que meu Perl precisa usando local::lib).
>
> Por curiosidade, eu gostava de ler uma sugestão de como fazer isso com
> pacotes.
>   
Você já pensou em utilizar virtualização para fazer isso? As opções são 
muitas e se tratando de Linux você não precisa se preocupar com licenças 
proprietárias.

[]'s
Alceu

From mdacwb em gmail.com  Mon May  5 18:32:03 2008
From: mdacwb em gmail.com (Marco A P D'Andrade)
Date: Mon, 5 May 2008 22:32:03 -0300
Subject: [Cascavel-pm] Fwd: EAD no TWIKI
In-Reply-To: <65934b450805050758k1f1009d0n2d7bd1f75642bcb1@mail.gmail.com>
References: <604cec170804241355w2ebdc033mc6dc6cb52869d658@mail.gmail.com>
	<65934b450805050758k1f1009d0n2d7bd1f75642bcb1@mail.gmail.com>
Message-ID: <42dcdd750805051832hd73fdd1j53634fe7d388f4b4@mail.gmail.com>

Bem... precisar precisamos... mas adianta ? Alguem tem disponibilidade
de preparar material para tal ??

Lembro que tinhamos uma oportunidade remunerada, e nem mesmo assim
conseguimos viabilizar :(



2008/5/5 Joenio Costa <joenio em gmail.com>:
> Creio que é possível instalar no perl.org.br sim, mas nós precisamos
> de recursos de EAD no portal?
>
>
> 2008/4/24 Nelson Ferraz <nferraz em gmail.com>:
>
> > Aqui vai o link para uma ferramenta de Ensino à Distância baseada em TWiki.
> >
> >  Poderíamos adotá-la no portal perl.org.br?
> >
> >  ---------- Forwarded message ----------
> >  From: carlinhos cecconi <carlinux em terra.com.br>
> >  Date: 2008/4/24
> >  Subject: [TWikiBR] portal EAD no TWIKI
> >  To: twikibr em listas.softwarelivre.org
> >
> >
> >  Olá lista
> >
> >   Convido a conhecerem o Portal de Educação a Distância Rede Livre. Todo
> >   ele foi desenvolvido como uma aplicação TWiki.
> >
> >   Batizada de PortalEAD está disponível somente em português para
> >   download em http://portalead.redelivre.org.br/Capa/SubCapa1209051262
> >  _______________________________________________
> >  Cascavel-pm mailing list
> >  Cascavel-pm em pm.org
> >  http://mail.pm.org/mailman/listinfo/cascavel-pm
> >
>
>
>
> --
> Joenio Costa
> - Salvador Perl Mongers - Grupo de Usuário Perl de Salvador
> - Colibre - Cooperativa de Tecnologias Livres
> - PSL-BA - Projeto Software Livre Bahia
>
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>

From reis.wallace em gmail.com  Tue May  6 04:28:29 2008
From: reis.wallace em gmail.com (Wallace Reis)
Date: Tue, 6 May 2008 08:28:29 -0300
Subject: [Cascavel-pm]
	=?utf-8?q?Uma_pergunta_aos_usu=C3=A1rios_de_Debian_?=
	=?utf-8?q?Etch?=
In-Reply-To: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com>
References: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com>
Message-ID: <912e34190805060428j1ae194er523f7948d4e49421@mail.gmail.com>

http://www.perlfoundation.org/perl5/index.cgi?cpan_stability_project

Meus 2 centavos. :)

-- 
wallace reis/wreis
http://wallace.reis.org.br

From fernandolouis em terra.com.br  Tue May  6 06:20:30 2008
From: fernandolouis em terra.com.br (fernandolouis em terra.com.br)
Date: Tue, 6 May 2008 10:20:30 -0300
Subject: [Cascavel-pm] APACHE - caminho errado
References: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com>
	<481CF71B.6090506@yahoo.co.uk><01e301c8aeab$3dfa17a0$0301a8c0@rede.local>
	<200805051425.26900.merlin@camelot.co.pt>
Message-ID: <000e01c8af7b$f5d0d000$0301a8c0@rede.local>

Amigos, meu computador agora faz parte de um domínio de uma rede, e quando 
coloco, por exemplo no navegador: http://localhost/cgi-bin/index.pl

ele me traz o index.pl do local antigo: ...usuario/meus documentos/ apache, 
etc

e deveria vir o index.pl do "meus documentos" da rede, que é: 
...usuario.REDE.000/meus documentos/apache, etc

como faço para mudar o esse path?

[]s,
Fernando 


From luismottacampos em yahoo.co.uk  Tue May  6 07:03:50 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Tue, 06 May 2008 16:03:50 +0200
Subject: [Cascavel-pm] APACHE - caminho errado
In-Reply-To: <000e01c8af7b$f5d0d000$0301a8c0@rede.local>
References: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com>	<481CF71B.6090506@yahoo.co.uk><01e301c8aeab$3dfa17a0$0301a8c0@rede.local>	<200805051425.26900.merlin@camelot.co.pt>
	<000e01c8af7b$f5d0d000$0301a8c0@rede.local>
Message-ID: <48206546.9060408@yahoo.co.uk>

fernandolouis em terra.com.br wrote:
> Amigos, meu computador agora faz parte de um domínio de uma rede, e quando 
> coloco, por exemplo no navegador: http://localhost/cgi-bin/index.pl
> 
> ele me traz o index.pl do local antigo: ...usuario/meus documentos/ apache, 
> etc
> 
> e deveria vir o index.pl do "meus documentos" da rede, que é: 
> ...usuario.REDE.000/meus documentos/apache, etc
> 
> como faço para mudar o esse path?

Procure pelo caminho velho no seu arquivo de configuração do apache e
altere a diretiva para apontar para o caminho novo. Não esqueça de dizer

  apachectl configtest
  apachectl graceful

depois que você alterar a configuração, para que o apache volte a ler os
arquivos de configuração.

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}


From fernandolouis em terra.com.br  Tue May  6 16:09:40 2008
From: fernandolouis em terra.com.br (fernandolouis em terra.com.br)
Date: Tue, 6 May 2008 20:09:40 -0300
Subject: [Cascavel-pm] APACHE - caminho errado
References: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com><481CF71B.6090506@yahoo.co.uk><01e301c8aeab$3dfa17a0$0301a8c0@rede.local><200805051425.26900.merlin@camelot.co.pt><000e01c8af7b$f5d0d000$0301a8c0@rede.local>
	<48206546.9060408@yahoo.co.uk>
Message-ID: <00f201c8afce$4377af20$0301a8c0@rede.local>

Desculpe Luis, mas não sei qual é o arquivo de configuração.

Utilizo o windows (pois é...)

Meu apache é iniciado através do caminho:
\Apache2.2\bin\ApacheMonitor.exe

[]s,
Fernando

----- Original Message ----- 
From: "Luis Motta Campos" <luismottacampos em yahoo.co.uk>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Tuesday, May 06, 2008 11:03 AM
Subject: Re: [Cascavel-pm] APACHE - caminho errado


fernandolouis em terra.com.br wrote:
> Amigos, meu computador agora faz parte de um domínio de uma rede, e quando
> coloco, por exemplo no navegador: http://localhost/cgi-bin/index.pl
>
> ele me traz o index.pl do local antigo: ...usuario/meus documentos/ 
> apache,
> etc
>
> e deveria vir o index.pl do "meus documentos" da rede, que é:
> ...usuario.REDE.000/meus documentos/apache, etc
>
> como faço para mudar o esse path?

Procure pelo caminho velho no seu arquivo de configuração do apache e
altere a diretiva para apontar para o caminho novo. Não esqueça de dizer

  apachectl configtest
  apachectl graceful

depois que você alterar a configuração, para que o apache volte a ler os
arquivos de configuração.

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm


From luismottacampos em yahoo.co.uk  Wed May  7 00:18:48 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Wed, 07 May 2008 09:18:48 +0200
Subject: [Cascavel-pm] APACHE - caminho errado
Message-ID: <482157D8.1000402@yahoo.co.uk>

> Desculpe Luis, mas não sei qual é o arquivo de configuração.
> 
> Utilizo o windows (pois é...)
> 
> Meu apache é iniciado através do caminho:
> \Apache2.2\bin\ApacheMonitor.exe

Típico de quem não RTFM. :P

Tá bom, tá bom, eu uso o Google para você. O botão "I'm Feeling Lucky" 
me retornou exatamente isso, para a pergunta "how to configure apache 
2.2 for windows":

http://httpd.apache.org/docs/2.2/platform/windows.html

Acho que isso resolve os teus problemas.
Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

From fernandolouis em terra.com.br  Wed May  7 04:34:59 2008
From: fernandolouis em terra.com.br (fernandolouis em terra.com.br)
Date: Wed, 7 May 2008 08:34:59 -0300
Subject: [Cascavel-pm] APACHE - caminho errado
References: <482157D8.1000402@yahoo.co.uk>
Message-ID: <000601c8b036$625c5540$0301a8c0@rede.local>

Eu RTFM sim... tente botar fé em mim uma vez pelo menos. Não sou mais novato 
na lista e antes de tentar elucidar minha dúvida por aqui, tento com:
RTFM ou GOOGLE

De qualquer forma, obrigado
[]s,
Fernando

----- Original Message ----- 
From: "Luis Motta Campos" <luismottacampos em yahoo.co.uk>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Wednesday, May 07, 2008 4:18 AM
Subject: Re: [Cascavel-pm] APACHE - caminho errado


> Desculpe Luis, mas não sei qual é o arquivo de configuração.
>
> Utilizo o windows (pois é...)
>
> Meu apache é iniciado através do caminho:
> \Apache2.2\bin\ApacheMonitor.exe

Típico de quem não RTFM. :P

Tá bom, tá bom, eu uso o Google para você. O botão "I'm Feeling Lucky"
me retornou exatamente isso, para a pergunta "how to configure apache
2.2 for windows":

http://httpd.apache.org/docs/2.2/platform/windows.html

Acho que isso resolve os teus problemas.
Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}
_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm


From luismottacampos em yahoo.co.uk  Wed May  7 04:57:10 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Wed, 07 May 2008 13:57:10 +0200
Subject: [Cascavel-pm] RTFM [Was: APACHE - caminho errado]
Message-ID: <48219916.1090300@yahoo.co.uk>

> Eu RTFM sim... tente botar fé em mim uma vez pelo menos. Não sou mais novato 
> na lista e antes de tentar elucidar minha dúvida por aqui, tento com:
> RTFM ou GOOGLE

Meu caro e caríssimo Fernando

Você ser novato ou não na lista não tem nada a ver com eu mandar RTFM
para você. Por favor não tome isso como pessoal.

Eu faço isso com uma certa regularidade, sempre que eu consigo encontrar
a resposta para a pergunta que alguém postou com um "I'm feeling lucky"
no google - o que reflete claramente falta de leitura de manuais.

Em se tratando do Apache, eu admito que tem umas coisinhas que são
chatinhas de configurar, e foi por isso que eu prestei atenção na tua
mensagem, inicialmente.

Mas, além da sua pergunta ser coisa muito simples (e ter resposta bem
documentada), aparentemente você não se deu ao trabalho nem de perguntar
ao Google - não pode ser que você não tenha visto o *primeiro* link de
uma busca relacionada com o assunto.

Por isso você ganhou um RTFM.

Agora, não fique chateado. Você não faz idéia de quantos RTFM eu ganhei,
postando nas listas de Perl de Londres e de Amsterdam. ;)

É como receber um cheque, jogando xadrez: faz parte, e, se você usar
bem, pode até ajudar a ganhar o jogo.

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}


From mdacwb em gmail.com  Wed May  7 07:43:48 2008
From: mdacwb em gmail.com (Marco A P D'Andrade)
Date: Wed, 7 May 2008 11:43:48 -0300
Subject: [Cascavel-pm] RTFM [Was: APACHE - caminho errado]
In-Reply-To: <48219916.1090300@yahoo.co.uk>
References: <48219916.1090300@yahoo.co.uk>
Message-ID: <42dcdd750805070743g8f8e44cn76bab1e08b523d39@mail.gmail.com>

<funny>

Realmente o Champs mudou... (pra melhor) eheheh

</funny>

Champs++

2008/5/7 Luis Motta Campos <luismottacampos em yahoo.co.uk>:
> > Eu RTFM sim... tente botar fé em mim uma vez pelo menos. Não sou mais novato
>  > na lista e antes de tentar elucidar minha dúvida por aqui, tento com:
>  > RTFM ou GOOGLE
>
>  Meu caro e caríssimo Fernando
>
>  Você ser novato ou não na lista não tem nada a ver com eu mandar RTFM
>  para você. Por favor não tome isso como pessoal.
>
>  Eu faço isso com uma certa regularidade, sempre que eu consigo encontrar
>  a resposta para a pergunta que alguém postou com um "I'm feeling lucky"
>  no google - o que reflete claramente falta de leitura de manuais.
>
>  Em se tratando do Apache, eu admito que tem umas coisinhas que são
>  chatinhas de configurar, e foi por isso que eu prestei atenção na tua
>  mensagem, inicialmente.
>
>  Mas, além da sua pergunta ser coisa muito simples (e ter resposta bem
>  documentada), aparentemente você não se deu ao trabalho nem de perguntar
>  ao Google - não pode ser que você não tenha visto o *primeiro* link de
>  uma busca relacionada com o assunto.
>
>  Por isso você ganhou um RTFM.
>
>  Agora, não fique chateado. Você não faz idéia de quantos RTFM eu ganhei,
>  postando nas listas de Perl de Londres e de Amsterdam. ;)
>
>  É como receber um cheque, jogando xadrez: faz parte, e, se você usar
>  bem, pode até ajudar a ganhar o jogo.
>
>  Putamplexos!
>  --
>  Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
>  Perl fanatic evangelist, and amateur {cook, photographer}
>
>  _______________________________________________
>  Cascavel-pm mailing list
>  Cascavel-pm em pm.org
>  http://mail.pm.org/mailman/listinfo/cascavel-pm
>

From luismottacampos em yahoo.co.uk  Fri May  9 04:31:44 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Fri, 09 May 2008 13:31:44 +0200
Subject: [Cascavel-pm] RTFM [Was: APACHE - caminho errado]
In-Reply-To: <42dcdd750805070743g8f8e44cn76bab1e08b523d39@mail.gmail.com>
References: <48219916.1090300@yahoo.co.uk>
	<42dcdd750805070743g8f8e44cn76bab1e08b523d39@mail.gmail.com>
Message-ID: <48243620.4070801@yahoo.co.uk>

Marco A P D'Andrade wrote:
> <funny> Realmente o Champs mudou... (pra melhor) eheheh </funny>

Bom, esta é uma forma de ver as coisas, certamente... mas você também
pode pensar que eu sou um Troll extremamente sofisticado e refinado... :D

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}


From edencardim em gmail.com  Fri May  9 05:33:50 2008
From: edencardim em gmail.com (Eden Cardim)
Date: Fri, 9 May 2008 09:33:50 -0300
Subject: [Cascavel-pm] RTFM [Was: APACHE - caminho errado]
In-Reply-To: <48243620.4070801@yahoo.co.uk>
References: <48219916.1090300@yahoo.co.uk>
	<42dcdd750805070743g8f8e44cn76bab1e08b523d39@mail.gmail.com>
	<48243620.4070801@yahoo.co.uk>
Message-ID: <3de55ead0805090533g65324b5etf3604f1fd82d8d34@mail.gmail.com>

On Fri, May 9, 2008 at 8:31 AM, Luis Motta Campos
<luismottacampos em yahoo.co.uk> wrote:
> Bom, esta é uma forma de ver as coisas, certamente... mas você também
> pode pensar que eu sou um Troll extremamente sofisticado e refinado... :D

http://www.oposit-wines-spirits.com/ficheProduit.asp?produitID=2

-- 
edenc.vox.com

From luismottacampos em yahoo.co.uk  Fri May  9 06:58:21 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Fri, 09 May 2008 15:58:21 +0200
Subject: [Cascavel-pm] RTFM [Was: APACHE - caminho errado]
In-Reply-To: <3de55ead0805090533g65324b5etf3604f1fd82d8d34@mail.gmail.com>
References: <48219916.1090300@yahoo.co.uk>	<42dcdd750805070743g8f8e44cn76bab1e08b523d39@mail.gmail.com>	<48243620.4070801@yahoo.co.uk>
	<3de55ead0805090533g65324b5etf3604f1fd82d8d34@mail.gmail.com>
Message-ID: <4824587D.3010307@yahoo.co.uk>

Eden Cardim wrote:
> On Fri, May 9, 2008 at 8:31 AM, Luis Motta Campos
> <luismottacampos em yahoo.co.uk> wrote:
>> Bom, esta é uma forma de ver as coisas, certamente... mas você também
>> pode pensar que eu sou um Troll extremamente sofisticado e refinado... :D
> 
> http://www.oposit-wines-spirits.com/ficheProduit.asp?produitID=2

OK, eu quero uma garrafa. Quem se habilita ? :D

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}


From edencardim em gmail.com  Fri May  9 07:32:52 2008
From: edencardim em gmail.com (Eden Cardim)
Date: Fri, 9 May 2008 11:32:52 -0300
Subject: [Cascavel-pm] RTFM [Was: APACHE - caminho errado]
In-Reply-To: <4824587D.3010307@yahoo.co.uk>
References: <48219916.1090300@yahoo.co.uk>
	<42dcdd750805070743g8f8e44cn76bab1e08b523d39@mail.gmail.com>
	<48243620.4070801@yahoo.co.uk>
	<3de55ead0805090533g65324b5etf3604f1fd82d8d34@mail.gmail.com>
	<4824587D.3010307@yahoo.co.uk>
Message-ID: <3de55ead0805090732g3dfb617cod22a38a75cfb878b@mail.gmail.com>

On Fri, May 9, 2008 at 10:58 AM, Luis Motta Campos
<luismottacampos em yahoo.co.uk> wrote:
> OK, eu quero uma garrafa. Quem se habilita ? :D

Eu tenho uma aqui, mas tá vazia, serve? ;D

-- 
edenc.vox.com

From luismottacampos em yahoo.co.uk  Fri May  9 07:47:35 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Fri, 09 May 2008 16:47:35 +0200
Subject: [Cascavel-pm] RTFM [Was: APACHE - caminho errado]
In-Reply-To: <3de55ead0805090732g3dfb617cod22a38a75cfb878b@mail.gmail.com>
References: <48219916.1090300@yahoo.co.uk>	<42dcdd750805070743g8f8e44cn76bab1e08b523d39@mail.gmail.com>	<48243620.4070801@yahoo.co.uk>	<3de55ead0805090533g65324b5etf3604f1fd82d8d34@mail.gmail.com>	<4824587D.3010307@yahoo.co.uk>
	<3de55ead0805090732g3dfb617cod22a38a75cfb878b@mail.gmail.com>
Message-ID: <48246407.80105@yahoo.co.uk>

Eden Cardim wrote:
> On Fri, May 9, 2008 at 10:58 AM, Luis Motta Campos
> <luismottacampos em yahoo.co.uk> wrote:
>> OK, eu quero uma garrafa. Quem se habilita ? :D
> 
> Eu tenho uma aqui, mas tá vazia, serve? ;D

Sacanagem! Mantenha o seu Troll bêbado (e menos perigoso ;) !

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}


From shonorio em gmail.com  Fri May  9 16:02:34 2008
From: shonorio em gmail.com (Solli Honorio)
Date: Fri, 9 May 2008 20:02:34 -0300
Subject: [Cascavel-pm] =?iso-8859-1?q?=5BOT=5D_CentOS=2C_eu_tamb=E9m_recom?=
	=?iso-8859-1?q?endo_!!!?=
Message-ID: <12d1f4ee0805091602p2ae3c815l217e03a36e4dc1c2@mail.gmail.com>

Bom, antes de mais nada eu vou fã e usuário diário do Debian, mas tem
projetos onde é exigido um RedHat (basicamente porquê o sistema que vai
rodar no servidor está homologado para RedHat e/ou Suse Enterprise).

Bom, ao contrário do que muitos acham, é necessário pagar por servidor
RedHat instalado (já ouvi muito a história de comprar uma mídia e sair
instalando a tordo e direito), bem estou finalizando um projeto com RedHat e
para montar um ambiente meu de teste resolvi utilizar o CentOS. O CentOS é o
RedHat recompilado e 100% compatível (binário), até aí esta informação está
no site, mas o que me impressionou foi o cuidado com a atualização.

Hoje fui surpreendito com uma atualização de kernel em ambos as distros
quase que simultâneos. Então fiquei empenhado em dar o meu testemunho, se
você está num projeto onde o teu Redhat é pirata (o que significa sem
atualizações), pense em migrar para o CentOS.

É isto aí !!

Abraços,

Solli M. Honório

-- 
"o animal satisfeito dorme". - Guimarães Rosa
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/cascavel-pm/attachments/20080509/d240698d/attachment.html 

From mdacwb em gmail.com  Fri May  9 16:25:10 2008
From: mdacwb em gmail.com (Marco A P D'Andrade)
Date: Fri, 9 May 2008 20:25:10 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?=5BOT=5D_CentOS=2C_eu_tamb=E9m_recom?=
	=?iso-8859-1?q?endo_!!!?=
In-Reply-To: <12d1f4ee0805091602p2ae3c815l217e03a36e4dc1c2@mail.gmail.com>
References: <12d1f4ee0805091602p2ae3c815l217e03a36e4dc1c2@mail.gmail.com>
Message-ID: <42dcdd750805091625u5fa42612le6896b7bc03915f1@mail.gmail.com>

Ou quanto não se tem verba para adquirir as licenças, que não são
muito baratas...

Mas!!! Atenção... Software livre não é software de GRAÇA, o SERVIÇO é pago...

Aqui estamos utilizando aprovisionamento com KickStart. Fantastico
para instalação em massa de servidores, onde se planeja os requisitos,
prepara-se um script, e se instala via rede... o velho HTTP, sem
intervenção.

Requisito para tal, um servidor web com os pacotes do DVD, e um CD de
boot para carregar as aplicações basicas.

Ok... dá pra melhorar isto, mas não tenho pressa, já que quando
necessito instalar não é apenas uma, mas 5 ou 10 novas maquinas ...


Sds,
Marco Antonio

2008/5/9 Solli Honorio <shonorio em gmail.com>:
> Bom, antes de mais nada eu vou fã e usuário diário do Debian, mas tem
> projetos onde é exigido um RedHat (basicamente porquê o sistema que vai
> rodar no servidor está homologado para RedHat e/ou Suse Enterprise).
>
> Bom, ao contrário do que muitos acham, é necessário pagar por servidor
> RedHat instalado (já ouvi muito a história de comprar uma mídia e sair
> instalando a tordo e direito), bem estou finalizando um projeto com RedHat e
> para montar um ambiente meu de teste resolvi utilizar o CentOS. O CentOS é o
> RedHat recompilado e 100% compatível (binário), até aí esta informação está
> no site, mas o que me impressionou foi o cuidado com a atualização.
>
> Hoje fui surpreendito com uma atualização de kernel em ambos as distros
> quase que simultâneos. Então fiquei empenhado em dar o meu testemunho, se
> você está num projeto onde o teu Redhat é pirata (o que significa sem
> atualizações), pense em migrar para o CentOS.
>
> É isto aí !!
>
> Abraços,
>
> Solli M. Honório
>
> --
> "o animal satisfeito dorme". - Guimarães Rosa
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>

From marciogarcia em gmail.com  Fri May  9 17:58:31 2008
From: marciogarcia em gmail.com (Marcio Garcia)
Date: Sat, 10 May 2008 01:58:31 +0100
Subject: [Cascavel-pm]
	=?iso-8859-1?q?=5BOT=5D_CentOS=2C_eu_tamb=E9m_recom?=
	=?iso-8859-1?q?endo_!!!?=
In-Reply-To: <42dcdd750805091625u5fa42612le6896b7bc03915f1@mail.gmail.com>
References: <12d1f4ee0805091602p2ae3c815l217e03a36e4dc1c2@mail.gmail.com>
	<42dcdd750805091625u5fa42612le6896b7bc03915f1@mail.gmail.com>
Message-ID: <4055d1bf0805091758w3de9f624ya3b5bd358c013af2@mail.gmail.com>

Boas Marco,

    Se tiver um tempo, dê uma olhada nesta ferramenta:

      http://wiki.systemimager.org

    É um excelente aplicativo para efectuar replicação de servidores,
desktops, etc...

    Pode-se também efectuar uma instalação multicast, o que é muito
bom em instalações em massa:

      http://wiki.systemimager.org/index.php/Multicast

    Vale a pena a leitura.


Abs,

Marcio Garcia


2008/5/10 Marco A P D'Andrade <mdacwb em gmail.com>:
> Ou quanto não se tem verba para adquirir as licenças, que não são
> muito baratas...
>
> Mas!!! Atenção... Software livre não é software de GRAÇA, o SERVIÇO é pago...
>
> Aqui estamos utilizando aprovisionamento com KickStart. Fantastico
> para instalação em massa de servidores, onde se planeja os requisitos,
> prepara-se um script, e se instala via rede... o velho HTTP, sem
> intervenção.
>
> Requisito para tal, um servidor web com os pacotes do DVD, e um CD de
> boot para carregar as aplicações basicas.
>
> Ok... dá pra melhorar isto, mas não tenho pressa, já que quando
> necessito instalar não é apenas uma, mas 5 ou 10 novas maquinas ...
>
>
> Sds,
> Marco Antonio
>
> 2008/5/9 Solli Honorio <shonorio em gmail.com>:
>> Bom, antes de mais nada eu vou fã e usuário diário do Debian, mas tem
>> projetos onde é exigido um RedHat (basicamente porquê o sistema que vai
>> rodar no servidor está homologado para RedHat e/ou Suse Enterprise).
>>
>> Bom, ao contrário do que muitos acham, é necessário pagar por servidor
>> RedHat instalado (já ouvi muito a história de comprar uma mídia e sair
>> instalando a tordo e direito), bem estou finalizando um projeto com RedHat e
>> para montar um ambiente meu de teste resolvi utilizar o CentOS. O CentOS é o
>> RedHat recompilado e 100% compatível (binário), até aí esta informação está
>> no site, mas o que me impressionou foi o cuidado com a atualização.
>>
>> Hoje fui surpreendito com uma atualização de kernel em ambos as distros
>> quase que simultâneos. Então fiquei empenhado em dar o meu testemunho, se
>> você está num projeto onde o teu Redhat é pirata (o que significa sem
>> atualizações), pense em migrar para o CentOS.
>>
>> É isto aí !!
>>
>> Abraços,
>>
>> Solli M. Honório
>>
>> --
>> "o animal satisfeito dorme". - Guimarães Rosa
>> _______________________________________________
>> Cascavel-pm mailing list
>> Cascavel-pm em pm.org
>> http://mail.pm.org/mailman/listinfo/cascavel-pm
>>
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>

From gabriel.vieira em gmail.com  Fri May  9 20:22:38 2008
From: gabriel.vieira em gmail.com (Gabriel Vieira)
Date: Sat, 10 May 2008 00:22:38 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?=5BOT=5D_CentOS=2C_eu_tamb=E9m_recom?=
	=?iso-8859-1?q?endo_!!!?=
In-Reply-To: <4055d1bf0805091758w3de9f624ya3b5bd358c013af2@mail.gmail.com>
References: <12d1f4ee0805091602p2ae3c815l217e03a36e4dc1c2@mail.gmail.com>
	<42dcdd750805091625u5fa42612le6896b7bc03915f1@mail.gmail.com>
	<4055d1bf0805091758w3de9f624ya3b5bd358c013af2@mail.gmail.com>
Message-ID: <83d8367f0805092022h1a5a72ccmce0d73d62ea20ba9@mail.gmail.com>

Pah!!! Efectuar?! =P

2008/5/9 Marcio Garcia <marciogarcia em gmail.com>:
> Boas Marco,
>
>    Se tiver um tempo, dê uma olhada nesta ferramenta:
>
>      http://wiki.systemimager.org
>
>    É um excelente aplicativo para efectuar replicação de servidores,
> desktops, etc...
>
>    Pode-se também efectuar uma instalação multicast, o que é muito
> bom em instalações em massa:
>
>      http://wiki.systemimager.org/index.php/Multicast
>
>    Vale a pena a leitura.
>
>
> Abs,
>
> Marcio Garcia
>
>
> 2008/5/10 Marco A P D'Andrade <mdacwb em gmail.com>:
>> Ou quanto não se tem verba para adquirir as licenças, que não são
>> muito baratas...
>>
>> Mas!!! Atenção... Software livre não é software de GRAÇA, o SERVIÇO é pago...
>>
>> Aqui estamos utilizando aprovisionamento com KickStart. Fantastico
>> para instalação em massa de servidores, onde se planeja os requisitos,
>> prepara-se um script, e se instala via rede... o velho HTTP, sem
>> intervenção.
>>
>> Requisito para tal, um servidor web com os pacotes do DVD, e um CD de
>> boot para carregar as aplicações basicas.
>>
>> Ok... dá pra melhorar isto, mas não tenho pressa, já que quando
>> necessito instalar não é apenas uma, mas 5 ou 10 novas maquinas ...
>>
>>
>> Sds,
>> Marco Antonio
>>
>> 2008/5/9 Solli Honorio <shonorio em gmail.com>:
>>> Bom, antes de mais nada eu vou fã e usuário diário do Debian, mas tem
>>> projetos onde é exigido um RedHat (basicamente porquê o sistema que vai
>>> rodar no servidor está homologado para RedHat e/ou Suse Enterprise).
>>>
>>> Bom, ao contrário do que muitos acham, é necessário pagar por servidor
>>> RedHat instalado (já ouvi muito a história de comprar uma mídia e sair
>>> instalando a tordo e direito), bem estou finalizando um projeto com RedHat e
>>> para montar um ambiente meu de teste resolvi utilizar o CentOS. O CentOS é o
>>> RedHat recompilado e 100% compatível (binário), até aí esta informação está
>>> no site, mas o que me impressionou foi o cuidado com a atualização.
>>>
>>> Hoje fui surpreendito com uma atualização de kernel em ambos as distros
>>> quase que simultâneos. Então fiquei empenhado em dar o meu testemunho, se
>>> você está num projeto onde o teu Redhat é pirata (o que significa sem
>>> atualizações), pense em migrar para o CentOS.
>>>
>>> É isto aí !!
>>>
>>> Abraços,
>>>
>>> Solli M. Honório
>>>
>>> --
>>> "o animal satisfeito dorme". - Guimarães Rosa
>>> _______________________________________________
>>> Cascavel-pm mailing list
>>> Cascavel-pm em pm.org
>>> http://mail.pm.org/mailman/listinfo/cascavel-pm
>>>
>> _______________________________________________
>> Cascavel-pm mailing list
>> Cascavel-pm em pm.org
>> http://mail.pm.org/mailman/listinfo/cascavel-pm
>>
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>



-- 
Gabriel Vieira

From fernandolouis em terra.com.br  Fri May  9 21:42:47 2008
From: fernandolouis em terra.com.br (fernandolouis em terra.com.br)
Date: Sat, 10 May 2008 01:42:47 -0300
Subject: [Cascavel-pm] Captcha
References: <000a01c8a54b$1a196020$0301a8c0@rede.local><20080423142853.371C23D81F4@maresia.onda.com.br>
	<3de55ead0804230734l1d080455u2808a8be5e2384b@mail.gmail.com>
Message-ID: <003d01c8b258$4c28fd40$0301a8c0@rede.local>

Pessoal, qual a maneira mais adequada para fazer um captcha (código-imagem 
para acessar determinado arquivo de um site).

esse código-imagem gerado deve ser armazenado em cache no cliente e não no 
servidor.

Conheço o imagemagick, mas não sei se é o meias adequado. Qual a opinião de 
vocês?

[]s,
Fernando 


From edencardim em gmail.com  Fri May  9 21:56:04 2008
From: edencardim em gmail.com (Eden Cardim)
Date: Sat, 10 May 2008 01:56:04 -0300
Subject: [Cascavel-pm] Captcha
In-Reply-To: <003d01c8b258$4c28fd40$0301a8c0@rede.local>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<20080423142853.371C23D81F4@maresia.onda.com.br>
	<3de55ead0804230734l1d080455u2808a8be5e2384b@mail.gmail.com>
	<003d01c8b258$4c28fd40$0301a8c0@rede.local>
Message-ID: <3de55ead0805092156t6c307a5flcb2f8476e5b547bb@mail.gmail.com>

2008/5/10  <fernandolouis em terra.com.br>:
> Pessoal, qual a maneira mais adequada para fazer um captcha (código-imagem
> para acessar determinado arquivo de um site).
>
> esse código-imagem gerado deve ser armazenado em cache no cliente e não no
> servidor.
>
> Conheço o imagemagick, mas não sei se é o meias adequado. Qual a opinião de
> vocês?

http://search.cpan.org/~andya/Captcha-reCAPTCHA-0.92/lib/Captcha/reCAPTCHA.pm

-- 
edenc.vox.com

From luismottacampos em yahoo.co.uk  Sat May 10 00:16:29 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Sat, 10 May 2008 09:16:29 +0200
Subject: [Cascavel-pm] Captcha
In-Reply-To: <003d01c8b258$4c28fd40$0301a8c0@rede.local>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local><20080423142853.371C23D81F4@maresia.onda.com.br>	<3de55ead0804230734l1d080455u2808a8be5e2384b@mail.gmail.com>
	<003d01c8b258$4c28fd40$0301a8c0@rede.local>
Message-ID: <48254BCD.5090307@yahoo.co.uk>

fernandolouis em terra.com.br wrote:
> Pessoal, qual a maneira mais adequada para fazer um captcha (código-imagem 
> para acessar determinado arquivo de um site).
> esse código-imagem gerado deve ser armazenado em cache no cliente e não no 
> servidor.

Fernando, não diga bobagem. Você não deve armazenar ou reusar captchas. 
Se você reusar captchas, eu posso fazer tentativa-e-erro até acertar, 
associando cada nova tentativa com um hash SHA1 da imagem. Assim, não 
faz sentido armazenar (nem no cliente, nem no servidor).

Segundo, você tem de gerar o captcha de qualquer forma, então deve ser 
feito pelo servidor.

> Conheço o imagemagick, mas não sei se é o meias adequado. Qual a opinião de 
> vocês?

A minha opinião é que o ImageMagick é uma ótima /biblioteca/ /gráfica/, 
e não um gerador de captchas. O CPAN tem recursos para isso, como o Eden 
te apontou há pouco.

Portanto, STFW. O botão "I'm feeling lucky" do Google me retornou esta 
página para a busca por "captcha perl lib":

http://search.cpan.org/dist/Captcha-reCAPTCHA/lib/Captcha/reCAPTCHA.pm

Note que esta é a mesma página que o Eden te apontou.

Você deveria ter vergonha de fazer perguntas na lista antes de RTFM e 
STFW. E, novamente, para mim, está claro (claríssimo) que você nem mesmo 
se deu ao trabalho...

Putamplexos desapontados.
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

From luismottacampos em yahoo.co.uk  Sat May 10 00:37:42 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Sat, 10 May 2008 09:37:42 +0200
Subject: [Cascavel-pm]
 =?iso-8859-1?q?=5BOT=5D_CentOS=2C_eu_tamb=E9m_recom?=
 =?iso-8859-1?q?endo_!!!?=
In-Reply-To: <12d1f4ee0805091602p2ae3c815l217e03a36e4dc1c2@mail.gmail.com>
References: <12d1f4ee0805091602p2ae3c815l217e03a36e4dc1c2@mail.gmail.com>
Message-ID: <482550C6.2080906@yahoo.co.uk>

Solli Honorio wrote:
> Bom, antes de mais nada eu vou fã e usuário diário do Debian, mas tem
> projetos onde é exigido um RedHat (basicamente porquê o sistema que vai
> rodar no servidor está homologado para RedHat e/ou Suse Enterprise).
> 
> Bom, ao contrário do que muitos acham, é necessário pagar por servidor
> RedHat instalado (já ouvi muito a história de comprar uma mídia e sair
> instalando a tordo e direito), bem estou finalizando um projeto com RedHat e
> para montar um ambiente meu de teste resolvi utilizar o CentOS. O CentOS é o
> RedHat recompilado e 100% compatível (binário), até aí esta informação está
> no site, mas o que me impressionou foi o cuidado com a atualização.
> 
> Hoje fui surpreendito com uma atualização de kernel em ambos as distros
> quase que simultâneos. Então fiquei empenhado em dar o meu testemunho, se
> você está num projeto onde o teu Redhat é pirata (o que significa sem
> atualizações), pense em migrar para o CentOS.

O RIPE NCC usa CentOS para todos os servidores que entraram em produção 
de 2006 para cá. Eu no início achei que ia ter montes de problemas, e 
que /RedHat/ /sucks/, mas, prá variar, eu paguei a minha língua. Eu 
posso fazer quase as mesmas coisas que fazia no Debian, com pequenas 
vantagens, às vezes (meus sistemas de base de dados tem 16GB de RAM, são 
64 bit - o Debian até onde eu sei ainda não oferece um porte para 64 bits.

Marco, sobre o que você disse, eu posso recomendar o CFEngine - o RIPE 
NCC usa para configurar e instalar os "específicos" dos diversos 
sistemas que a gente usa. Demorou umas 3 semanas para eu pegar a manha 
do treco, mas agora, para instalar uma máquina nova eu simplesmente 
habilito boot pela rede, aviso as Operações (que permitem que aquele MAC 
address acesse o servidor de boot com TFTP), e aí é só ligar e ir beber 
café. É tão bom que o pessoal está até ficando /trigger-happy/, 
re-instalando máquinas ao invés de tentar resolver pequenos problemas à 
mão... :D

Aí tem meus dois centavos. ;)
Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

From joenio em gmail.com  Sat May 10 03:25:08 2008
From: joenio em gmail.com (Joenio Costa)
Date: Sat, 10 May 2008 07:25:08 -0300
Subject: [Cascavel-pm] Captcha
In-Reply-To: <48254BCD.5090307@yahoo.co.uk>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<20080423142853.371C23D81F4@maresia.onda.com.br>
	<3de55ead0804230734l1d080455u2808a8be5e2384b@mail.gmail.com>
	<003d01c8b258$4c28fd40$0301a8c0@rede.local>
	<48254BCD.5090307@yahoo.co.uk>
Message-ID: <65934b450805100325h6b0b4fcet44dad3ca184b64a6@mail.gmail.com>

Dependendo da sua necessidade utilizar *inverse captcha* pode ser
bem interessante.

http://damienkatz.net/2007/01/negative_captch.html

Att,

Em 10/05/08, Luis Motta Campos<luismottacampos em yahoo.co.uk> escreveu:
> fernandolouis em terra.com.br wrote:
>  > Pessoal, qual a maneira mais adequada para fazer um captcha (código-imagem
>  > para acessar determinado arquivo de um site).
>  > esse código-imagem gerado deve ser armazenado em cache no cliente e não no
>  > servidor.
>
>
> Fernando, não diga bobagem. Você não deve armazenar ou reusar captchas.
>  Se você reusar captchas, eu posso fazer tentativa-e-erro até acertar,
>  associando cada nova tentativa com um hash SHA1 da imagem. Assim, não
>  faz sentido armazenar (nem no cliente, nem no servidor).
>
>  Segundo, você tem de gerar o captcha de qualquer forma, então deve ser
>  feito pelo servidor.
>
>
>  > Conheço o imagemagick, mas não sei se é o meias adequado. Qual a opinião de
>  > vocês?
>
>
> A minha opinião é que o ImageMagick é uma ótima /biblioteca/ /gráfica/,
>  e não um gerador de captchas. O CPAN tem recursos para isso, como o Eden
>  te apontou há pouco.
>
>  Portanto, STFW. O botão "I'm feeling lucky" do Google me retornou esta
>  página para a busca por "captcha perl lib":
>
>  http://search.cpan.org/dist/Captcha-reCAPTCHA/lib/Captcha/reCAPTCHA.pm
>
>  Note que esta é a mesma página que o Eden te apontou.
>
>  Você deveria ter vergonha de fazer perguntas na lista antes de RTFM e
>  STFW. E, novamente, para mim, está claro (claríssimo) que você nem mesmo
>  se deu ao trabalho...
>
>  Putamplexos desapontados.
>
> --
>  Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
>  Perl fanatic evangelist, and amateur {cook, photographer}
>
> _______________________________________________
>  Cascavel-pm mailing list
>  Cascavel-pm em pm.org
>  http://mail.pm.org/mailman/listinfo/cascavel-pm
>


-- 
Joenio Costa
- Salvador Perl Mongers - Grupo de Usuário Perl de Salvador
- Colibre - Cooperativa de Tecnologias Livres
- PSL-BA - Projeto Software Livre Bahia

From mdacwb em gmail.com  Sat May 10 05:11:44 2008
From: mdacwb em gmail.com (Marco A P D'Andrade)
Date: Sat, 10 May 2008 09:11:44 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?=5BOT=5D_CentOS=2C_eu_tamb=E9m_recom?=
	=?iso-8859-1?q?endo_!!!?=
In-Reply-To: <5b40f0f40805091723q7feb8293sfaa39561c4a36963@mail.gmail.com>
References: <12d1f4ee0805091602p2ae3c815l217e03a36e4dc1c2@mail.gmail.com>
	<42dcdd750805091625u5fa42612le6896b7bc03915f1@mail.gmail.com>
	<5b40f0f40805091723q7feb8293sfaa39561c4a36963@mail.gmail.com>
Message-ID: <42dcdd750805100511h59fc287cn55e13878e4459cf3@mail.gmail.com>

Eu já "namorei " esta solução, mas para isto eu precisava de um
serviço estra na rede, ou ao menos um notebook para plugar na hora da
instalacao, e vc não acredita o quanto é dificil conquir recursos para
mudar "processos burros" dentro de uma empresa grande, sem por seus
recursos pessoais antes, para provar os ganhos...

Eu cheguei a ver um projeto mais recente, da redhat se não me engano,
que utiliza kickstart baseado em um dhcp+pxe+kickstart permitindo até
mesmo uma instalação através de um mero boot !!

PS: se eu conseguir os recursos não tenha dúvidas que voltamos a falar
sobre o assunto ;)


Sds,
Marco Antonio

>
>  MDA, talvez voc=EA possa melhorar usando PXEboot, carregando tudo que vc
>  precisa via rede, sem necessidade de cd, dvd ou outro tipo de m=EDdia
>  para iniciar a instala=E7=E3o.
>
>  Se precisar de uma dica, me fala, que te ajudo nisso, hoje em dia voc=EA
>  tem suporte PXE direto na bios.
>
>  > Sds,
>  > Marco Antonio
>
>  ps: MDA, se quiser pode encaminhar essa minha resposta pras listas
>  (Cascavel, Rio-PM) porque este meu email do gmail, não consegue
>  entregar nos servidores do pm.org.
>
>  [  ]'s
>  --
>  Claudio Pereira aka IndioX
>  GentooBR - http://gentoobr.org
>  mailto: indiox em gentoobr.org
>  ---------------------------------------------
>  Gentoo Documentation Member
>  http://gdp.gentoo.org
>

From mdacwb em gmail.com  Sat May 10 05:34:20 2008
From: mdacwb em gmail.com (Marco A P D'Andrade)
Date: Sat, 10 May 2008 09:34:20 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?=5BOT=5D_CentOS=2C_eu_tamb=E9m_recom?=
	=?iso-8859-1?q?endo_!!!?=
In-Reply-To: <4055d1bf0805091758w3de9f624ya3b5bd358c013af2@mail.gmail.com>
References: <12d1f4ee0805091602p2ae3c815l217e03a36e4dc1c2@mail.gmail.com>
	<42dcdd750805091625u5fa42612le6896b7bc03915f1@mail.gmail.com>
	<4055d1bf0805091758w3de9f624ya3b5bd358c013af2@mail.gmail.com>
Message-ID: <42dcdd750805100534q52ec528dg9e24fa5bd51213d0@mail.gmail.com>

Muito bom!!

Como eu sou contrario a replicacao, eu não utilizaria esta ferramenta
para isto, mas como uma infra de baremetal é fantastica, no meu caso
!!

No seu devido tempo, vou explorar mais esta ferramenta. Otima dica !

Sds,
Marco Antonio


2008/5/9 Marcio Garcia <marciogarcia em gmail.com>:
> Boas Marco,
>
>     Se tiver um tempo, dê uma olhada nesta ferramenta:
>
>       http://wiki.systemimager.org
>
>     É um excelente aplicativo para efectuar replicação de servidores,
>  desktops, etc...
>
>     Pode-se também efectuar uma instalação multicast, o que é muito
>  bom em instalações em massa:
>
>       http://wiki.systemimager.org/index.php/Multicast
>
>     Vale a pena a leitura.
>
>
>  Abs,
>
>  Marcio Garcia
>
>
>  2008/5/10 Marco A P D'Andrade <mdacwb em gmail.com>:
>
>
> > Ou quanto não se tem verba para adquirir as licenças, que não são
>  > muito baratas...
>  >
>  > Mas!!! Atenção... Software livre não é software de GRAÇA, o SERVIÇO é pago...
>  >
>  > Aqui estamos utilizando aprovisionamento com KickStart. Fantastico
>  > para instalação em massa de servidores, onde se planeja os requisitos,
>  > prepara-se um script, e se instala via rede... o velho HTTP, sem
>  > intervenção.
>  >
>  > Requisito para tal, um servidor web com os pacotes do DVD, e um CD de
>  > boot para carregar as aplicações basicas.
>  >
>  > Ok... dá pra melhorar isto, mas não tenho pressa, já que quando
>  > necessito instalar não é apenas uma, mas 5 ou 10 novas maquinas ...
>  >
>  >
>  > Sds,
>  > Marco Antonio
>  >
>  > 2008/5/9 Solli Honorio <shonorio em gmail.com>:
>  >> Bom, antes de mais nada eu vou fã e usuário diário do Debian, mas tem
>  >> projetos onde é exigido um RedHat (basicamente porquê o sistema que vai
>  >> rodar no servidor está homologado para RedHat e/ou Suse Enterprise).
>  >>
>  >> Bom, ao contrário do que muitos acham, é necessário pagar por servidor
>  >> RedHat instalado (já ouvi muito a história de comprar uma mídia e sair
>  >> instalando a tordo e direito), bem estou finalizando um projeto com RedHat e
>  >> para montar um ambiente meu de teste resolvi utilizar o CentOS. O CentOS é o
>  >> RedHat recompilado e 100% compatível (binário), até aí esta informação está
>  >> no site, mas o que me impressionou foi o cuidado com a atualização.
>  >>
>  >> Hoje fui surpreendito com uma atualização de kernel em ambos as distros
>  >> quase que simultâneos. Então fiquei empenhado em dar o meu testemunho, se
>  >> você está num projeto onde o teu Redhat é pirata (o que significa sem
>  >> atualizações), pense em migrar para o CentOS.
>  >>
>  >> É isto aí !!
>  >>
>  >> Abraços,
>  >>
>  >> Solli M. Honório
>  >>
>  >> --
>  >> "o animal satisfeito dorme". - Guimarães Rosa
>  >> _______________________________________________
>  >> Cascavel-pm mailing list
>  >> Cascavel-pm em pm.org
>  >> http://mail.pm.org/mailman/listinfo/cascavel-pm
>  >>
>  > _______________________________________________
>  > Cascavel-pm mailing list
>  > Cascavel-pm em pm.org
>  > http://mail.pm.org/mailman/listinfo/cascavel-pm
>  >
>  _______________________________________________
>  Cascavel-pm mailing list
>  Cascavel-pm em pm.org
>  http://mail.pm.org/mailman/listinfo/cascavel-pm
>

From mdacwb em gmail.com  Sat May 10 05:45:40 2008
From: mdacwb em gmail.com (Marco A P D'Andrade)
Date: Sat, 10 May 2008 09:45:40 -0300
Subject: [Cascavel-pm]
	=?windows-1252?q?=5BRio-pm=5D_=5BOT=5D_CentOS=2C_eu?=
	=?windows-1252?q?_tamb=E9m_recomendo_!!!?=
In-Reply-To: <3eb30c6c0805092155w63c72dc7ob78103a569dbfd5b@mail.gmail.com>
References: <12d1f4ee0805091602p2ae3c815l217e03a36e4dc1c2@mail.gmail.com>
	<672426620805091730n7ac83da4naac438014edb5dce@mail.gmail.com>
	<3eb30c6c0805092119p46e5c5ckc78ca6d70a463b10@mail.gmail.com>
	<672426620805092127x6fffd34ax205a8736d2dc334d@mail.gmail.com>
	<3eb30c6c0805092155w63c72dc7ob78103a569dbfd5b@mail.gmail.com>
Message-ID: <42dcdd750805100545q2242cabdgd4fbf7bce6764b85@mail.gmail.com>

Este é um problema de qualquer distro que homologa todos os pacotes,
em busca de qualidade, já que é impossivel se conhecer todos os
projetos, e confiar estabilidade das versoes com melhorias.

Por conta desta limitacao foi criado o DAG (nao lembro da url) que tem
pacotes mais atualizados. (herdei a configuracao, e este é meu
sentimento hoje).

Outra alternativa, dependendo do numero de equipamentos sobre sua
gerencia, é criar um repositorio proprio, e gerar os seus pacotes.

Claro... compilar e sobrescrever sempre será opção, mas dificulta a
manutenção posterior (2 ou 3 anos depois ;) )

2008/5/10 Bruno Buss <bruno.buss em gmail.com>:
> O RHEL fica sendo q nem o Debian Stable.... não quebra nem por decreto...
> mas também usa os pacotes veeeelhos e sem um monte de funcionalidades. Mas
> se você não precisa delas... caso precise, não dever ser tão difícil achar
> um pacote .rpm com a versão mais nova do que você quer...
>
> Sobre o apt-get p/ RH... no Fedora é o yum ou algo assim, né? (Não lembro
> mesmo =X)
>
> 2008/5/10 Samir Cury <rimasy em gmail.com>:
>
>
> > é, na época verifiquei isso também, e o que você fala procede, mas que é
> deprimente é XD
> >
> > acabei tendo que fazer o monitoramento de rede no roteador, se não fosse
> possível eu ficava na mão.
> >
> > mas de fato, a "culpa" não é do CentOS.
> >
> > pelo caminho, alguém conhece algum equivalente ao apt-get dist-upgrade
> para RH like??
> >
> >
> > 2008/5/10 Bruno Buss <bruno.buss em gmail.com>:
> >
> >
> >
> >
> > > Mas a versão do pacote do net-snmp do Red Hat Enterprise Linux,
> correspondente ao CentOS 4.5, também não é 5.1?
> > >
> > > O objetivo do CentOS não é ser uma distro atualizada, é ser uma versão
> *free* do RHEL. Se o RHEL correspondente ao CentOS 4.5, utiliza esse pacote,
> eles também vão utilizar esse pacote.
> > >
> > >
> > > 2008/5/9 Samir Cury <rimasy em gmail.com>:
> > >
> > >
> > >
> > >
> > > > Qual versão do CentOS?
> > > >
> > > > Pois já vi CentOS 4.5  se não me engano, com pacotes de 5 anos atrás
> (no meu caso net-snmp-5.1)
> > > >
> > > > Tinha gostado da idéia do projeto até ver isso, mas de repente deveria
> ter sido feita uma atualização da distro completa (que nem aqueles apt-get
> dist-upgrade) e não foi.
> > > >
> > > >
> > > > 2008/5/9 Solli Honorio <shonorio em gmail.com>:
> > > >
> > > > >
> > > > >
> > > > >
> > > > > Bom, antes de mais nada eu vou fã e usuário diário do Debian, mas
> tem projetos onde é exigido um RedHat (basicamente porquê o sistema que vai
> rodar no servidor está homologado para RedHat e/ou Suse Enterprise).
> > > > >
> > > > > Bom, ao contrário do que muitos acham, é necessário pagar por
> servidor RedHat instalado (já ouvi muito a história de comprar uma mídia e
> sair instalando a tordo e direito), bem estou finalizando um projeto com
> RedHat e para montar um ambiente meu de teste resolvi utilizar o CentOS. O
> CentOS é o RedHat recompilado e 100% compatível (binário), até aí esta
> informação está no site, mas o que me impressionou foi o cuidado com a
> atualização.
> > > > >
> > > > > Hoje fui surpreendito com uma atualização de kernel em ambos as
> distros quase que simultâneos. Então fiquei empenhado em dar o meu
> testemunho, se você está num projeto onde o teu Redhat é pirata (o que
> significa sem atualizações), pense em migrar para o CentOS.
> > > > >
> > > > > É isto aí !!
> > > > >
> > > > > Abraços,
> > > > >
> > > > > Solli M. Honório
> > > > >
> > > > > --
> > > > > "o animal satisfeito dorme". - Guimarães Rosa
> > > > > _______________________________________________
> > > > > Rio-pm mailing list
> > > > > Rio-pm em pm.org
> > > > > http://mail.pm.org/mailman/listinfo/rio-pm
> > > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > Rio-pm mailing list
> > > > Rio-pm em pm.org
> > > > http://mail.pm.org/mailman/listinfo/rio-pm
> > > >
> > >
> > >
> > >
> > > --
> > > Bruno C. Buss
> > >
> > > Aluno do DCC - UFRJ - www.dcc.ufrj.br
> > > Diretor de Pesquisa e Desenvolvimento do GRIS - UFRJ -
> www.gris.dcc.ufrj.br
> > >
> > > "You know, you really are supposed to understand the code you are
> modifying..." ? Al Viro
> > > _______________________________________________
> > > Rio-pm mailing list
> > > Rio-pm em pm.org
> > > http://mail.pm.org/mailman/listinfo/rio-pm
> > >
> >
> >
> > _______________________________________________
> > Rio-pm mailing list
> > Rio-pm em pm.org
> > http://mail.pm.org/mailman/listinfo/rio-pm
> >
>
>
>
>
> --
> Bruno C. Buss
>
> Aluno do DCC - UFRJ - www.dcc.ufrj.br
>  Diretor de Pesquisa e Desenvolvimento do GRIS - UFRJ - www.gris.dcc.ufrj.br
>
> "You know, you really are supposed to understand the code you are
> modifying..." ? Al Viro
> _______________________________________________
>  Rio-pm mailing list
>  Rio-pm em pm.org
>  http://mail.pm.org/mailman/listinfo/rio-pm
>

From mxsoares em gmail.com  Sat May 10 06:44:16 2008
From: mxsoares em gmail.com (_mx_)
Date: Sat, 10 May 2008 10:44:16 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?=5BOT=5D_CentOS=2C_eu_tamb=E9m_recom?=
	=?iso-8859-1?q?endo_!!!?=
In-Reply-To: <482550C6.2080906@yahoo.co.uk>
References: <12d1f4ee0805091602p2ae3c815l217e03a36e4dc1c2@mail.gmail.com>
	<482550C6.2080906@yahoo.co.uk>
Message-ID: <3cd298d70805100644m370189a2idb4e431ed9c1b25c@mail.gmail.com>

2008/5/10 Luis Motta Campos <luismottacampos em yahoo.co.uk>:

>
> O RIPE NCC usa CentOS para todos os servidores que entraram em produção
> de 2006 para cá. Eu no início achei que ia ter montes de problemas, e
> que /RedHat/ /sucks/, mas, prá variar, eu paguei a minha língua. Eu
> posso fazer quase as mesmas coisas que fazia no Debian, com pequenas
> vantagens, às vezes (meus sistemas de base de dados tem 16GB de RAM, são
> 64 bit - o Debian até onde eu sei ainda não oferece um porte para 64 bits.
>
>
http://www.debian.org/ports/amd64/
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/cascavel-pm/attachments/20080510/80bd416e/attachment-0001.html 

From mdacwb em gmail.com  Sat May 10 07:09:32 2008
From: mdacwb em gmail.com (Marco A P D'Andrade)
Date: Sat, 10 May 2008 11:09:32 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?=5BOT=5D_CentOS=2C_eu_tamb=E9m_recom?=
	=?iso-8859-1?q?endo_!!!?=
In-Reply-To: <482550C6.2080906@yahoo.co.uk>
References: <12d1f4ee0805091602p2ae3c815l217e03a36e4dc1c2@mail.gmail.com>
	<482550C6.2080906@yahoo.co.uk>
Message-ID: <42dcdd750805100709x5567ec8cq1e4305899f73e512@mail.gmail.com>

2008/5/10 Luis Motta Campos <luismottacampos em yahoo.co.uk>:
>
> Solli Honorio wrote:
...cut...
>
>  O RIPE NCC usa CentOS para todos os servidores que entraram em produção
>  de 2006 para cá. Eu no início achei que ia ter montes de problemas, e
>  que /RedHat/ /sucks/, mas, prá variar, eu paguei a minha língua. Eu
>  posso fazer quase as mesmas coisas que fazia no Debian, com pequenas
>  vantagens, às vezes (meus sistemas de base de dados tem 16GB de RAM, são
>  64 bit - o Debian até onde eu sei ainda não oferece um porte para 64 bits.
>

Até agora não tivemos jusificativa/necessidade/confiança para mudar
para 64bits... vcs fizeram alguma comparação??
A alguns anos houve uma tentativa, em um servidor que tinha mysql e ao
fazer um comparativo fiquei decepcionado com a grande perda de
performance (era redhat es3 ainda)...

>  Marco, sobre o que você disse, eu posso recomendar o CFEngine - o RIPE
>  NCC usa para configurar e instalar os "específicos" dos diversos
>  sistemas que a gente usa. Demorou umas 3 semanas para eu pegar a manha
>  do treco, mas agora, para instalar uma máquina nova eu simplesmente
>  habilito boot pela rede, aviso as Operações (que permitem que aquele MAC
>  address acesse o servidor de boot com TFTP), e aí é só ligar e ir beber
>  café. É tão bom que o pessoal está até ficando /trigger-happy/,
>  re-instalando máquinas ao invés de tentar resolver pequenos problemas à
>  mão... :D

Meu objetivo é este... se não for para resolver problemas com
reinstalação, ao menos poder instalar novas maquinas rapidamente, sem
quebrar a cabeça com combinação de pacotes de acordo com a função da
maquina, ou pior... usar replicacao e resolver problemas de arquivos
de configuração de acordo com a distro usada (hoje é RH, mas voltar
para Ubuntu, que tem kickstart não está descartado).

>
>  Aí tem meus dois centavos. ;)

Foi para o cofrinho ;)


Sds,
Marco Antonio

>  Putamplexos!
>  --
>  Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
>  Perl fanatic evangelist, and amateur {cook, photographer}
>  _______________________________________________
>  Cascavel-pm mailing list
>  Cascavel-pm em pm.org
>  http://mail.pm.org/mailman/listinfo/cascavel-pm
>

From frederico em gmail.com  Sat May 10 07:20:51 2008
From: frederico em gmail.com (Frederico Recsky)
Date: Sat, 10 May 2008 11:20:51 -0300
Subject: [Cascavel-pm]
	=?utf-8?q?=5BOT=5D_CentOS=2C_eu_tamb=C3=A9m_recomen?=
	=?utf-8?q?do_!!!?=
In-Reply-To: <42dcdd750805100709x5567ec8cq1e4305899f73e512@mail.gmail.com>
References: <12d1f4ee0805091602p2ae3c815l217e03a36e4dc1c2@mail.gmail.com>
	<482550C6.2080906@yahoo.co.uk>
	<42dcdd750805100709x5567ec8cq1e4305899f73e512@mail.gmail.com>
Message-ID: <88fe68ee0805100720l5610ebedoecd8a5a185a38649@mail.gmail.com>

Olá,

2008/5/10 Marco A P D'Andrade <mdacwb em gmail.com>:

> Meu objetivo é este... se não for para resolver problemas com
> reinstalação, ao menos poder instalar novas maquinas rapidamente, sem
> quebrar a cabeça com combinação de pacotes de acordo com a função da
> maquina, ou pior... usar replicacao e resolver problemas de arquivos
> de configuração de acordo com a distro usada (hoje é RH, mas voltar
> para Ubuntu, que tem kickstart não está descartado).


O esquema de pxe + kickstart funciona bem. Onde eu trabalho quando vendem
clusters ou lotes  de maquinas só instala assim. O kickstart também não é
unico. O suse tem seu arquivo de configuração automatica do instalador
também. E só deixar o kernel de install + initrd na maquina pxe e apontar o
arquivo na rede com um root em nfs da imagem da instalação. E o legal que
isso não exige nada na maquina cliente, é só por ele na tomada e na rede.
Num nivel maior de psicodelia voce usa wake on lan :).

O debian tem um instalador decente e deve ter algum suporte a isso também. O
ubuntu edição servidor tambem usa o instalador debian, então deve rolar
tambem.

[]'s

-- 
____________________________
Frederico Recsky
Linux User: #253572
http://www.fred.eti.br
http://www.perl.org.br
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/cascavel-pm/attachments/20080510/252c89a7/attachment.html 

From wendelscardua em gmail.com  Sat May 10 07:27:02 2008
From: wendelscardua em gmail.com (Wendel Scardua)
Date: Sat, 10 May 2008 11:27:02 -0300
Subject: [Cascavel-pm] Captcha
In-Reply-To: <48254BCD.5090307@yahoo.co.uk>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<20080423142853.371C23D81F4@maresia.onda.com.br>
	<3de55ead0804230734l1d080455u2808a8be5e2384b@mail.gmail.com>
	<003d01c8b258$4c28fd40$0301a8c0@rede.local>
	<48254BCD.5090307@yahoo.co.uk>
Message-ID: <726229b50805100727jbf49809h548e6d916cd74b4f@mail.gmail.com>

2008/5/10 Luis Motta Campos <luismottacampos em yahoo.co.uk>:

> fernandolouis em terra.com.br wrote:
> > Pessoal, qual a maneira mais adequada para fazer um captcha
> (código-imagem
> > para acessar determinado arquivo de um site).
> > esse código-imagem gerado deve ser armazenado em cache no cliente e não
> no
> > servidor.
>
> Fernando, não diga bobagem. Você não deve armazenar ou reusar captchas.
> Se você reusar captchas, eu posso fazer tentativa-e-erro até acertar,
> associando cada nova tentativa com um hash SHA1 da imagem. Assim, não
> faz sentido armazenar (nem no cliente, nem no servidor).
>
> Segundo, você tem de gerar o captcha de qualquer forma, então deve ser
> feito pelo servidor.
>
>
Acho que ele quis dizer que, em vez de gerar um arquivo de imagem no
servidor e mandar o link pro cliente,
ele quer enviar a informação da imagem direto pro cliente. (dessa forma, o
que vai acontecer é que o arquivo da imagem, em si, só vai existir no cache
do cliente). Num cgi da vida, um print de header dizendo se tratar de
imagem, seguido do print do próprio binário da imagem, já daria conta dessa
questão, o problema passando a ser apenas gerar um binário de imagem com a
imagem sendo um captcha.

Isso não tem nada a ver com "reusar captcha", nem "gerar no cliente".

E eu apoio o uso do reCAPTCHA, não que eu já tenha o usado, mas pelo fato de
esse ser um projeto duplo: uma das palavras a se digitar é o captcha, e a
outra é uma palavra de um livro que não pode ser lida via OCR. Assim, as
pessoas que passam pelo captcha ajudam a converter a outra palavra em texto.

[]s
Wendel
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/cascavel-pm/attachments/20080510/b74a0d39/attachment.html 

From mdacwb em gmail.com  Sat May 10 07:39:25 2008
From: mdacwb em gmail.com (Marco A P D'Andrade)
Date: Sat, 10 May 2008 11:39:25 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?=5BOT=5D_CentOS=2C_eu_tamb=E9m_recom?=
	=?iso-8859-1?q?endo_!!!?=
In-Reply-To: <88fe68ee0805100720l5610ebedoecd8a5a185a38649@mail.gmail.com>
References: <12d1f4ee0805091602p2ae3c815l217e03a36e4dc1c2@mail.gmail.com>
	<482550C6.2080906@yahoo.co.uk>
	<42dcdd750805100709x5567ec8cq1e4305899f73e512@mail.gmail.com>
	<88fe68ee0805100720l5610ebedoecd8a5a185a38649@mail.gmail.com>
Message-ID: <42dcdd750805100739o6f64a631y3878841f01a2f63b@mail.gmail.com>

Frederico,

Pelo que vi o ubunu permite o kickstart. Mas até o Slack tem um
esquema de instalação padrão, com os arquivos TAG previamente
configurados, mas somente para a seleção de pacotes.

No ambiente em que estou trabalhando, estamos utilizando muitos
servidores Dell e HP, e ambos possuem mecanismos de IPMI, que permitem
poweron remoto :D

Claro, o contexto de maquinas novas exigiria percepção de qual é o
hardware (pelo mac), dhcp, etc.

Humm... instala no rack, identifica a porta do switch, e coleta de lah
o mac... com dhcp, verifica o ip para acesso... tarefa trabalhosa e
perfeita para automação em Perl ;)

Muito bom saber de mais experiências :D


Sds,
Marco Antonio


2008/5/10 Frederico Recsky <frederico em gmail.com>:
> Olá,
>
>
> 2008/5/10 Marco A P D'Andrade <mdacwb em gmail.com>:
> > Meu objetivo é este... se não for para resolver problemas com
> >
> > reinstalação, ao menos poder instalar novas maquinas rapidamente, sem
> > quebrar a cabeça com combinação de pacotes de acordo com a função da
> > maquina, ou pior... usar replicacao e resolver problemas de arquivos
> > de configuração de acordo com a distro usada (hoje é RH, mas voltar
> > para Ubuntu, que tem kickstart não está descartado).
>
> O esquema de pxe + kickstart funciona bem. Onde eu trabalho quando vendem
> clusters ou lotes  de maquinas só instala assim. O kickstart também não é
> unico. O suse tem seu arquivo de configuração automatica do instalador
> também. E só deixar o kernel de install + initrd na maquina pxe e apontar o
> arquivo na rede com um root em nfs da imagem da instalação. E o legal que
> isso não exige nada na maquina cliente, é só por ele na tomada e na rede.
> Num nivel maior de psicodelia voce usa wake on lan :).
>
> O debian tem um instalador decente e deve ter algum suporte a isso também. O
> ubuntu edição servidor tambem usa o instalador debian, então deve rolar
> tambem.
>
> []'s
>
> --
> ____________________________
>  Frederico Recsky
> Linux User: #253572
> http://www.fred.eti.br
> http://www.perl.org.br
> _______________________________________________
>  Cascavel-pm mailing list
>  Cascavel-pm em pm.org
>  http://mail.pm.org/mailman/listinfo/cascavel-pm
>

From luismottacampos em yahoo.co.uk  Sat May 10 08:59:07 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Sat, 10 May 2008 17:59:07 +0200
Subject: [Cascavel-pm]
 =?iso-8859-1?q?=5BOT=5D_CentOS=2C_eu_tamb=E9m_recom?=
 =?iso-8859-1?q?endo_!!!?=
In-Reply-To: <42dcdd750805100709x5567ec8cq1e4305899f73e512@mail.gmail.com>
References: <12d1f4ee0805091602p2ae3c815l217e03a36e4dc1c2@mail.gmail.com>	<482550C6.2080906@yahoo.co.uk>
	<42dcdd750805100709x5567ec8cq1e4305899f73e512@mail.gmail.com>
Message-ID: <4825C64B.3010708@yahoo.co.uk>

Marco A P D'Andrade wrote:
> Até agora não tivemos jusificativa/necessidade/confiança para mudar
> para 64bits... vcs fizeram alguma comparação??

O RIPE NCC deve ter feito, eu ganhei isso "pronto" - era parte dos 
requisitos do meu primeiro projeto que tudo fosse feito com CentOS.

Eu preciso endereçar muita RAM para a minha base de dados, por isso o 
x86_64.

> Meu objetivo é este... se não for para resolver problemas com
> reinstalação, ao menos poder instalar novas maquinas rapidamente, sem
> quebrar a cabeça com combinação de pacotes de acordo com a função da
> maquina, ou pior... usar replicacao e resolver problemas de arquivos
> de configuração de acordo com a distro usada (hoje é RH, mas voltar
> para Ubuntu, que tem kickstart não está descartado).

Existem outras ferramentas, eu terminei com CFEngine também por (falta 
de) opção (a empresa optou, eu não podia mudar). Vale à pena olhar os 
outros, tem bastante coisa que muda.

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

From daniel em ruoso.com  Sat May 10 14:04:41 2008
From: daniel em ruoso.com (Daniel Ruoso)
Date: Sat, 10 May 2008 18:04:41 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?=5BOT=5D_CentOS=2C_eu_tamb=E9m_=09re?=
	=?iso-8859-1?q?comendo_!!!?=
In-Reply-To: <482550C6.2080906@yahoo.co.uk>
References: <12d1f4ee0805091602p2ae3c815l217e03a36e4dc1c2@mail.gmail.com>
	<482550C6.2080906@yahoo.co.uk>
Message-ID: <1210453481.9452.11.camel@pitombeira>


Sáb, 2008-05-10 às 09:37 +0200, Luis Motta Campos escreveu:
> 64 bit - o Debian até onde eu sei ainda não oferece um porte para 64 bits.

Intel ou AMD? http://www.us.debian.org/ports/ia64/ ou
http://www.us.debian.org/ports/amd64/ ?

O Debian é, até onde eu sei, a distribuição com mais ports
disponíveis...

daniel


From ghpnet em gmail.com  Sat May 10 14:49:02 2008
From: ghpnet em gmail.com (Gabriel Gmail)
Date: Sat, 10 May 2008 18:49:02 -0300
Subject: [Cascavel-pm] Captcha
References: <000a01c8a54b$1a196020$0301a8c0@rede.local><20080423142853.371C23D81F4@maresia.onda.com.br><3de55ead0804230734l1d080455u2808a8be5e2384b@mail.gmail.com><003d01c8b258$4c28fd40$0301a8c0@rede.local>
	<3de55ead0805092156t6c307a5flcb2f8476e5b547bb@mail.gmail.com>
Message-ID: <002301c8b2e7$bbe9a460$490236bd@vivax.com.br>

Não sei vcs, mais eu gerei um proprio sistema, onde eu tenho imagens
numericas de 1 a 0
e faço um rand de 0 a 10 em 5 vezes
ou seja, uma combinação de 5 numeros
ai troco o numero pelas imagens
e coloco em hidden o valor do rand
ai faço uma comparação no formulario via javascript oyu script do code
digitado com o gerado
não tem muito segredo
é uma forma facil e simples de fazer sem usar modulos.

espero ter ajudado
abraços.

Sem mais.
Luiz Gabriel
www.ghpnet.com.br
TEL: 0(xx) 8325-5506
----- Original Message -----
From: "Eden Cardim" <edencardim em gmail.com>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Saturday, May 10, 2008 1:56 AM
Subject: Re: [Cascavel-pm] Captcha


2008/5/10  <fernandolouis em terra.com.br>:
> Pessoal, qual a maneira mais adequada para fazer um captcha (código-imagem
> para acessar determinado arquivo de um site).
>
> esse código-imagem gerado deve ser armazenado em cache no cliente e não no
> servidor.
>
> Conheço o imagemagick, mas não sei se é o meias adequado. Qual a opinião
de
> vocês?

http://search.cpan.org/~andya/Captcha-reCAPTCHA-0.92/lib/Captcha/reCAPTCHA.p
m

--
edenc.vox.com
_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm


From gabriel.vieira em gmail.com  Sat May 10 15:01:52 2008
From: gabriel.vieira em gmail.com (Gabriel Vieira)
Date: Sat, 10 May 2008 19:01:52 -0300
Subject: [Cascavel-pm] Captcha
In-Reply-To: <002301c8b2e7$bbe9a460$490236bd@vivax.com.br>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<20080423142853.371C23D81F4@maresia.onda.com.br>
	<3de55ead0804230734l1d080455u2808a8be5e2384b@mail.gmail.com>
	<003d01c8b258$4c28fd40$0301a8c0@rede.local>
	<3de55ead0805092156t6c307a5flcb2f8476e5b547bb@mail.gmail.com>
	<002301c8b2e7$bbe9a460$490236bd@vivax.com.br>
Message-ID: <83d8367f0805101501x325461fet69237f35033349f7@mail.gmail.com>

Comparação client-side?! Isso qualquer Bot passa.

2008/5/10 Gabriel Gmail <ghpnet em gmail.com>:
> Não sei vcs, mais eu gerei um proprio sistema, onde eu tenho imagens
> numericas de 1 a 0
> e faço um rand de 0 a 10 em 5 vezes
> ou seja, uma combinação de 5 numeros
> ai troco o numero pelas imagens
> e coloco em hidden o valor do rand
> ai faço uma comparação no formulario via javascript oyu script do code
> digitado com o gerado
> não tem muito segredo
> é uma forma facil e simples de fazer sem usar modulos.
>
> espero ter ajudado
> abraços.
>
> Sem mais.
> Luiz Gabriel
> www.ghpnet.com.br
> TEL: 0(xx) 8325-5506
> ----- Original Message -----
> From: "Eden Cardim" <edencardim em gmail.com>
> To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
> Sent: Saturday, May 10, 2008 1:56 AM
> Subject: Re: [Cascavel-pm] Captcha
>
>
> 2008/5/10  <fernandolouis em terra.com.br>:
>> Pessoal, qual a maneira mais adequada para fazer um captcha (código-imagem
>> para acessar determinado arquivo de um site).
>>
>> esse código-imagem gerado deve ser armazenado em cache no cliente e não no
>> servidor.
>>
>> Conheço o imagemagick, mas não sei se é o meias adequado. Qual a opinião
> de
>> vocês?
>
> http://search.cpan.org/~andya/Captcha-reCAPTCHA-0.92/lib/Captcha/reCAPTCHA.p
> m
>
> --
> edenc.vox.com
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>



-- 
Gabriel Vieira

From wendelscardua em gmail.com  Sat May 10 17:20:15 2008
From: wendelscardua em gmail.com (Wendel Scardua)
Date: Sat, 10 May 2008 21:20:15 -0300
Subject: [Cascavel-pm] Captcha
In-Reply-To: <002301c8b2e7$bbe9a460$490236bd@vivax.com.br>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<20080423142853.371C23D81F4@maresia.onda.com.br>
	<3de55ead0804230734l1d080455u2808a8be5e2384b@mail.gmail.com>
	<003d01c8b258$4c28fd40$0301a8c0@rede.local>
	<3de55ead0805092156t6c307a5flcb2f8476e5b547bb@mail.gmail.com>
	<002301c8b2e7$bbe9a460$490236bd@vivax.com.br>
Message-ID: <726229b50805101720v72e85591ke3d1a88da127c916@mail.gmail.com>

2008/5/10 Gabriel Gmail <ghpnet em gmail.com>:

> Não sei vcs, mais eu gerei um proprio sistema, onde eu tenho imagens
> numericas de 1 a 0
> e faço um rand de 0 a 10 em 5 vezes
> ou seja, uma combinação de 5 numeros
> ai troco o numero pelas imagens
>

Você usa uma imagem fixa para cada dígito. Isso já é ruim. (comparação exata
já identifica)


> e coloco em hidden o valor do rand


Você entrega pro cliente a resposta do captcha. Isso é muito ruim ! (o
cliente já sabe a resposta)


>
> ai faço uma comparação no formulario via javascript oyu script do code
> digitado com o gerado


Você deixa o cliente verificar o captcha. Isso é pior !! (ele nem precisa se
preocupar com a resposta)


>
> não tem muito segredo
> é uma forma facil e simples de fazer sem usar modulos.


Ah sim claro... É bem fácil e simples, pena que é errada....

[]s
Wendel
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/cascavel-pm/attachments/20080510/ee765eb5/attachment.html 

From luismottacampos em yahoo.co.uk  Sun May 11 05:31:46 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Sun, 11 May 2008 14:31:46 +0200
Subject: [Cascavel-pm]
 =?iso-8859-1?q?=5BOT=5D_CentOS=2C_eu_tamb=E9m__reco?=
 =?iso-8859-1?q?mendo_!!!?=
In-Reply-To: <1210453481.9452.11.camel@pitombeira>
References: <12d1f4ee0805091602p2ae3c815l217e03a36e4dc1c2@mail.gmail.com>	<482550C6.2080906@yahoo.co.uk>
	<1210453481.9452.11.camel@pitombeira>
Message-ID: <4826E732.2000708@yahoo.co.uk>

Daniel Ruoso wrote:
> Sáb, 2008-05-10 às 09:37 +0200, Luis Motta Campos escreveu:
>> 64 bit - o Debian até onde eu sei ainda não oferece um porte para 64 bits.
> 
> Intel ou AMD? http://www.us.debian.org/ports/ia64/ ou
> http://www.us.debian.org/ports/amd64/ ?
> 
> O Debian é, até onde eu sei, a distribuição com mais ports
> disponíveis...

Poisé, eu também argumentei isso quando eu cheguei. Mas a decisão não 
era minha, e os caras já haviam publicado as novas regras... Não havia o 
que fazer.

Lá se usa muita máquina Dell, especialmente a série Power Edge (todos os 
servidores).

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

From nferraz em gmail.com  Sun May 11 08:37:53 2008
From: nferraz em gmail.com (Nelson Ferraz)
Date: Sun, 11 May 2008 12:37:53 -0300
Subject: [Cascavel-pm] Captcha
In-Reply-To: <002301c8b2e7$bbe9a460$490236bd@vivax.com.br>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<20080423142853.371C23D81F4@maresia.onda.com.br>
	<3de55ead0804230734l1d080455u2808a8be5e2384b@mail.gmail.com>
	<003d01c8b258$4c28fd40$0301a8c0@rede.local>
	<3de55ead0805092156t6c307a5flcb2f8476e5b547bb@mail.gmail.com>
	<002301c8b2e7$bbe9a460$490236bd@vivax.com.br>
Message-ID: <604cec170805110837l239b3df3s7c060ad6c69e8978@mail.gmail.com>

2008/5/10 Gabriel Gmail <ghpnet em gmail.com>:
> Não sei vcs, mais eu gerei um proprio sistema, onde eu tenho imagens
>  numericas de 1 a 0
> (...)
> é uma forma facil e simples de fazer sem usar modulos.

Pra que reinventar a roda, se o CPAN oferece dezenas de alternativas
ainda mais simples -- e, mais importante: seguras, testadas por
milhares de pessoas:

http://search.cpan.org/search?query=captcha&mode=all

Um dos sistemas mais populares, hoje em dia, é o reCAPTCHA:

http://recaptcha.net/

From daniel em ruoso.com  Sun May 11 13:15:39 2008
From: daniel em ruoso.com (Daniel Ruoso)
Date: Sun, 11 May 2008 17:15:39 -0300
Subject: [Cascavel-pm] =?iso-8859-1?q?Usar_m=F3dulos_n=E3o_=E9_problema=2C?=
	=?iso-8859-1?q?_=E9_solu=E7=E3o_=28Was=3A_Re=3A__Captcha=29?=
In-Reply-To: <002301c8b2e7$bbe9a460$490236bd@vivax.com.br>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<20080423142853.371C23D81F4@maresia.onda.com.br>
	<3de55ead0804230734l1d080455u2808a8be5e2384b@mail.gmail.com>
	<003d01c8b258$4c28fd40$0301a8c0@rede.local>
	<3de55ead0805092156t6c307a5flcb2f8476e5b547bb@mail.gmail.com>
	<002301c8b2e7$bbe9a460$490236bd@vivax.com.br>
Message-ID: <1210536940.9452.21.camel@pitombeira>


Sáb, 2008-05-10 às 18:49 -0300, Gabriel Gmail escreveu:
> é uma forma facil e simples de fazer sem usar modulos.

O que eu não entendo é porque que algumas pessoas falam isso como se
isso fosse uma vantagem. Me desculpe, mas se você acha que é uma
vantagem não utilizar módulos prontos, você não está programando em
Perl, você pode até estar usando a sintaxe do Perl, mas como disse a
Audrey: "Minha linguagem é a CPAN, o resto é sintaxe".

Se você não usar a CPAN, você não vai entender que as coisas
reutilizáveis que você implementa devem ir para a CPAN também, porque os
problemas que você resolve hoje, outra pessoa vai precisar resolver.

Eu hoje, já estabeleço pra mim a visão clara de que o desenvolvedor Perl
é aquele que sabe interagir com a CPAN (nos dois sentidos, de
preferência).

Se você é um programador que não faz isso, você é, na verdade, um
programador Clipper ?usando a sintaxe do Perl (lembra que praticamente
todo programador Clipper tinha a sua biblioteca de interface de
usuário?).

Como hoje eu não estou de bom humor, então vai um xingão mesmo:

NUNCA DIGA QUE NÃO USAR MÓDULOS É UMA VANTAGEM. DESENVOLVEDOR PERL É UM
DESENVOLVEDOR DA CPAN, QUE USA MÓDULOS E PUBLICA MÓDULOS.

daniel


From acid06 em gmail.com  Sun May 11 18:24:49 2008
From: acid06 em gmail.com (Nilson Santos Figueiredo Junior)
Date: Sun, 11 May 2008 22:24:49 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?Usar_m=F3dulos_n=E3o_=E9_problema=2C?=
	=?iso-8859-1?q?_=E9_solu=E7=E3o_=28Was=3A_Re=3A_Captcha=29?=
In-Reply-To: <1210536940.9452.21.camel@pitombeira>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<20080423142853.371C23D81F4@maresia.onda.com.br>
	<3de55ead0804230734l1d080455u2808a8be5e2384b@mail.gmail.com>
	<003d01c8b258$4c28fd40$0301a8c0@rede.local>
	<3de55ead0805092156t6c307a5flcb2f8476e5b547bb@mail.gmail.com>
	<002301c8b2e7$bbe9a460$490236bd@vivax.com.br>
	<1210536940.9452.21.camel@pitombeira>
Message-ID: <9a08c9b40805111824y652511a8p22748c4c3ee74204@mail.gmail.com>

2008/5/11 Daniel Ruoso <daniel em ruoso.com>:
>  O que eu não entendo é porque que algumas pessoas falam isso como se
>  isso fosse uma vantagem.

A motivação é a seguinte: em geral, tais pessoas estão desenvolvendos
simples scripts CGI para serem hospedados em um desses shared hosts
bem "pé-duro" em que elas não tem nem acesso via shell. Não estão
desenvolvendo um sistema de verdade nem nada sério (ou, bem, não
*deveriam* estar).

Pode ser radical, mas, na circunstância atual, eu ficaria mais feliz
se essas coisas fossem desenvolvidas em PHP do que ficar criando
reincarnações privadas do Matt's Script Archive, uma década depois.

-Nilson Santos F. Jr.

From luismottacampos em yahoo.co.uk  Mon May 12 00:10:48 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Mon, 12 May 2008 09:10:48 +0200
Subject: [Cascavel-pm]
 =?iso-8859-1?q?Usar_m=F3dulos_n=E3o_=E9_problema=2C?=
 =?iso-8859-1?q?_=E9_solu=E7=E3o_=28Was=3A_Re=3A_Captcha=29?=
In-Reply-To: <9a08c9b40805111824y652511a8p22748c4c3ee74204@mail.gmail.com>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>	<20080423142853.371C23D81F4@maresia.onda.com.br>	<3de55ead0804230734l1d080455u2808a8be5e2384b@mail.gmail.com>	<003d01c8b258$4c28fd40$0301a8c0@rede.local>	<3de55ead0805092156t6c307a5flcb2f8476e5b547bb@mail.gmail.com>	<002301c8b2e7$bbe9a460$490236bd@vivax.com.br>	<1210536940.9452.21.camel@pitombeira>
	<9a08c9b40805111824y652511a8p22748c4c3ee74204@mail.gmail.com>
Message-ID: <4827ED78.4060106@yahoo.co.uk>

Nilson Santos Figueiredo Junior wrote:
> A motivação é a seguinte: em geral, tais pessoas estão desenvolvendos
>  simples scripts CGI para serem hospedados em um desses shared hosts 
> bem "pé-duro" em que elas não tem nem acesso via shell. Não estão 
> desenvolvendo um sistema de verdade nem nada sério (ou, bem, não 
> *deveriam* estar).

Você quer dizer que os desenvolvedores não são sérios.

Perl permite que você faça pacotes com as bibliotecas que precisa para 
rodar um programa, e basta simplesmente fazer upload de um pacote para o 
"servidor de CGI" (desculpe, mas eu não consegui achar outro termo para 
descrever o meu desgosto), e ter certeza de que os teus programas 
incluem aquele pacote nas bibliotecas que eles usam. Mesmo com 
bibliotecas binárias, a solução é possível (embora um pouco trabalhosa).

> Pode ser radical, mas, na circunstância atual, eu ficaria mais feliz 
> se essas coisas fossem desenvolvidas em PHP do que ficar criando 
> reincarnações privadas do Matt's Script Archive, uma década depois.

Você está sendo radical. Eu acredito que todo mundo tenha capacidade de 
aprender. Mas eu também acredito que, mesmo que você não tenha 
capacidade técnica, se você não perguntar nunca vai aprender nada. E aí, 
é melhor procurar uma coisa mais fácil para fazer. Vender cachorro 
quente, ou varrer lixo da rua são as primeiras alternativas que me 
ocorreram. ;)

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

From shonorio em gmail.com  Mon May 12 05:22:44 2008
From: shonorio em gmail.com (Solli Honorio)
Date: Mon, 12 May 2008 09:22:44 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?=5BOT=5D_CentOS=2C_eu_tamb=E9m_recom?=
	=?iso-8859-1?q?endo_!!!?=
In-Reply-To: <4826E732.2000708@yahoo.co.uk>
References: <12d1f4ee0805091602p2ae3c815l217e03a36e4dc1c2@mail.gmail.com>
	<482550C6.2080906@yahoo.co.uk> <1210453481.9452.11.camel@pitombeira>
	<4826E732.2000708@yahoo.co.uk>
Message-ID: <12d1f4ee0805120522o4554922dvbef55736bd349a4d@mail.gmail.com>

2008/5/11 Luis Motta Campos <luismottacampos em yahoo.co.uk>:

> Daniel Ruoso wrote:
> > Sáb, 2008-05-10 às 09:37 +0200, Luis Motta Campos escreveu:
> >> 64 bit - o Debian até onde eu sei ainda não oferece um porte para 64
> bits.
> >
> > Intel ou AMD? http://www.us.debian.org/ports/ia64/ ou
> > http://www.us.debian.org/ports/amd64/ ?
> >
> > O Debian é, até onde eu sei, a distribuição com mais ports
> > disponíveis...
>
> Poisé, eu também argumentei isso quando eu cheguei. Mas a decisão não
> era minha, e os caras já haviam publicado as novas regras... Não havia o
> que fazer.
>
> Lá se usa muita máquina Dell, especialmente a série Power Edge (todos os
> servidores).


Mas aí eu concordo com os administradores da tua rede, eu inclusive tomaria
a mesma decisão (ou o open-suse). Pois a compatibilidade binária do CentOS
permite instalar todos os softwares de gerenciamento do Dell e os drivers de
maneira simples e transparente, coisa possível mas muito trabalhosa no
Debian. Eu dúvido que a empresa em que você está trabalhando tenha uma
equipe de sysadmin sobrando para converter e testar todos os pacotes e
drivers da Dell.

Por este motivo não vejo o dia que a Dell irá suportar o Ubuntu
definitivamente, aí o mundo dos Debians estarão mais tranquilos :) !

Abraços,

Solli M. Honório



>
> Putamplexos!
> --
> Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
> Perl fanatic evangelist, and amateur {cook, photographer}
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>



-- 
"o animal satisfeito dorme". - Guimarães Rosa
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/cascavel-pm/attachments/20080512/30accae8/attachment.html 

From mdacwb em gmail.com  Mon May 12 08:20:48 2008
From: mdacwb em gmail.com (Marco A P D'Andrade)
Date: Mon, 12 May 2008 12:20:48 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?=5BOT=5D_CentOS=2C_eu_tamb=E9m_recom?=
	=?iso-8859-1?q?endo_!!!?=
In-Reply-To: <12d1f4ee0805120522o4554922dvbef55736bd349a4d@mail.gmail.com>
References: <12d1f4ee0805091602p2ae3c815l217e03a36e4dc1c2@mail.gmail.com>
	<482550C6.2080906@yahoo.co.uk> <1210453481.9452.11.camel@pitombeira>
	<4826E732.2000708@yahoo.co.uk>
	<12d1f4ee0805120522o4554922dvbef55736bd349a4d@mail.gmail.com>
Message-ID: <42dcdd750805120820u6947b639rcf32b059bb1ba431@mail.gmail.com>

Ahah!!!

Mas eu sugiro fortemente que não se instalem os pacotes de gerencia de
hardware da Dell !!

Existe uma ferramenta gratuita, que lamentavelmente roda somente em
windows, que é o console.

Para utilizar a gerencia centralizada o requisito é configurar um IP
adicional na BIOS, e fazer a monitoração de forma remota, a .

Inclusive com a opção de poweron/poweroff via IPMI...


A um exemplo... rodando remotamente, listando os logs de erro:

    ipmitool -o intelplus -H host_address -U username -P password sel elist


A HP oferece sua versão, também gratuitamente, mas roda em Windows/Linux...

  Dell--

A versão Dell, pode gerenciar diskarray (gerenciados via rede),
servidores e consoles IP...

Sem consumo de CPU adicional !!


Sds,
Marco Antonio

2008/5/12 Solli Honorio <shonorio em gmail.com>:
>
>
> 2008/5/11 Luis Motta Campos <luismottacampos em yahoo.co.uk>:
>
> >
> > Daniel Ruoso wrote:
> > > Sáb, 2008-05-10 às 09:37 +0200, Luis Motta Campos escreveu:
> > >> 64 bit - o Debian até onde eu sei ainda não oferece um porte para 64
> bits.
> > >
> > > Intel ou AMD? http://www.us.debian.org/ports/ia64/ ou
> > > http://www.us.debian.org/ports/amd64/ ?
> > >
> > > O Debian é, até onde eu sei, a distribuição com mais ports
> > > disponíveis...
> >
> > Poisé, eu também argumentei isso quando eu cheguei. Mas a decisão não
> > era minha, e os caras já haviam publicado as novas regras... Não havia o
> > que fazer.
> >
> > Lá se usa muita máquina Dell, especialmente a série Power Edge (todos os
> > servidores).
>
> Mas aí eu concordo com os administradores da tua rede, eu inclusive tomaria
> a mesma decisão (ou o open-suse). Pois a compatibilidade binária do CentOS
> permite instalar todos os softwares de gerenciamento do Dell e os drivers de
> maneira simples e transparente, coisa possível mas muito trabalhosa no
> Debian. Eu dúvido que a empresa em que você está trabalhando tenha uma
> equipe de sysadmin sobrando para converter e testar todos os pacotes e
> drivers da Dell.
>
> Por este motivo não vejo o dia que a Dell irá suportar o Ubuntu
> definitivamente, aí o mundo dos Debians estarão mais tranquilos :) !
>
> Abraços,
>
> Solli M. Honório
>
>
>
> >
> >
> >
> > Putamplexos!
> > --
> > Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
> > Perl fanatic evangelist, and amateur {cook, photographer}
> > _______________________________________________
> >
> >
> >
> > Cascavel-pm mailing list
> > Cascavel-pm em pm.org
> > http://mail.pm.org/mailman/listinfo/cascavel-pm
> >
>
>
>
>
> --
> "o animal satisfeito dorme". - Guimarães Rosa
> _______________________________________________
>  Cascavel-pm mailing list
>  Cascavel-pm em pm.org
>  http://mail.pm.org/mailman/listinfo/cascavel-pm
>

From rodzadra em yahoo.com  Tue May 13 08:35:24 2008
From: rodzadra em yahoo.com (Rod Za)
Date: Tue, 13 May 2008 08:35:24 -0700 (PDT)
Subject: [Cascavel-pm]
 =?iso-8859-1?q?=5BOT=5D_CentOS=2C_eu_tamb=E9m_recom?=
 =?iso-8859-1?q?endo_!!!?=
Message-ID: <259130.50905.qm@web55906.mail.re3.yahoo.com>

Solli,

Não dá para utilizar OpenSUSE, Fedora e outros projetos similares em produção. Estas distribuições só servem de plataforma de testes para as distribuições "Enterprise" das respectivas empresas coordenadoras dos projetos.

Gostaria de indicar a distribuição Rocks Cluster (http://www.rocksclusters.org/) que também é baseada em RHEL/CentOS 5. Apesar desta distribuição ser basicamente direcionada a montar um cluster, do tipo beowulf, ela pode ser adaptada a vontade - principalmente para instalação com o kickstart/pxe.

Para quem trabalha com clusters e, principalmente, tem um parque computacional homogenio dá para montar um cluster em um dia! Sem nenhum esforço, além de bootar as máquinas e configurar seus BIOS para boot via PXE.

um abraço,

Rodrigo Z. Armond.



----- Original Message ----
From: Solli Honorio <shonorio em gmail.com>
To: Cascavel Perl Mongers <cascavel-pm em pm.org>
Sent: Monday, May 12, 2008 9:22:44 AM
Subject: Re: [Cascavel-pm] [OT] CentOS, eu também recomendo !!!


Mas aí eu concordo com os administradores da tua rede, eu inclusive tomaria a mesma decisão (ou o open-suse). Pois a compatibilidade binária do CentOS permite instalar todos os softwares de gerenciamento do Dell e os drivers de maneira simples e transparente, coisa possível mas muito trabalhosa no Debian. Eu dúvido que a empresa em que você está trabalhando tenha uma equipe de sysadmin sobrando para converter e testar todos os pacotes e drivers da Dell.

Por este motivo não vejo o dia que a Dell irá suportar o Ubuntu definitivamente, aí o mundo dos Debians estarão mais tranquilos :) !

Abraços,

Solli M. Honório


      
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/cascavel-pm/attachments/20080513/aba08749/attachment.html 

From payback em oi.com.br  Tue May 13 12:50:05 2008
From: payback em oi.com.br (kleber)
Date: Tue, 13 May 2008 16:50:05 -0300
Subject: [Cascavel-pm] Controle de processo em perl
Message-ID: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>

Caro Sr(s) ,

Estou precisando executar um script em perl e garantir que sua re-execução 
só se realize após o encerramento da rotina em andamento ou seja a rotina 
pode ser acionada pôr vários usuários porém deve ser executada de forma 
individual ou única.

Alguém sabe coma fazer isto ?????????????

Agradeço a atenção dispensada ,

kleber 


From fernandocorrea em gmail.com  Tue May 13 13:14:56 2008
From: fernandocorrea em gmail.com (Fernando Oliveira)
Date: Tue, 13 May 2008 17:14:56 -0300
Subject: [Cascavel-pm] Controle de processo em perl
In-Reply-To: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>
References: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>
Message-ID: <f40026c0805131314q6ea0df9bkc7656ba0b418c38c@mail.gmail.com>

para saber se um processo está rodando:

kill 0 => $pid;

2008/5/13 kleber <payback em oi.com.br>:

> Caro Sr(s) ,
>
> Estou precisando executar um script em perl e garantir que sua re-execução
> só se realize após o encerramento da rotina em andamento ou seja a rotina
> pode ser acionada pôr vários usuários porém deve ser executada de forma
> individual ou única.
>
> Alguém sabe coma fazer isto ?????????????
>
> Agradeço a atenção dispensada ,
>
> kleber
>
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>



-- 
Just another Perl Hacker,
Fernando (SmokeMachine)
http://perl-e.org
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/cascavel-pm/attachments/20080513/b4367c15/attachment.html 

From paulo em odos.com.br  Tue May 13 13:44:31 2008
From: paulo em odos.com.br (Paulo)
Date: Tue, 13 May 2008 17:44:31 -0300
Subject: [Cascavel-pm] Controle de processo em perl
In-Reply-To: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>
References: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>
Message-ID: <4829FDAF.8080807@odos.com.br>

kleber escreveu:
> Caro Sr(s) ,
>
> Estou precisando executar um script em perl e garantir que sua re-execução 
> só se realize após o encerramento da rotina em andamento ou seja a rotina 
> pode ser acionada pôr vários usuários porém deve ser executada de forma 
> individual ou única.
>
> Alguém sabe coma fazer isto ?????????????
>
> Agradeço a atenção dispensada ,
>
> kleber 
>
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>
>
>
>   
Prezado Kleber uma maneira simples é utilizar o bloqueio consultivo de 
arquivos.
O arquivo ".lock" fica vazio e é utilizado apenas para ser bloqueado.
Funciona bem.

Obs: Não testei o código abaixo.

#!/usr/bin/perl -wT

use strict;
use warnings;
use Fcntl qw/:DEFAULT :flock/;
open(my $lock, ">", '.lock') or die;
flock($lock, LOCK_EX) or die;
#
# SEU CODIGO AQUI
#
close $lock or die;



From luismottacampos em yahoo.co.uk  Tue May 13 13:56:07 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Tue, 13 May 2008 22:56:07 +0200
Subject: [Cascavel-pm] Controle de processo em perl
In-Reply-To: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>
References: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>
Message-ID: <482A0067.7040202@yahoo.co.uk>

kleber wrote:
> Estou precisando executar um script em perl e garantir que sua
> re-execução só se realize após o encerramento da rotina em andamento
> ou seja a rotina pode ser acionada pôr vários usuários porém deve ser
> executada de forma individual ou única.
> 
> Alguém sabe coma fazer isto ?????????????

Eu sei como garantir execução individual;

Também sei como garantir execução única;

O meu problema é que eu sempre achei que os dois conceitos fossem 
incompatíveis: se todo mundo pode executar uma instância, não tem como 
garantir que tem apenas uma instância rodando, e vice-versa.

Agora, o bom mesmo é garantir que todas as execuções possam acontecer 
simultâneamente, sem que elas se afetem umas às outras: prefira 
paralelismo à exclusão mútua.

Normalmente, quando requisitos como este aparecem, a primeira pergunta 
que eu faço é: o que você está tentando fazer, e por que você acredita 
que deve garantir exclusão mútua dos processos? Normalmente, a exclusão 
não é necessária, ela é sim um erro de projeto no seu sistema.

Aguardo mais informações sobre o problema, por favor.

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

From mopsfelder em gmail.com  Tue May 13 16:52:14 2008
From: mopsfelder em gmail.com (=?ISO-8859-1?Q?Murilo_Opsfelder_Ara=FAjo?=)
Date: Tue, 13 May 2008 20:52:14 -0300
Subject: [Cascavel-pm] Controle de processo em perl
In-Reply-To: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>
References: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>
Message-ID: <e17dc37a0805131652v73407dc1nfad21051e50eb7e5@mail.gmail.com>

Em 13/05/08, kleber<payback em oi.com.br> escreveu:
> Caro Sr(s) ,
>
> Estou precisando executar um script em perl e garantir que sua re-execução
> só se realize após o encerramento da rotina em andamento ou seja a rotina
> pode ser acionada pôr vários usuários porém deve ser executada de forma
> individual ou única.
>
> Alguém sabe coma fazer isto ?????????????
>
> Agradeço a atenção dispensada ,
>
> kleber

O modulo Proc::PID::File nao te serve?
http://search.cpan.org/~ecalder/Proc-PID-File-1.24/File.pm

-- 
Murilo Opsfelder Araújo
sysadmin and perl programmer
sed -e 's/mistakes/experiences/g' mylife
{Free,Open}BSD researcher

From fernandolouis em terra.com.br  Wed May 14 04:27:53 2008
From: fernandolouis em terra.com.br (fernandolouis em terra.com.br)
Date: Wed, 14 May 2008 08:27:53 -0300
Subject: [Cascavel-pm] =?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
References: <000a01c8a54b$1a196020$0301a8c0@rede.local><20080423142853.371C23D81F4@maresia.onda.com.br><3de55ead0804230734l1d080455u2808a8be5e2384b@mail.gmail.com><003d01c8b258$4c28fd40$0301a8c0@rede.local><3de55ead0805092156t6c307a5flcb2f8476e5b547bb@mail.gmail.com><002301c8b2e7$bbe9a460$490236bd@vivax.com.br><1210536940.9452.21.camel@pitombeira><9a08c9b40805111824y652511a8p22748c4c3ee74204@mail.gmail.com>
	<4827ED78.4060106@yahoo.co.uk>
Message-ID: <003401c8b5b5$8cc1ac70$1901a8c0@rede.local>

Não consigo puxar o $ENV{'HTTP_REFERER'} de um site que utiliza o protocolo 
"https" em todos os seus links.

Preciso dessa informação pelo seguinte:

uma determinada área de um site, o cliente não quer que ninguém consiga 
fazer link para ela, a não ser as urls autorizadas.
Então tem um banco de dados, onde todas as urls cadastradas, fazem link para 
essa área do site e entra normalmente, do contrário, se não foi cadastrada 
uma url qualquer e tiver fazendo link, a mesma não conseguirá acesso.

Porém há um site que está autorizado linkar com essa área do site do 
cliente, mas eles utilizam o protocolo "https" então não consigo saber a 
origem de onde veio o clique, através do $ENV{'HTTP_REFERER'}, então dá 
erro, e esse site não consegue linkar.

Como resolver isso? Há um maneira de eu conseguir o HTTP_REFERER em sites 
que utilizam o "https"?

[]s,
Fernando 


From payback em oi.com.br  Wed May 14 05:55:09 2008
From: payback em oi.com.br (kleber)
Date: Wed, 14 May 2008 09:55:09 -0300
Subject: [Cascavel-pm] Controle de processo em perl
References: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>
	<482A0067.7040202@yahoo.co.uk>
Message-ID: <D4DDDD9425AD465D9F5DA267D6D2DA4B@intranet.local>

Ok Mota , Agradeço sua atenção.
Vou tentar descrever meu problema.

Eu estou escrevendo um sistema e estou trabalhando com 3 linguagens:
              Cobol , javascript , perl.

Basicamente estas linguagens atuam da seguinte maneira :

Javascript - Realiza validação dos dados ( formulário ) na máquina do 
cliente.

Perl - Recebe os dados do formulário do cliente , grava em um arquivo texto
         para entrada de dados no cobol , executa um programa cobol através 
do
        comando system e envia a resposta ao cliente.

Cobol - Lê arquivo de entrada de dados , realiza manutenção na base de dados
            e gera um arquivo html sobre o status do processamento.
            A resposta enviada pelo perl ao cliente está neste arquivo html.

Ao realizar alguns testes com uso concorrente ( duas ou mais pessoas 
acessando a
mesma rotina perl ) , verifiquei que o arquivo html gerado pelo cobol  do
usuário A estava sendo direcionado para usuário B.
Resolvi este problema criando um arquivo nulo e testando sua existência
para execução de um processo perl.
Entretanto , tenho consciência de que não é a melhor solução pois , caso
exista algum problema na rotina perl e o arquivo de controle ou nulo não é 
eliminado , todas as solicitações vão ficar dependuradas.

Pesquisando este assunto , verifiquei a possibilidade de utilizar a
alternativa de controle de processo ( função waitpid ou outro processo ).
O objetivo é executar uma rotina em perl sem uso concorrente ou seja ,
enquanto ela estiver sendo executada , todas as solicitações de execução
desta rotina devem aguardar.

Vou dar um exemplo prático deste problema :

O sistema que estou escrevendo realiza autenticação do usuário.
Ou seja , o usuário informa de seu código de acesso e senha , envia os dados
ao perl que grava em um arquivo texto para passagem ao cobol.
O cobol verifica se os dados estão corretos e grava arquivo de autorização
de acesso ( html ) que contém informações tais como : quais sistemas o
usuário pode acessar , qual o nível de autorização deste usuário ( acessa
todas as funções ou módulos do sistema ) , qual o status do usuário (
privilegiado , normal , etc ).
Este arquivo de autorização de acesso pertence ao usuário A e não pode
ser direcionado para o usuário B.

Por isso preciso garantir que , enquanto um processo perl  esteja sendo
executado , todos os demais precisam aguardar sua conclusão.

Espero ter descrito com mais clareza minha necessidade.

Um abraço ,

kleber

Nota - Minha capacidade de programação em perl é modesta. Estou me 
orientando pelo livro PERL COMO PROGRAMAR - DEITEL.





----- Original Message ----- 
From: "Luis Motta Campos" <luismottacampos em yahoo.co.uk>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Tuesday, May 13, 2008 5:56 PM
Subject: Re: [Cascavel-pm] Controle de processo em perl


kleber wrote:
> Estou precisando executar um script em perl e garantir que sua
> re-execução só se realize após o encerramento da rotina em andamento
> ou seja a rotina pode ser acionada pôr vários usuários porém deve ser
> executada de forma individual ou única.
>
> Alguém sabe coma fazer isto ?????????????

Eu sei como garantir execução individual;

Também sei como garantir execução única;

O meu problema é que eu sempre achei que os dois conceitos fossem
incompatíveis: se todo mundo pode executar uma instância, não tem como
garantir que tem apenas uma instância rodando, e vice-versa.

Agora, o bom mesmo é garantir que todas as execuções possam acontecer
simultâneamente, sem que elas se afetem umas às outras: prefira
paralelismo à exclusão mútua.

Normalmente, quando requisitos como este aparecem, a primeira pergunta
que eu faço é: o que você está tentando fazer, e por que você acredita
que deve garantir exclusão mútua dos processos? Normalmente, a exclusão
não é necessária, ela é sim um erro de projeto no seu sistema.

Aguardo mais informações sobre o problema, por favor.

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}
_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm



From fglock em gmail.com  Wed May 14 06:36:52 2008
From: fglock em gmail.com (Flavio S. Glock)
Date: Wed, 14 May 2008 15:36:52 +0200
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <003401c8b5b5$8cc1ac70$1901a8c0@rede.local>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<20080423142853.371C23D81F4@maresia.onda.com.br>
	<3de55ead0804230734l1d080455u2808a8be5e2384b@mail.gmail.com>
	<003d01c8b258$4c28fd40$0301a8c0@rede.local>
	<3de55ead0805092156t6c307a5flcb2f8476e5b547bb@mail.gmail.com>
	<002301c8b2e7$bbe9a460$490236bd@vivax.com.br>
	<1210536940.9452.21.camel@pitombeira>
	<9a08c9b40805111824y652511a8p22748c4c3ee74204@mail.gmail.com>
	<4827ED78.4060106@yahoo.co.uk>
	<003401c8b5b5$8cc1ac70$1901a8c0@rede.local>
Message-ID: <aa47605d0805140636k2a424624v21058fec98df9722@mail.gmail.com>

2008/5/14  <fernandolouis em terra.com.br>:
> Como resolver isso? Há um maneira de eu conseguir o HTTP_REFERER em sites
> que utilizam o "https"?

O valor do referrer é enviado pelo browser, e pode ser "inventado".
Por isso não é seguro - então não é normalmente enviado durante uma
requisição https.

From gabriel.vieira em gmail.com  Wed May 14 08:20:04 2008
From: gabriel.vieira em gmail.com (Gabriel Vieira)
Date: Wed, 14 May 2008 12:20:04 -0300
Subject: [Cascavel-pm] Controle de processo em perl
In-Reply-To: <D4DDDD9425AD465D9F5DA267D6D2DA4B@intranet.local>
References: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>
	<482A0067.7040202@yahoo.co.uk>
	<D4DDDD9425AD465D9F5DA267D6D2DA4B@intranet.local>
Message-ID: <83d8367f0805140820m6894ea59y5cb266d27828cfd0@mail.gmail.com>

Bom,

não há a mínima necessidade de processos em série, aliás, apenas
desvantagens, uma vez que todo o processo ficará lento e dependente.
Utilize sessão. Dessa forma você especificaria qual o conteúdo de qual usuário.

Ex.: Usuário A recebe a sessão de valor 1, logo o Perl (após validação
do JavaScript e do próprio Perl) envia um arquivo 1.txt ao Cobol para
processamento, que em seguida retorna a página 1.html para que o Perl
exiba ao cliente.

Essa é uma forma simples e que evita conflitos. E pode ser aprimorada.

Abraços,

2008/5/14 kleber <payback em oi.com.br>:
> Ok Mota , Agradeço sua atenção.
>  Vou tentar descrever meu problema.
>
>  Eu estou escrevendo um sistema e estou trabalhando com 3 linguagens:
>               Cobol , javascript , perl.
>
>  Basicamente estas linguagens atuam da seguinte maneira :
>
>  Javascript - Realiza validação dos dados ( formulário ) na máquina do
>  cliente.
>
>  Perl - Recebe os dados do formulário do cliente , grava em um arquivo texto
>          para entrada de dados no cobol , executa um programa cobol através
>  do
>         comando system e envia a resposta ao cliente.
>
>  Cobol - Lê arquivo de entrada de dados , realiza manutenção na base de dados
>             e gera um arquivo html sobre o status do processamento.
>             A resposta enviada pelo perl ao cliente está neste arquivo html.
>
>  Ao realizar alguns testes com uso concorrente ( duas ou mais pessoas
>  acessando a
>  mesma rotina perl ) , verifiquei que o arquivo html gerado pelo cobol  do
>  usuário A estava sendo direcionado para usuário B.
>  Resolvi este problema criando um arquivo nulo e testando sua existência
>  para execução de um processo perl.
>  Entretanto , tenho consciência de que não é a melhor solução pois , caso
>  exista algum problema na rotina perl e o arquivo de controle ou nulo não é
>  eliminado , todas as solicitações vão ficar dependuradas.
>
>  Pesquisando este assunto , verifiquei a possibilidade de utilizar a
>  alternativa de controle de processo ( função waitpid ou outro processo ).
>  O objetivo é executar uma rotina em perl sem uso concorrente ou seja ,
>  enquanto ela estiver sendo executada , todas as solicitações de execução
>  desta rotina devem aguardar.
>
>  Vou dar um exemplo prático deste problema :
>
>  O sistema que estou escrevendo realiza autenticação do usuário.
>  Ou seja , o usuário informa de seu código de acesso e senha , envia os dados
>  ao perl que grava em um arquivo texto para passagem ao cobol.
>  O cobol verifica se os dados estão corretos e grava arquivo de autorização
>  de acesso ( html ) que contém informações tais como : quais sistemas o
>  usuário pode acessar , qual o nível de autorização deste usuário ( acessa
>  todas as funções ou módulos do sistema ) , qual o status do usuário (
>  privilegiado , normal , etc ).
>  Este arquivo de autorização de acesso pertence ao usuário A e não pode
>  ser direcionado para o usuário B.
>
>  Por isso preciso garantir que , enquanto um processo perl  esteja sendo
>  executado , todos os demais precisam aguardar sua conclusão.
>
>  Espero ter descrito com mais clareza minha necessidade.
>
>  Um abraço ,
>
>  kleber
>
>  Nota - Minha capacidade de programação em perl é modesta. Estou me
>  orientando pelo livro PERL COMO PROGRAMAR - DEITEL.
>
>
>
>
>
>  ----- Original Message -----
>  From: "Luis Motta Campos" <luismottacampos em yahoo.co.uk>
>  To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
>  Sent: Tuesday, May 13, 2008 5:56 PM
>  Subject: Re: [Cascavel-pm] Controle de processo em perl
>
>
>  kleber wrote:
>  > Estou precisando executar um script em perl e garantir que sua
>  > re-execução só se realize após o encerramento da rotina em andamento
>  > ou seja a rotina pode ser acionada pôr vários usuários porém deve ser
>  > executada de forma individual ou única.
>  >
>  > Alguém sabe coma fazer isto ?????????????
>
>  Eu sei como garantir execução individual;
>
>  Também sei como garantir execução única;
>
>  O meu problema é que eu sempre achei que os dois conceitos fossem
>  incompatíveis: se todo mundo pode executar uma instância, não tem como
>  garantir que tem apenas uma instância rodando, e vice-versa.
>
>  Agora, o bom mesmo é garantir que todas as execuções possam acontecer
>  simultâneamente, sem que elas se afetem umas às outras: prefira
>  paralelismo à exclusão mútua.
>
>  Normalmente, quando requisitos como este aparecem, a primeira pergunta
>  que eu faço é: o que você está tentando fazer, e por que você acredita
>  que deve garantir exclusão mútua dos processos? Normalmente, a exclusão
>  não é necessária, ela é sim um erro de projeto no seu sistema.
>
>  Aguardo mais informações sobre o problema, por favor.
>
>  Putamplexos!
>  --
>  Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
>  Perl fanatic evangelist, and amateur {cook, photographer}
>  _______________________________________________
>  Cascavel-pm mailing list
>  Cascavel-pm em pm.org
>  http://mail.pm.org/mailman/listinfo/cascavel-pm
>
>
>  _______________________________________________
>  Cascavel-pm mailing list
>  Cascavel-pm em pm.org
>  http://mail.pm.org/mailman/listinfo/cascavel-pm
>



-- 
Gabriel Vieira

From luismottacampos em yahoo.co.uk  Wed May 14 09:51:19 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Wed, 14 May 2008 18:51:19 +0200
Subject: [Cascavel-pm] Controle de processo em perl
In-Reply-To: <D4DDDD9425AD465D9F5DA267D6D2DA4B@intranet.local>
References: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>	<482A0067.7040202@yahoo.co.uk>
	<D4DDDD9425AD465D9F5DA267D6D2DA4B@intranet.local>
Message-ID: <482B1887.4060703@yahoo.co.uk>

kleber wrote:
> Ok Mota , Agradeço sua atenção.

"Motta", por favor. Mas não precisa ser tão formal. O pessoal aqui me
chama "champs" ou "Luis".

> Vou tentar descrever meu problema.

OK, boa tentativa. :) Isso vai precisar de mais um ou dois emails, mas
eu tenho certeza de que, trabalhando juntos, a gente pode resolver depressa.

O que eu entendi do seu problema até agora:

1. Você está usando Perl como uma "linguagem de cola", para conectar um
programa na "baixa plataforma" com um sistema cobol (na "alta plataforma").

2. O sistema cobol conhece credenciais de usuários, permissões de acesso
a sistemas e autorizações de acesso para cada um destes sistemas. Você
não nomeou nenhum dos sistemas, mas é fácil presumir que você está
oferecendo uma "interface web" para os sistemas que existem no Cobol.

3. A forma como o sistema cobol funciona requer que você gere um arquivo
e o passe como parametro na chamada de system() que executa para chamar
o Cobol; O sistema Perl precisa gerar arquivos diferentes para cada
invocação do sistema, ou o cobol "troca" as permissões de acesso dos
usuários que você está consultando na "alta plataforma".

4. Depois que o Cobol termina de executar, ele gera um arquivo HTML
sobre o "status do processamento".

Por favor me confirme que isso que eu entendi é o que você falou.

Agora, as minhas perguntas e observações:

A. Eu gostaria de saber se o programa cobol pode ser invocado para ler
da entrada padrão (STDIN) e escrever na saída padrão (STDOUT). Isso é
possível? Assim, a gente pode fazer o Perl não precisar gerar arquivos,
mais.

B. Eu gostaria que você me explicasse qual é o conteúdo do HTML gerado
pelo Cobol, e o que você faz com ele - não precisa detalhe, eu quero
apenas entender o mecanismo e ter uma idéia sobre os dados que você
espera de volta.

C. Você deve saber (por que eu já estou careca de dizer) que Javascript
não é feito para validar dados de sistemas sérios (assim como todas as
outras tecnologias que rodam no cliente): um cliente "esperto" pode
"burlar" o Javascript e você vai receber lixo.

Javascript pode ajudar a entrada de dados (mudando campos para o
usuário, ou verificando coisa simples, como se algum campo obrigatório
está vazio), mas nunca deve ser usado como ferramenta de validação de
dados de entrada. Eu recomendo que você escreva a tua validação de dados
de entrada em Perl, usando o módulo Params::Validate:

http://search.cpan.org/~drolsky/Params-Validate-0.91/lib/Params/Validate.pm

D. Para resolver o teu problema de criar arquivos com nomes iguais ou
parecidos, eu recomendo que você use o File::Temp:

http://search.cpan.org/~tjenness/File-Temp-0.20/Temp.pm

E escreva alguma coisa assim:

#!perl
use strict;
use warnings;
use File::Temp ();
use IO::Handle;

sub grava_arquivo_entrada_cobol {
   my @dados = @_;
   my $tmp = File::Temp->new;
   $tmp->print( q{ Imprima seus dados com } );
   $tmp->print( q{ $tmp->print() até ter tudo } );
   $tmp->print( q{ o que você precisa no arquivo temporário. } );
   $tmp->flush; # garante que os dados estão gravados no arquivo
   return $tmp;
}

# Para obter o nome do arquivo:

my @dados = valida_dados( coleta_dados_do_formulario() );
my $arquivo = grava_arquivo_entrada_cobol( @dados );
my $nome_arquivo = $arquivo->filename;
# ...

E. Eu observei que você está usando o pior de todos os métodos de chamar
um programa externo, o system(). E você não deve estar verificando erros
de maneira apropriada - system é complexo, e é sempre muito difícil
verificar se uma chamada aconteceu com sucesso ou falha.

Eu posso sugerir algumas alternativas, e dar o método correto "de
bandeja" para você chamar system() sem susto:

E.1. (Alternativa) open() para chamar processos:

Se o teu processo externo aceita receber dados via entrada padrão
(STDIN) e tem uma opção para garantir que os dados que ele produzir (no
seu caso, o HTML) vão ser enviados para a saída padrão (STDOUT), então
você pode usar open() para abrir processos, com a vantagem de que o
open() vai tratar da comunicação. Isso quer dizer que você não precisa
mais criar arquivos, nem usar o esqueminha de arquivos temporários que
eu te indiquei em (D).

Isso depende do que você me responder em (A), e (B). Assim, eu vou
deixar os detalhes para mais tarde.

E.2. Chamada de System com verificação de erros, conforme descrita na
documentação da função system() (o comando "perldoc -f system",
executado a partir do seu shell te traz a documentação nos sistemas
operacionais que eu uso).

   sub chama_cobol {
     my ( $arquivo_entrada, $arquivo_saída ) = @_;
     # mude este array para ficar com a cara
     # e o jeito do comando que você quer.
     my @comando = 'cobol', 'programa.cobol',
         $arquivo_entrada, $arquivo_$saida;

     # executa o comando cobol
     system( @comando ) == 0
         or die qq{Merda na execução do comando "@comando": $?};

     # Confere se tudo correu bem:
     if( $? == -1 ){
         die qq{Falha na execução: $!.};
     }elsif( $? & 127 ) {
         die sprintf q{Processo filho morreu com sinal %d, %s coredump.},
             ($? & 127),  ($? & 128) ? 'com' : 'sem';
     }else{
         die sprintf q{Processo saiu com resultado %d.}, $? >> 8;
     }

     return 1; # sucesso!
   }

> Espero ter descrito com mais clareza minha necessidade.

Como você pode ver, valeu à pena escrever ;)

> Nota - Minha capacidade de programação em perl é modesta. Estou me
orientando pelo livro PERL COMO PROGRAMAR - DEITEL.

Você escolheu o pior de todos os livros, do pior de todos os autores. O
pessoal da lista vai te indicar outros livros, em portugues. O que eu
posso te recomendar é que você persista em aprender mais, mas estude
inglês, e recorra à (farta, bem-feita) documentação existente nesta língua.

Ainda não está completo, mas eu estou quase enxergando a solução
perfeita do seu problema aqui ;) espero que isso te ajude.

Ah! Você me deve uma cerveja ;^) - por favor aparece no encontro social
dos São Paulo Perl Mongers, neste sábado, se você estiver nas
proximidades. Eu vou gostar de te encontrar em pessoa.

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}


From payback em oi.com.br  Wed May 14 12:00:38 2008
From: payback em oi.com.br (kleber)
Date: Wed, 14 May 2008 16:00:38 -0300
Subject: [Cascavel-pm] Controle de processo em perl
References: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>	<482A0067.7040202@yahoo.co.uk><D4DDDD9425AD465D9F5DA267D6D2DA4B@intranet.local>
	<482B1887.4060703@yahoo.co.uk>
Message-ID: <017CDE42B1224CDE980B14E00434DD29@intranet.local>

OK Luis .............. mais uma vez agradeço sua atenção.

Você entendeu corretamente.
O perl faz a interface entre o cliente e o aplicativo cobol.
Sobre suas indagações informo-lhe que :
- Toda crítica realizada pelo javascript é também realizada no servidor ( 
cobol )
   portanto existe redundância na função de validação de dados.
- Não sei se o cobol lê e grava na entrada padrão do sistema ( vou pesquisar 
este
   assunto ) entretanto já escrevi mais de 100 scripts em perl e gostaria de 
preservá-lo
   na medida do possível )
   Nesta oportunidade cabe salientar que o ambiente sistêmico é 
multi-usuário porém
   a execução é mono-tarefa ( existem mais de 100 rotinas que podem ser 
executada
   simultaneamente porém cada rotina deve ser executada uma de cada vez ).
   Para cada programa cobol existe um script perl que captura os dados 
fornecidos pelo
   usuário para processamento pelo cobol.
   Os dados capturados são gravados em um diretório específico e único no 
qual o
   programa cobol o processará. ( pôr exemplo , o usuário ao cadastrar um
   departamento , acionará uma rotina perl que reside em 
c:/payback/tabelas/depto ,
   que captura os dados fornecidos pelo usuário no formulário , grava o 
arquivo de
   dados no diretório c:/payback/tabelas/depto , executa o programa cobol 
que dá
   manutenção nesta base de dados e gera um arquivo html para enviar ao 
usuário o
  status do processamento.
- A título de exemplificação estou enviando-lhe em anexo dois arquivos :
  1) index.plx - Este scritp perl é o primeiro a ser executado pelo sistema 
( autentica o
                       usuário ) e sua  codificação está mais ou menos 
padrão com as demais
                       rotinas perl do sistema.
                       Nota - como disse possuo pouca experiência em perl
  2) idxrauto.js - Estando o usuário autorizado , o cobol gera este arquivo 
de
                         autorização que será  encaminhado , pela rotina 
perl , ao solicitante.

Nota - Todas as rotinas que escevi em perl estão funcionando corretamente e 
não
           apresentam problemas.
           O meu temor esta na forma como individualizei a execução das 
rotinas em perl
           ( ver script em anexo index.plx ) .
           Me parece uma solução frágil ??????????????????

Um grande abraço , kleber



----- Original Message ----- 
From: "Luis Motta Campos" <luismottacampos em yahoo.co.uk>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Wednesday, May 14, 2008 1:51 PM
Subject: Re: [Cascavel-pm] Controle de processo em perl


kleber wrote:
> Ok Mota , Agradeço sua atenção.

"Motta", por favor. Mas não precisa ser tão formal. O pessoal aqui me
chama "champs" ou "Luis".

> Vou tentar descrever meu problema.

OK, boa tentativa. :) Isso vai precisar de mais um ou dois emails, mas
eu tenho certeza de que, trabalhando juntos, a gente pode resolver depressa.

O que eu entendi do seu problema até agora:

1. Você está usando Perl como uma "linguagem de cola", para conectar um
programa na "baixa plataforma" com um sistema cobol (na "alta plataforma").

2. O sistema cobol conhece credenciais de usuários, permissões de acesso
a sistemas e autorizações de acesso para cada um destes sistemas. Você
não nomeou nenhum dos sistemas, mas é fácil presumir que você está
oferecendo uma "interface web" para os sistemas que existem no Cobol.

3. A forma como o sistema cobol funciona requer que você gere um arquivo
e o passe como parametro na chamada de system() que executa para chamar
o Cobol; O sistema Perl precisa gerar arquivos diferentes para cada
invocação do sistema, ou o cobol "troca" as permissões de acesso dos
usuários que você está consultando na "alta plataforma".

4. Depois que o Cobol termina de executar, ele gera um arquivo HTML
sobre o "status do processamento".

Por favor me confirme que isso que eu entendi é o que você falou.

Agora, as minhas perguntas e observações:

A. Eu gostaria de saber se o programa cobol pode ser invocado para ler
da entrada padrão (STDIN) e escrever na saída padrão (STDOUT). Isso é
possível? Assim, a gente pode fazer o Perl não precisar gerar arquivos,
mais.

B. Eu gostaria que você me explicasse qual é o conteúdo do HTML gerado
pelo Cobol, e o que você faz com ele - não precisa detalhe, eu quero
apenas entender o mecanismo e ter uma idéia sobre os dados que você
espera de volta.

C. Você deve saber (por que eu já estou careca de dizer) que Javascript
não é feito para validar dados de sistemas sérios (assim como todas as
outras tecnologias que rodam no cliente): um cliente "esperto" pode
"burlar" o Javascript e você vai receber lixo.

Javascript pode ajudar a entrada de dados (mudando campos para o
usuário, ou verificando coisa simples, como se algum campo obrigatório
está vazio), mas nunca deve ser usado como ferramenta de validação de
dados de entrada. Eu recomendo que você escreva a tua validação de dados
de entrada em Perl, usando o módulo Params::Validate:

http://search.cpan.org/~drolsky/Params-Validate-0.91/lib/Params/Validate.pm

D. Para resolver o teu problema de criar arquivos com nomes iguais ou
parecidos, eu recomendo que você use o File::Temp:

http://search.cpan.org/~tjenness/File-Temp-0.20/Temp.pm

E escreva alguma coisa assim:

#!perl
use strict;
use warnings;
use File::Temp ();
use IO::Handle;

sub grava_arquivo_entrada_cobol {
   my @dados = @_;
   my $tmp = File::Temp->new;
   $tmp->print( q{ Imprima seus dados com } );
   $tmp->print( q{ $tmp->print() até ter tudo } );
   $tmp->print( q{ o que você precisa no arquivo temporário. } );
   $tmp->flush; # garante que os dados estão gravados no arquivo
   return $tmp;
}

# Para obter o nome do arquivo:

my @dados = valida_dados( coleta_dados_do_formulario() );
my $arquivo = grava_arquivo_entrada_cobol( @dados );
my $nome_arquivo = $arquivo->filename;
# ...

E. Eu observei que você está usando o pior de todos os métodos de chamar
um programa externo, o system(). E você não deve estar verificando erros
de maneira apropriada - system é complexo, e é sempre muito difícil
verificar se uma chamada aconteceu com sucesso ou falha.

Eu posso sugerir algumas alternativas, e dar o método correto "de
bandeja" para você chamar system() sem susto:

E.1. (Alternativa) open() para chamar processos:

Se o teu processo externo aceita receber dados via entrada padrão
(STDIN) e tem uma opção para garantir que os dados que ele produzir (no
seu caso, o HTML) vão ser enviados para a saída padrão (STDOUT), então
você pode usar open() para abrir processos, com a vantagem de que o
open() vai tratar da comunicação. Isso quer dizer que você não precisa
mais criar arquivos, nem usar o esqueminha de arquivos temporários que
eu te indiquei em (D).

Isso depende do que você me responder em (A), e (B). Assim, eu vou
deixar os detalhes para mais tarde.

E.2. Chamada de System com verificação de erros, conforme descrita na
documentação da função system() (o comando "perldoc -f system",
executado a partir do seu shell te traz a documentação nos sistemas
operacionais que eu uso).

   sub chama_cobol {
     my ( $arquivo_entrada, $arquivo_saída ) = @_;
     # mude este array para ficar com a cara
     # e o jeito do comando que você quer.
     my @comando = 'cobol', 'programa.cobol',
         $arquivo_entrada, $arquivo_$saida;

     # executa o comando cobol
     system( @comando ) == 0
         or die qq{Merda na execução do comando "@comando": $?};

     # Confere se tudo correu bem:
     if( $? == -1 ){
         die qq{Falha na execução: $!.};
     }elsif( $? & 127 ) {
         die sprintf q{Processo filho morreu com sinal %d, %s coredump.},
             ($? & 127),  ($? & 128) ? 'com' : 'sem';
     }else{
         die sprintf q{Processo saiu com resultado %d.}, $? >> 8;
     }

     return 1; # sucesso!
   }

> Espero ter descrito com mais clareza minha necessidade.

Como você pode ver, valeu à pena escrever ;)

> Nota - Minha capacidade de programação em perl é modesta. Estou me
orientando pelo livro PERL COMO PROGRAMAR - DEITEL.

Você escolheu o pior de todos os livros, do pior de todos os autores. O
pessoal da lista vai te indicar outros livros, em portugues. O que eu
posso te recomendar é que você persista em aprender mais, mas estude
inglês, e recorra à (farta, bem-feita) documentação existente nesta língua.

Ainda não está completo, mas eu estou quase enxergando a solução
perfeita do seu problema aqui ;) espero que isso te ajude.

Ah! Você me deve uma cerveja ;^) - por favor aparece no encontro social
dos São Paulo Perl Mongers, neste sábado, se você estiver nas
proximidades. Eu vou gostar de te encontrar em pessoa.

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm

-------------- Próxima Parte ----------
Um anexo não texto foi limpo...
Nome  : Index.plx
Tipo  : application/octet-stream
Tam   : 4753 bytes
Descr.: não disponível
Url   : http://mail.pm.org/pipermail/cascavel-pm/attachments/20080514/4e77cc2d/attachment.obj 
-------------- Próxima Parte ----------
Um anexo não texto foi limpo...
Nome  : IDXRAUTO.JS
Tipo  : application/octet-stream
Tam   : 6664 bytes
Descr.: não disponível
Url   : http://mail.pm.org/pipermail/cascavel-pm/attachments/20080514/4e77cc2d/attachment-0001.obj 

From luismottacampos em yahoo.co.uk  Wed May 14 13:12:11 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Wed, 14 May 2008 22:12:11 +0200
Subject: [Cascavel-pm] Controle de processo em perl
In-Reply-To: <017CDE42B1224CDE980B14E00434DD29@intranet.local>
References: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>	<482A0067.7040202@yahoo.co.uk><D4DDDD9425AD465D9F5DA267D6D2DA4B@intranet.local>	<482B1887.4060703@yahoo.co.uk>
	<017CDE42B1224CDE980B14E00434DD29@intranet.local>
Message-ID: <482B479B.4020906@yahoo.co.uk>

Caro e caríssimo Kleber

Estou escrevendo este parágrafo aqui em cima depois de ter escrito, 
reescrito e relido tudo duas vezes. Infelizmente, eu não tenho outra 
alternativa a não ser continuar sendo honesto e sincero com você.

Você não vai gostar muito do que você vai ler daqui para baixo. Eu 
recomendo a você que se acalme, tome uma chávena de chá, e leia sem 
emoções fortes.

Eu gostaria que você considerasse isso como uma grande oportunidade de 
dar uma virada na sua carreira e na forma como você pensa sistemas. Mas 
eu não posso obrigar você a fazer isso. Posso apenas aconselhar e 
esperar pelo melhor.

Por favor não leve à mal o que eu escrevi. Eu o fiz de boa vontade, com 
intenção legítima de ajudar, e gastando muito mais do meu tempo e da 
minha paciência do que eu normalmente faria - estão aí os meus amigos e 
conhecidos da lista que não me deixam mentir.

kleber wrote:
> OK Luis, mais uma vez agradeço sua atenção.

Sem problemas. É sempre um prazer poder ajudar.

> Você entendeu corretamente. O perl faz a interface entre o cliente e 
> o aplicativo cobol. Sobre suas indagações informo-lhe que : - Toda 
> crítica realizada pelo javascript é também realizada no servidor ( 
> cobol ) portanto existe redundância na função de validação de dados.

Isso quer dizer dois lugares diferentes para dar manutenção, e, como o
sistema não tem público muito grande, pode passar sem validação no JS.
Desculpe falar assim, mas eu considero isso erro de projeto.

> - Não sei se o cobol lê e grava na entrada padrão do sistema ( vou 
> pesquisar este assunto ) entretanto já escrevi mais de 100 scripts em
>  perl e gostaria de preservá-lo  na medida do possível )

Kleber, eu não quero deixar você chateado, mas, depois de olhar o teu
código, eu recomendo fortemente que você jogue tudo fora, compre o
"Algorítmos + Datos = Programa" do Niklaus Wirth, e comece novamente.

O código que você escreveu até agora é um pesadelo de manutenção, e vai
te dar trabalho desnecessário e muitas dores-de-cabeça num futuro muito
próximo.

Eu sou um engenheiro de software com 12 anos de experiência, e já
trabalhei em sistemas em 4 países diferentes. Por favor siga o meu
conselho, você apenas tem a ganhar.

> Nesta oportunidade cabe salientar que o ambiente sistêmico é 
> multi-usuário porém a execução é mono-tarefa ( existem mais de 100 
> rotinas que podem ser executada simultaneamente porém cada rotina 
> deve ser executada uma de cada vez ).

Kleber, novamente, eu não quero deixar você chateado, mas isso não
existe - teus usuários não vão gostar de saber que o sistema tem esta
restrição. Este tipo de aproximação morreu com os sistemas monousuários,
mais de 20 anos atrás.

> Para cada programa cobol existe um script perl que captura os dados 
> fornecidos pelo usuário para processamento pelo cobol.

Por favor não me leve à mal, Kleber. Eu realmente não quero chatear
você. Mas qualquer engenheiro de software desta lista vai confirmar para
você que a tua abordagem do problema é desestruturada, não facilita
reuso de código, vai pedir muita manutenção repetida em muitos pontos
diferentes do sistema e não é aconselhada para o tipo de problema que
você tem.

> Os dados capturados são gravados em um diretório específico e único 
> no qual o programa cobol o processará. ( pôr exemplo , o usuário ao 
> cadastrar um departamento , acionará uma rotina perl que reside em 
> c:/payback/tabelas/depto , que captura os dados fornecidos pelo 
> usuário no formulário , grava o arquivo de dados no diretório 
> c:/payback/tabelas/depto , executa o programa cobol que dá manutenção
>  nesta base de dados e gera um arquivo html para enviar ao usuário o
>  status do processamento.

Mais uma vez me desculpe. Esta é a pior arquitetura de sistemas que eu
vi este ano (já vi muita coisa feia, acredite). Eu recomendo a você que
reconsidere, jogue fora o que você escreveu até agora e que não entrou
em produção, e comece a desenhar o sistema novamente. Você precisa de
ajuda, meu amigo. Mas o teu sistema é relativamente simples de consertar.

> - A título de exemplificação estou enviando-lhe em anexo dois 
> arquivos : 1) index.plx - Este scritp perl é o primeiro a ser 
> executado pelo sistema ( autentica o usuário ) e sua  codificação 
> está mais ou menos padrão com as demais rotinas perl do sistema. Nota
>  - como disse possuo pouca experiência em perl

Kleber, eu insisto. Se todo o teu código está como estes programas, você
precisa de ajuda. Não continue construindo este sistema. Você tem muita 
sorte de conseguir fazer isso funcionar.

Eu estou impressionado, faz mais de 10 anos que eu não vejo alguém usar
programação com GOTOs e sem estruturação. Você é esforçado, mas está
faltando orientação e /know/-/how/.

Este sistema é absurdamente complicado, para o que ele se propõe a 
fazer; ele é ineficiente, inseguro, está incorretamente implementado e 
não segue os padrões mínimos de qualidade de um sistema de software 
implementado em Perl.

É impressionante até que você tenha conseguido implementar isso usando a 
linguagem - honestamente, eu não vejo coisas assim desde que eu parei de 
escrever BASIC, 11 anos atrás.

Por favor converse com o seu supervisor. Explique que você mostrou o seu 
sistema para um amigo que é engenheiro de software, e mostre os emails 
que a gente trocou. Ele vai ser compreensivo, pode acreditar.

Você é esforçado, tem muita capacidade. Mas precisa de um bom 
treinamento em técnicas modernas de programação e precisa aprender a 
usar Perl da maneira correta.

> 2) idxrauto.js - Estando o usuário autorizado , o cobol gera este
> arquivo de autorização que será encaminhado , pela rotina perl , ao
> solicitante.

Javascript para transportar autorização e autenticação de usuários no 
sistema é proibitivamente inseguro. Eu aconselho você fortemente a não 
usar esta solução. Ela é inerentemente insegura e muito, mas muito 
simples de ser burlada.

> Nota - Todas as rotinas que escevi em perl estão funcionando 
> corretamente e não apresentam problemas. O meu temor esta na forma 
> como individualizei a execução das rotinas em perl ( ver script em 
> anexo index.plx ) . Me parece uma solução frágil ??????????????????

Sim, Kleber. Eu lamento que seja eu a te dizer isso, mas a tua solução é 
imensamente frágil, em vários aspectos. É praticamente uma bomba-relógio 
esperando para desmantelar a tua vida e a tua carreira profissional.

Por favor, eu estou implorando, não permita que este sistema vá para 
produção. Ele precisa ser re-projetado e reescrito corretamente, antes 
de poder aparecer em público.

Desculpe pelas notícias ruins.
Eu estou à disposição para mais informações, se você estiver interessado.

Como a minha opinião apenas não é o bastante, eu recomendo a você que 
escute mais opiniões da lista. Tem muita gente muito melhor qualificada 
do que eu aqui.

Putamplexos.
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

From acid06 em gmail.com  Wed May 14 13:21:06 2008
From: acid06 em gmail.com (Nilson Santos Figueiredo Junior)
Date: Wed, 14 May 2008 17:21:06 -0300
Subject: [Cascavel-pm] Controle de processo em perl
In-Reply-To: <482B479B.4020906@yahoo.co.uk>
References: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>
	<482A0067.7040202@yahoo.co.uk>
	<D4DDDD9425AD465D9F5DA267D6D2DA4B@intranet.local>
	<482B1887.4060703@yahoo.co.uk>
	<017CDE42B1224CDE980B14E00434DD29@intranet.local>
	<482B479B.4020906@yahoo.co.uk>
Message-ID: <9a08c9b40805141321v736e8ea5y6129d23b584e3543@mail.gmail.com>

2008/5/14 Luis Motta Campos <luismottacampos em yahoo.co.uk>:
>> Os dados capturados são gravados em um diretório específico e único
>> no qual o programa cobol o processará. ( pôr exemplo , o usuário ao
>> cadastrar um departamento , acionará uma rotina perl que reside em
>> c:/payback/tabelas/depto , que captura os dados fornecidos pelo
>> usuário no formulário , grava o arquivo de dados no diretório
>> c:/payback/tabelas/depto , executa o programa cobol que dá manutenção
>>  nesta base de dados e gera um arquivo html para enviar ao usuário o
>>  status do processamento.
>
> Mais uma vez me desculpe. Esta é a pior arquitetura de sistemas que eu
> vi este ano (já vi muita coisa feia, acredite).

Engraçado. Na única vez que eu tive o desprazer de fazer código que
iria interfacear com um outro sistema COBOL (um ERP antigo), a única
forma de interoperabilidade fornecida pelo sistema em COBOL era algo
bem similar a isso. Talvez seja algo comum no mundo COBOL.

-Nilson Santos F. Jr.

From luismottacampos em yahoo.co.uk  Wed May 14 13:27:43 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Wed, 14 May 2008 22:27:43 +0200
Subject: [Cascavel-pm] Controle de processo em perl
In-Reply-To: <9a08c9b40805141321v736e8ea5y6129d23b584e3543@mail.gmail.com>
References: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>	<482A0067.7040202@yahoo.co.uk>	<D4DDDD9425AD465D9F5DA267D6D2DA4B@intranet.local>	<482B1887.4060703@yahoo.co.uk>	<017CDE42B1224CDE980B14E00434DD29@intranet.local>	<482B479B.4020906@yahoo.co.uk>
	<9a08c9b40805141321v736e8ea5y6129d23b584e3543@mail.gmail.com>
Message-ID: <482B4B3F.4000000@yahoo.co.uk>

Nilson Santos Figueiredo Junior wrote:
> 2008/5/14 Luis Motta Campos <luismottacampos em yahoo.co.uk>:
>>> Os dados capturados são gravados em um diretório específico e único
>>> no qual o programa cobol o processará. ( pôr exemplo , o usuário ao
>>> cadastrar um departamento , acionará uma rotina perl que reside em
>>> c:/payback/tabelas/depto , que captura os dados fornecidos pelo
>>> usuário no formulário , grava o arquivo de dados no diretório
>>> c:/payback/tabelas/depto , executa o programa cobol que dá manutenção
>>>  nesta base de dados e gera um arquivo html para enviar ao usuário o
>>>  status do processamento.
>> Mais uma vez me desculpe. Esta é a pior arquitetura de sistemas que eu
>> vi este ano (já vi muita coisa feia, acredite).
> 
> Engraçado. Na única vez que eu tive o desprazer de fazer código que
> iria interfacear com um outro sistema COBOL (um ERP antigo), a única
> forma de interoperabilidade fornecida pelo sistema em COBOL era algo
> bem similar a isso. Talvez seja algo comum no mundo COBOL.

O que? Que todas as entradas e todas as saídas produzidas pelo sistema 
passem SEMPRE pelo MESMO arquivo? Você deve estar brincando.

Eu programei cobol, é um inferno, mas é possível respeitar as regras 
mais básicas de engenharia de software.

Isso não é culpa do coitado do Kleber, mas os sistemas que ele tem do 
outro lado da interface dele precisavam ser mantidos, pelo menos...

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

From acid06 em gmail.com  Wed May 14 14:01:16 2008
From: acid06 em gmail.com (Nilson Santos Figueiredo Junior)
Date: Wed, 14 May 2008 18:01:16 -0300
Subject: [Cascavel-pm] Controle de processo em perl
In-Reply-To: <482B4B3F.4000000@yahoo.co.uk>
References: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>
	<482A0067.7040202@yahoo.co.uk>
	<D4DDDD9425AD465D9F5DA267D6D2DA4B@intranet.local>
	<482B1887.4060703@yahoo.co.uk>
	<017CDE42B1224CDE980B14E00434DD29@intranet.local>
	<482B479B.4020906@yahoo.co.uk>
	<9a08c9b40805141321v736e8ea5y6129d23b584e3543@mail.gmail.com>
	<482B4B3F.4000000@yahoo.co.uk>
Message-ID: <9a08c9b40805141401q180b0f00nf4449c9d19c25083@mail.gmail.com>

2008/5/14 Luis Motta Campos <luismottacampos em yahoo.co.uk>:
> O que? Que todas as entradas e todas as saídas produzidas pelo sistema
> passem SEMPRE pelo MESMO arquivo? Você deve estar brincando.

Pelo que ele descreveu, não é sempre pelo mesmo arquivo, mas arquivos
criados em um diretório.
Claro que eu posso ter entendido errado e realmente ser pior ainda,
como você entendeu.

-Nilson Santos F. Jr.

From luismottacampos em yahoo.co.uk  Wed May 14 23:34:58 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Thu, 15 May 2008 08:34:58 +0200
Subject: [Cascavel-pm] Controle de processo em perl
In-Reply-To: <9a08c9b40805141401q180b0f00nf4449c9d19c25083@mail.gmail.com>
References: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>	<482A0067.7040202@yahoo.co.uk>	<D4DDDD9425AD465D9F5DA267D6D2DA4B@intranet.local>	<482B1887.4060703@yahoo.co.uk>	<017CDE42B1224CDE980B14E00434DD29@intranet.local>	<482B479B.4020906@yahoo.co.uk>	<9a08c9b40805141321v736e8ea5y6129d23b584e3543@mail.gmail.com>	<482B4B3F.4000000@yahoo.co.uk>
	<9a08c9b40805141401q180b0f00nf4449c9d19c25083@mail.gmail.com>
Message-ID: <482BD992.1030609@yahoo.co.uk>

Nilson Santos Figueiredo Junior wrote:
> 2008/5/14 Luis Motta Campos <luismottacampos em yahoo.co.uk>:
>> O que? Que todas as entradas e todas as saídas produzidas pelo sistema
>> passem SEMPRE pelo MESMO arquivo? Você deve estar brincando.
> 
> Pelo que ele descreveu, não é sempre pelo mesmo arquivo, mas arquivos
> criados em um diretório.
> Claro que eu posso ter entendido errado e realmente ser pior ainda,
> como você entendeu.

Assuma que o sistema tem 100 funcionalidades (como o Kleber descreveu). 
Assuma que cada funcionalidade usa 2 arquivos: entrada, e saída.

Agora por favor me responda: num ambiente multi-usuário (como é um 
mainframe, desde que o John van Neumann se aposentou, no final dos anos 
'60), de que adianta ter funcionalidades que apenas um usuário pode usar 
de cada vez?

Não importa quantos arquivos façam a entrada e a saída, o sistema tem um 
design quebrado, mesmo considerando as limitações da época. Eu programei 
cobol e tenho certeza de que é possível fazer coisa melhor que isso - eu 
gerava saída para stdout e conseguia até mesmo ler de stdin.

Tem aí mais dois dos meus centavos ;)
Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

From acid06 em gmail.com  Thu May 15 02:36:41 2008
From: acid06 em gmail.com (Nilson Santos Figueiredo Junior)
Date: Thu, 15 May 2008 06:36:41 -0300
Subject: [Cascavel-pm] Controle de processo em perl
In-Reply-To: <482BD992.1030609@yahoo.co.uk>
References: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>
	<482A0067.7040202@yahoo.co.uk>
	<D4DDDD9425AD465D9F5DA267D6D2DA4B@intranet.local>
	<482B1887.4060703@yahoo.co.uk>
	<017CDE42B1224CDE980B14E00434DD29@intranet.local>
	<482B479B.4020906@yahoo.co.uk>
	<9a08c9b40805141321v736e8ea5y6129d23b584e3543@mail.gmail.com>
	<482B4B3F.4000000@yahoo.co.uk>
	<9a08c9b40805141401q180b0f00nf4449c9d19c25083@mail.gmail.com>
	<482BD992.1030609@yahoo.co.uk>
Message-ID: <9a08c9b40805150236r357d6b7ex6633836b2f737f34@mail.gmail.com>

2008/5/15 Luis Motta Campos <luismottacampos em yahoo.co.uk>:
> Não importa quantos arquivos façam a entrada e a saída, o sistema tem um
> design quebrado, mesmo considerando as limitações da época. Eu programei
> cobol e tenho certeza de que é possível fazer coisa melhor que isso - eu
> gerava saída para stdout e conseguia até mesmo ler de stdin.

Eu concordo com você, não estou dizendo que você está errado.

Só estava comentando que era curioso porque eu já tinha visto algo
similar antes, com outro sistema em COBOL. Então, talvez, seja algo
comum de ser feito entre os desenvolvedores COBOL, mesmo existindo
outras alternativas. Foi apenas uma curiosidade.

-Nilson Santos F. Jr.

From luismottacampos em yahoo.co.uk  Thu May 15 02:45:47 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Thu, 15 May 2008 11:45:47 +0200
Subject: [Cascavel-pm] Controle de processo em perl
In-Reply-To: <9a08c9b40805150236r357d6b7ex6633836b2f737f34@mail.gmail.com>
References: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>	<482A0067.7040202@yahoo.co.uk>	<D4DDDD9425AD465D9F5DA267D6D2DA4B@intranet.local>	<482B1887.4060703@yahoo.co.uk>	<017CDE42B1224CDE980B14E00434DD29@intranet.local>	<482B479B.4020906@yahoo.co.uk>	<9a08c9b40805141321v736e8ea5y6129d23b584e3543@mail.gmail.com>	<482B4B3F.4000000@yahoo.co.uk>	<9a08c9b40805141401q180b0f00nf4449c9d19c25083@mail.gmail.com>	<482BD992.1030609@yahoo.co.uk>
	<9a08c9b40805150236r357d6b7ex6633836b2f737f34@mail.gmail.com>
Message-ID: <482C064B.8050107@yahoo.co.uk>

Nilson Santos Figueiredo Junior wrote:
> Só estava comentando que era curioso porque eu já tinha visto algo 
> similar antes, com outro sistema em COBOL. Então, talvez, seja algo 
> comum de ser feito entre os desenvolvedores COBOL, mesmo existindo 
> outras alternativas. Foi apenas uma curiosidade.

Algo em comum? O mesmo desenvolvedor é a única coisa que me vem à mente
- gente de cobol tem a estranha mania de achar que eles são muito
melhores que todo mundo (incluindo eles mesmos, no emprego passado!) e
teimam em "reescrever a roda" para cada novo sistema que fazem... deve
ser excesso de radiação proveniente dos mainframes... ;)

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}


From payback em oi.com.br  Thu May 15 05:54:15 2008
From: payback em oi.com.br (kleber)
Date: Thu, 15 May 2008 09:54:15 -0300
Subject: [Cascavel-pm] Controle de processo em perl
References: <5F71B28937C74AACB22AEC00B74A4C9D@intranet.local>	<482A0067.7040202@yahoo.co.uk><D4DDDD9425AD465D9F5DA267D6D2DA4B@intranet.local>	<482B1887.4060703@yahoo.co.uk><017CDE42B1224CDE980B14E00434DD29@intranet.local>
	<482B479B.4020906@yahoo.co.uk>
Message-ID: <6FF5DC5DDFC0495984CA50900CC3AD95@intranet.local>

Caro Luis ,

Aceito suas críticas sem nenhum constragimento pois sei que é bem 
intencionada.

De fato possuo sete aplicativos ou sistemas em ambiente cobol / cics ( 
maiframe ) que devem totalizar aproximadamente 850 programas.
O que estou tentando é adaptá-los ao ambiente cliente-servidor com 
tecnologia da internet ( html , cgi , etc ).
Fiz um piloto com um aplicativo ( sistema de contabilidade ) e estou 
avaliando suas repercussões.
É evidente que se tivesse que desenvolver todos estes sistemas , em outra 
plataforma , não sofreria estas restrições que deformam a solução entretanto 
o tempo de resposta seria infinitamente maior.
A conversão destes sistemas está sendo feita por mim e mais dois amigos e 
parece ser razoável preservar a solução cobol pois além de estar pronta 
possuimos alguma experiência neste ambiente ( melhor tempo de resposta e 
facilidade na manutenção ).

O perl , neste contexto sistêmico ,  tem uma atuação bastante limitada
( sem nenhum demérito á linguagem ) ,  sendo o cobol a parte central da 
solução
 ( já esta toda programada ).

Pesquisando o assunto controle de processo ,  deparei-me com uma função em 
perl chamada waitpid( ) que controla a execução de procesos.
Não consegui entender a tecnica de funcionamento desta função.
Você conhece esta função ??????????????

Mais uma vez agradeço a atenção dispensada ,
kleber

----- Original Message ----- 
From: "Luis Motta Campos" <luismottacampos em yahoo.co.uk>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Wednesday, May 14, 2008 5:12 PM
Subject: Re: [Cascavel-pm] Controle de processo em perl


Caro e caríssimo Kleber

Estou escrevendo este parágrafo aqui em cima depois de ter escrito,
reescrito e relido tudo duas vezes. Infelizmente, eu não tenho outra
alternativa a não ser continuar sendo honesto e sincero com você.

Você não vai gostar muito do que você vai ler daqui para baixo. Eu
recomendo a você que se acalme, tome uma chávena de chá, e leia sem
emoções fortes.

Eu gostaria que você considerasse isso como uma grande oportunidade de
dar uma virada na sua carreira e na forma como você pensa sistemas. Mas
eu não posso obrigar você a fazer isso. Posso apenas aconselhar e
esperar pelo melhor.

Por favor não leve à mal o que eu escrevi. Eu o fiz de boa vontade, com
intenção legítima de ajudar, e gastando muito mais do meu tempo e da
minha paciência do que eu normalmente faria - estão aí os meus amigos e
conhecidos da lista que não me deixam mentir.

kleber wrote:
> OK Luis, mais uma vez agradeço sua atenção.

Sem problemas. É sempre um prazer poder ajudar.

> Você entendeu corretamente. O perl faz a interface entre o cliente e
> o aplicativo cobol. Sobre suas indagações informo-lhe que : - Toda
> crítica realizada pelo javascript é também realizada no servidor (
> cobol ) portanto existe redundância na função de validação de dados.

Isso quer dizer dois lugares diferentes para dar manutenção, e, como o
sistema não tem público muito grande, pode passar sem validação no JS.
Desculpe falar assim, mas eu considero isso erro de projeto.

> - Não sei se o cobol lê e grava na entrada padrão do sistema ( vou
> pesquisar este assunto ) entretanto já escrevi mais de 100 scripts em
>  perl e gostaria de preservá-lo  na medida do possível )

Kleber, eu não quero deixar você chateado, mas, depois de olhar o teu
código, eu recomendo fortemente que você jogue tudo fora, compre o
"Algorítmos + Datos = Programa" do Niklaus Wirth, e comece novamente.

O código que você escreveu até agora é um pesadelo de manutenção, e vai
te dar trabalho desnecessário e muitas dores-de-cabeça num futuro muito
próximo.

Eu sou um engenheiro de software com 12 anos de experiência, e já
trabalhei em sistemas em 4 países diferentes. Por favor siga o meu
conselho, você apenas tem a ganhar.

> Nesta oportunidade cabe salientar que o ambiente sistêmico é
> multi-usuário porém a execução é mono-tarefa ( existem mais de 100
> rotinas que podem ser executada simultaneamente porém cada rotina
> deve ser executada uma de cada vez ).

Kleber, novamente, eu não quero deixar você chateado, mas isso não
existe - teus usuários não vão gostar de saber que o sistema tem esta
restrição. Este tipo de aproximação morreu com os sistemas monousuários,
mais de 20 anos atrás.

> Para cada programa cobol existe um script perl que captura os dados
> fornecidos pelo usuário para processamento pelo cobol.

Por favor não me leve à mal, Kleber. Eu realmente não quero chatear
você. Mas qualquer engenheiro de software desta lista vai confirmar para
você que a tua abordagem do problema é desestruturada, não facilita
reuso de código, vai pedir muita manutenção repetida em muitos pontos
diferentes do sistema e não é aconselhada para o tipo de problema que
você tem.

> Os dados capturados são gravados em um diretório específico e único
> no qual o programa cobol o processará. ( pôr exemplo , o usuário ao
> cadastrar um departamento , acionará uma rotina perl que reside em
> c:/payback/tabelas/depto , que captura os dados fornecidos pelo
> usuário no formulário , grava o arquivo de dados no diretório
> c:/payback/tabelas/depto , executa o programa cobol que dá manutenção
>  nesta base de dados e gera um arquivo html para enviar ao usuário o
>  status do processamento.

Mais uma vez me desculpe. Esta é a pior arquitetura de sistemas que eu
vi este ano (já vi muita coisa feia, acredite). Eu recomendo a você que
reconsidere, jogue fora o que você escreveu até agora e que não entrou
em produção, e comece a desenhar o sistema novamente. Você precisa de
ajuda, meu amigo. Mas o teu sistema é relativamente simples de consertar.

> - A título de exemplificação estou enviando-lhe em anexo dois
> arquivos : 1) index.plx - Este scritp perl é o primeiro a ser
> executado pelo sistema ( autentica o usuário ) e sua  codificação
> está mais ou menos padrão com as demais rotinas perl do sistema. Nota
>  - como disse possuo pouca experiência em perl

Kleber, eu insisto. Se todo o teu código está como estes programas, você
precisa de ajuda. Não continue construindo este sistema. Você tem muita
sorte de conseguir fazer isso funcionar.

Eu estou impressionado, faz mais de 10 anos que eu não vejo alguém usar
programação com GOTOs e sem estruturação. Você é esforçado, mas está
faltando orientação e /know/-/how/.

Este sistema é absurdamente complicado, para o que ele se propõe a
fazer; ele é ineficiente, inseguro, está incorretamente implementado e
não segue os padrões mínimos de qualidade de um sistema de software
implementado em Perl.

É impressionante até que você tenha conseguido implementar isso usando a
linguagem - honestamente, eu não vejo coisas assim desde que eu parei de
escrever BASIC, 11 anos atrás.

Por favor converse com o seu supervisor. Explique que você mostrou o seu
sistema para um amigo que é engenheiro de software, e mostre os emails
que a gente trocou. Ele vai ser compreensivo, pode acreditar.

Você é esforçado, tem muita capacidade. Mas precisa de um bom
treinamento em técnicas modernas de programação e precisa aprender a
usar Perl da maneira correta.

> 2) idxrauto.js - Estando o usuário autorizado , o cobol gera este
> arquivo de autorização que será encaminhado , pela rotina perl , ao
> solicitante.

Javascript para transportar autorização e autenticação de usuários no
sistema é proibitivamente inseguro. Eu aconselho você fortemente a não
usar esta solução. Ela é inerentemente insegura e muito, mas muito
simples de ser burlada.

> Nota - Todas as rotinas que escevi em perl estão funcionando
> corretamente e não apresentam problemas. O meu temor esta na forma
> como individualizei a execução das rotinas em perl ( ver script em
> anexo index.plx ) . Me parece uma solução frágil ??????????????????

Sim, Kleber. Eu lamento que seja eu a te dizer isso, mas a tua solução é
imensamente frágil, em vários aspectos. É praticamente uma bomba-relógio
esperando para desmantelar a tua vida e a tua carreira profissional.

Por favor, eu estou implorando, não permita que este sistema vá para
produção. Ele precisa ser re-projetado e reescrito corretamente, antes
de poder aparecer em público.

Desculpe pelas notícias ruins.
Eu estou à disposição para mais informações, se você estiver interessado.

Como a minha opinião apenas não é o bastante, eu recomendo a você que
escute mais opiniões da lista. Tem muita gente muito melhor qualificada
do que eu aqui.

Putamplexos.
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}
_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm



From fernandolouis em terra.com.br  Thu May 15 06:32:23 2008
From: fernandolouis em terra.com.br (fernandolouis em terra.com.br)
Date: Thu, 15 May 2008 10:32:23 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
References: <000a01c8a54b$1a196020$0301a8c0@rede.local><20080423142853.371C23D81F4@maresia.onda.com.br><3de55ead0804230734l1d080455u2808a8be5e2384b@mail.gmail.com><003d01c8b258$4c28fd40$0301a8c0@rede.local><3de55ead0805092156t6c307a5flcb2f8476e5b547bb@mail.gmail.com><002301c8b2e7$bbe9a460$490236bd@vivax.com.br><1210536940.9452.21.camel@pitombeira><9a08c9b40805111824y652511a8p22748c4c3ee74204@mail.gmail.com><4827ED78.4060106@yahoo.co.uk><003401c8b5b5$8cc1ac70$1901a8c0@rede.local>
	<aa47605d0805140636k2a424624v21058fec98df9722@mail.gmail.com>
Message-ID: <00ee01c8b690$1c4b1e50$1901a8c0@rede.local>

Quer dizer então que o valor do referer pode ser "inventado"?!?!? Como?

E há alguma outra opção mais segura em que eu permita só determinados sites 
fazer link em uma página específica do meu site?

Valeu a atenção Flávio!

[]s,
Fernando

----- Original Message ----- 
From: "Flavio S. Glock" <fglock em gmail.com>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Wednesday, May 14, 2008 10:36 AM
Subject: Re: [Cascavel-pm]HTTP_REFERER - variável de ambiente não funciona 
no protocolo https


2008/5/14  <fernandolouis em terra.com.br>:
> Como resolver isso? Há um maneira de eu conseguir o HTTP_REFERER em sites
> que utilizam o "https"?

O valor do referrer é enviado pelo browser, e pode ser "inventado".
Por isso não é seguro - então não é normalmente enviado durante uma
requisição https.
_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm


From gabriel.vieira em gmail.com  Thu May 15 06:39:41 2008
From: gabriel.vieira em gmail.com (Gabriel Vieira)
Date: Thu, 15 May 2008 10:39:41 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <00ee01c8b690$1c4b1e50$1901a8c0@rede.local>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<003d01c8b258$4c28fd40$0301a8c0@rede.local>
	<3de55ead0805092156t6c307a5flcb2f8476e5b547bb@mail.gmail.com>
	<002301c8b2e7$bbe9a460$490236bd@vivax.com.br>
	<1210536940.9452.21.camel@pitombeira>
	<9a08c9b40805111824y652511a8p22748c4c3ee74204@mail.gmail.com>
	<4827ED78.4060106@yahoo.co.uk>
	<003401c8b5b5$8cc1ac70$1901a8c0@rede.local>
	<aa47605d0805140636k2a424624v21058fec98df9722@mail.gmail.com>
	<00ee01c8b690$1c4b1e50$1901a8c0@rede.local>
Message-ID: <83d8367f0805150639k373e4cc7x226bfcbf3d464a00@mail.gmail.com>

Claro, esse é um valor passado pelo browser. Do mesmo jeito que você
pode acessar um site utilizando Firefox e ele mandar uma informação ao
site dizendo que é Opera, IE, etc. E muitas outras informções também
são passadas e podem ser modificadas.

http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html

Quanto à linkagem... ai vc me pegou...


2008/5/15  <fernandolouis em terra.com.br>:
> Quer dizer então que o valor do referer pode ser "inventado"?!?!? Como?
>
>  E há alguma outra opção mais segura em que eu permita só determinados sites
>  fazer link em uma página específica do meu site?
>
>  Valeu a atenção Flávio!
>
>  []s,
>  Fernando
>
>  ----- Original Message -----
>  From: "Flavio S. Glock" <fglock em gmail.com>
>  To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
>  Sent: Wednesday, May 14, 2008 10:36 AM
>  Subject: Re: [Cascavel-pm]HTTP_REFERER - variável de ambiente não funciona
>  no protocolo https
>
>
>  2008/5/14  <fernandolouis em terra.com.br>:
>  > Como resolver isso? Há um maneira de eu conseguir o HTTP_REFERER em sites
>  > que utilizam o "https"?
>
>  O valor do referrer é enviado pelo browser, e pode ser "inventado".
>  Por isso não é seguro - então não é normalmente enviado durante uma
>  requisição https.
>  _______________________________________________
>  Cascavel-pm mailing list
>  Cascavel-pm em pm.org
>  http://mail.pm.org/mailman/listinfo/cascavel-pm
>
>  _______________________________________________
>  Cascavel-pm mailing list
>  Cascavel-pm em pm.org
>  http://mail.pm.org/mailman/listinfo/cascavel-pm
>



-- 
Gabriel Vieira

From daniel em ruoso.com  Thu May 15 06:41:53 2008
From: daniel em ruoso.com (Daniel Ruoso)
Date: Thu, 15 May 2008 14:41:53 +0100
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <00ee01c8b690$1c4b1e50$1901a8c0@rede.local>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<20080423142853.371C23D81F4@maresia.onda.com.br>
	<3de55ead0804230734l1d080455u2808a8be5e2384b@mail.gmail.com>
	<003d01c8b258$4c28fd40$0301a8c0@rede.local>
	<3de55ead0805092156t6c307a5flcb2f8476e5b547bb@mail.gmail.com>
	<002301c8b2e7$bbe9a460$490236bd@vivax.com.br>
	<1210536940.9452.21.camel@pitombeira>
	<9a08c9b40805111824y652511a8p22748c4c3ee74204@mail.gmail.com>
	<4827ED78.4060106@yahoo.co.uk><003401c8b5b5$8cc1ac70$1901a8c0@rede.local>
	<aa47605d0805140636k2a424624v21058fec98df9722@mail.gmail.com>
	<00ee01c8b690$1c4b1e50$1901a8c0@rede.local>
Message-ID: <1210858913.19714.11.camel@pitombeira>

Qui, 2008-05-15 às 10:32 -0300, fernandolouis em terra.com.br escreveu:
> E há alguma outra opção mais segura em que eu permita só determinados sites 
> fazer link em uma página específica do meu site?

o que exatamente você quer fazer?

daniel


From gabriel.vieira em gmail.com  Thu May 15 06:48:20 2008
From: gabriel.vieira em gmail.com (Gabriel Vieira)
Date: Thu, 15 May 2008 10:48:20 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <1210858913.19714.11.camel@pitombeira>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<3de55ead0805092156t6c307a5flcb2f8476e5b547bb@mail.gmail.com>
	<002301c8b2e7$bbe9a460$490236bd@vivax.com.br>
	<1210536940.9452.21.camel@pitombeira>
	<9a08c9b40805111824y652511a8p22748c4c3ee74204@mail.gmail.com>
	<4827ED78.4060106@yahoo.co.uk>
	<003401c8b5b5$8cc1ac70$1901a8c0@rede.local>
	<aa47605d0805140636k2a424624v21058fec98df9722@mail.gmail.com>
	<00ee01c8b690$1c4b1e50$1901a8c0@rede.local>
	<1210858913.19714.11.camel@pitombeira>
Message-ID: <83d8367f0805150648n8334408h7288575729b556f1@mail.gmail.com>

Ele quer que só pessoas oriundas de determinadas páginas tenham acesso
ao HTTPS dele.

2008/5/15 Daniel Ruoso <daniel em ruoso.com>:
> Qui, 2008-05-15 às 10:32 -0300, fernandolouis em terra.com.br escreveu:
>
> > E há alguma outra opção mais segura em que eu permita só determinados sites
>  > fazer link em uma página específica do meu site?
>
>  o que exatamente você quer fazer?
>
>  daniel
>
>
>
>  _______________________________________________
>  Cascavel-pm mailing list
>  Cascavel-pm em pm.org
>  http://mail.pm.org/mailman/listinfo/cascavel-pm
>



-- 
Gabriel Vieira

From acid06 em gmail.com  Thu May 15 06:52:36 2008
From: acid06 em gmail.com (Nilson Santos Figueiredo Junior)
Date: Thu, 15 May 2008 10:52:36 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <00ee01c8b690$1c4b1e50$1901a8c0@rede.local>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<003d01c8b258$4c28fd40$0301a8c0@rede.local>
	<3de55ead0805092156t6c307a5flcb2f8476e5b547bb@mail.gmail.com>
	<002301c8b2e7$bbe9a460$490236bd@vivax.com.br>
	<1210536940.9452.21.camel@pitombeira>
	<9a08c9b40805111824y652511a8p22748c4c3ee74204@mail.gmail.com>
	<4827ED78.4060106@yahoo.co.uk>
	<003401c8b5b5$8cc1ac70$1901a8c0@rede.local>
	<aa47605d0805140636k2a424624v21058fec98df9722@mail.gmail.com>
	<00ee01c8b690$1c4b1e50$1901a8c0@rede.local>
Message-ID: <9a08c9b40805150652j4f880827p96574a0597421189@mail.gmail.com>

2008/5/15  <fernandolouis em terra.com.br>:
> E há alguma outra opção mais segura em que eu permita só determinados sites
> fazer link em uma página específica do meu site?

Isso é impossível de ser feito. Qualquer pessoa sempre pode forjar os
cabeçalhos HTTP.

A única forma de garantir 100% que somente um site possa direcionar o
usuário para o seu, seria algo mais complexo como, por exemplo, a cada
visita no site externo, ele geraria um token aleatório e o servidor do
outro site enviaria para o seu servidor de alguma forma este token,
marcando-o como válido. O link para o seu site estão iria conter este
token e, ao receber o usuário, você verificaria se realmente aquele é
um token válido e, caso seja, liberaria o acesso.

Isso é uma solução bem mais elaborada do que os seus planos iniciais
pois requer código dos dois lados (tanto no seu site, quanto no site
que irá referenciar o seu site) e requer comunicação entre os dois
servidores.

-Nilson Santos F. Jr.

From cromo.jml em gmail.com  Thu May 15 06:56:23 2008
From: cromo.jml em gmail.com (=?ISO-8859-1?Q?M=E1rcio_Vitor?=)
Date: Thu, 15 May 2008 10:56:23 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <83d8367f0805150648n8334408h7288575729b556f1@mail.gmail.com>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<002301c8b2e7$bbe9a460$490236bd@vivax.com.br>
	<1210536940.9452.21.camel@pitombeira>
	<9a08c9b40805111824y652511a8p22748c4c3ee74204@mail.gmail.com>
	<4827ED78.4060106@yahoo.co.uk>
	<003401c8b5b5$8cc1ac70$1901a8c0@rede.local>
	<aa47605d0805140636k2a424624v21058fec98df9722@mail.gmail.com>
	<00ee01c8b690$1c4b1e50$1901a8c0@rede.local>
	<1210858913.19714.11.camel@pitombeira>
	<83d8367f0805150648n8334408h7288575729b556f1@mail.gmail.com>
Message-ID: <3530b8ce0805150656l4d94e958ude4047e7f3ed945f@mail.gmail.com>

Eu entendi diferente, ele quer criar links numa página para um
determinado endereço apenas para alguns HTTP_REFERER específicos que
estão no seu banco de dados, e esta solução não está funcionando
quando o usuário está vindo de uma conexão https porque esta não
retorna o HTTP_REFERER.
Talvez uma solução poderia ser criar um controle de sessão ou
autenticação deste usuário.

Márcio Vitor

2008/5/15 Gabriel Vieira <gabriel.vieira em gmail.com>:
> Ele quer que só pessoas oriundas de determinadas páginas tenham acesso
> ao HTTPS dele.
>
> 2008/5/15 Daniel Ruoso <daniel em ruoso.com>:
>> Qui, 2008-05-15 às 10:32 -0300, fernandolouis em terra.com.br escreveu:
>>
>> > E há alguma outra opção mais segura em que eu permita só determinados sites
>>  > fazer link em uma página específica do meu site?
>>
>>  o que exatamente você quer fazer?
>>
>>  daniel
>>
>>
>>
>>  _______________________________________________
>>  Cascavel-pm mailing list
>>  Cascavel-pm em pm.org
>>  http://mail.pm.org/mailman/listinfo/cascavel-pm
>>
>
>
>
> --
> Gabriel Vieira
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>

From fernandolouis em terra.com.br  Thu May 15 07:56:51 2008
From: fernandolouis em terra.com.br (fernandolouis em terra.com.br)
Date: Thu, 15 May 2008 11:56:51 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
References: <000a01c8a54b$1a196020$0301a8c0@rede.local><002301c8b2e7$bbe9a460$490236bd@vivax.com.br><1210536940.9452.21.camel@pitombeira><9a08c9b40805111824y652511a8p22748c4c3ee74204@mail.gmail.com><4827ED78.4060106@yahoo.co.uk><003401c8b5b5$8cc1ac70$1901a8c0@rede.local><aa47605d0805140636k2a424624v21058fec98df9722@mail.gmail.com><00ee01c8b690$1c4b1e50$1901a8c0@rede.local><1210858913.19714.11.camel@pitombeira><83d8367f0805150648n8334408h7288575729b556f1@mail.gmail.com>
	<3530b8ce0805150656l4d94e958ude4047e7f3ed945f@mail.gmail.com>
Message-ID: <018201c8b69b$e91717d0$1901a8c0@rede.local>

É exatamente isto que eu quero, conforme o Márcio falou...

Criar um controle de sessão não serve, pois um usuário qualquer 
"paraquedista" que vem do google por exemplo, entra em um determinado site 
que faze link para o meu.
Se o site está cadastrado no meu banco de dados, este usuário vai conseguir 
acesso, do contrário não.

To achando que PERL não consegue resolver esse meu problema, por causa da 
malditada vulnerabilidade dos browser em poder "burlar" as variáveis de 
ambiente.

[]s,
Fernando

----- Original Message ----- 
From: "Márcio Vitor" <cromo.jml em gmail.com>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Thursday, May 15, 2008 10:56 AM
Subject: Re: [Cascavel-pm]HTTP_REFERER - variável de ambiente não funciona 
no protocolo https


Eu entendi diferente, ele quer criar links numa página para um
determinado endereço apenas para alguns HTTP_REFERER específicos que
estão no seu banco de dados, e esta solução não está funcionando
quando o usuário está vindo de uma conexão https porque esta não
retorna o HTTP_REFERER.
Talvez uma solução poderia ser criar um controle de sessão ou
autenticação deste usuário.

Márcio Vitor

2008/5/15 Gabriel Vieira <gabriel.vieira em gmail.com>:
> Ele quer que só pessoas oriundas de determinadas páginas tenham acesso
> ao HTTPS dele.
>
> 2008/5/15 Daniel Ruoso <daniel em ruoso.com>:
>> Qui, 2008-05-15 às 10:32 -0300, fernandolouis em terra.com.br escreveu:
>>
>> > E há alguma outra opção mais segura em que eu permita só determinados 
>> > sites
>>  > fazer link em uma página específica do meu site?
>>
>>  o que exatamente você quer fazer?
>>
>>  daniel
>>
>>
>>
>>  _______________________________________________
>>  Cascavel-pm mailing list
>>  Cascavel-pm em pm.org
>>  http://mail.pm.org/mailman/listinfo/cascavel-pm
>>
>
>
>
> --
> Gabriel Vieira
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>
_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm


From fernandolouis em terra.com.br  Thu May 15 07:59:10 2008
From: fernandolouis em terra.com.br (fernandolouis em terra.com.br)
Date: Thu, 15 May 2008 11:59:10 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
References: <000a01c8a54b$1a196020$0301a8c0@rede.local><003d01c8b258$4c28fd40$0301a8c0@rede.local><3de55ead0805092156t6c307a5flcb2f8476e5b547bb@mail.gmail.com><002301c8b2e7$bbe9a460$490236bd@vivax.com.br><1210536940.9452.21.camel@pitombeira><9a08c9b40805111824y652511a8p22748c4c3ee74204@mail.gmail.com><4827ED78.4060106@yahoo.co.uk><003401c8b5b5$8cc1ac70$1901a8c0@rede.local><aa47605d0805140636k2a424624v21058fec98df9722@mail.gmail.com><00ee01c8b690$1c4b1e50$1901a8c0@rede.local>
	<9a08c9b40805150652j4f880827p96574a0597421189@mail.gmail.com>
Message-ID: <018701c8b69c$3bb2dbf0$1901a8c0@rede.local>

Essa solução é inviável, pois seria impossível eu ter acesso a todos os 
servidor de todos os sites que fazem link para uma página específica dentro 
do meu site.

Não outra maneira de identificar o site de origem? Perl não me ajuda a 
realizar tal façanha?

[]s,
Fernando

----- Original Message ----- 
From: "Nilson Santos Figueiredo Junior" <acid06 em gmail.com>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Thursday, May 15, 2008 10:52 AM
Subject: Re: [Cascavel-pm]HTTP_REFERER - variável de ambiente não funciona 
no protocolo https


2008/5/15  <fernandolouis em terra.com.br>:
> E há alguma outra opção mais segura em que eu permita só determinados 
> sites
> fazer link em uma página específica do meu site?

Isso é impossível de ser feito. Qualquer pessoa sempre pode forjar os
cabeçalhos HTTP.

A única forma de garantir 100% que somente um site possa direcionar o
usuário para o seu, seria algo mais complexo como, por exemplo, a cada
visita no site externo, ele geraria um token aleatório e o servidor do
outro site enviaria para o seu servidor de alguma forma este token,
marcando-o como válido. O link para o seu site estão iria conter este
token e, ao receber o usuário, você verificaria se realmente aquele é
um token válido e, caso seja, liberaria o acesso.

Isso é uma solução bem mais elaborada do que os seus planos iniciais
pois requer código dos dois lados (tanto no seu site, quanto no site
que irá referenciar o seu site) e requer comunicação entre os dois
servidores.

-Nilson Santos F. Jr.
_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm


From gabriel.vieira em gmail.com  Thu May 15 08:04:10 2008
From: gabriel.vieira em gmail.com (Gabriel Vieira)
Date: Thu, 15 May 2008 12:04:10 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <018201c8b69b$e91717d0$1901a8c0@rede.local>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<9a08c9b40805111824y652511a8p22748c4c3ee74204@mail.gmail.com>
	<4827ED78.4060106@yahoo.co.uk>
	<003401c8b5b5$8cc1ac70$1901a8c0@rede.local>
	<aa47605d0805140636k2a424624v21058fec98df9722@mail.gmail.com>
	<00ee01c8b690$1c4b1e50$1901a8c0@rede.local>
	<1210858913.19714.11.camel@pitombeira>
	<83d8367f0805150648n8334408h7288575729b556f1@mail.gmail.com>
	<3530b8ce0805150656l4d94e958ude4047e7f3ed945f@mail.gmail.com>
	<018201c8b69b$e91717d0$1901a8c0@rede.local>
Message-ID: <83d8367f0805150804r7b0f0ef8hb68fda6f3757f990@mail.gmail.com>

1) Dê um exemplo mais prático.
2) Isso não é vulnerabilidade.
3) Ele não burla. :) Ele apenas decide quais informações você deve ter
a respeito do usuário do navegador.

2008/5/15  <fernandolouis em terra.com.br>:
> É exatamente isto que eu quero, conforme o Márcio falou...
>
>  Criar um controle de sessão não serve, pois um usuário qualquer
>  "paraquedista" que vem do google por exemplo, entra em um determinado site
>  que faze link para o meu.
>  Se o site está cadastrado no meu banco de dados, este usuário vai conseguir
>  acesso, do contrário não.
>
>  To achando que PERL não consegue resolver esse meu problema, por causa da
>  malditada vulnerabilidade dos browser em poder "burlar" as variáveis de
>  ambiente.
>
>  []s,
>  Fernando
>
>  ----- Original Message -----
>  From: "Márcio Vitor" <cromo.jml em gmail.com>
>  To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
>  Sent: Thursday, May 15, 2008 10:56 AM
>  Subject: Re: [Cascavel-pm]HTTP_REFERER - variável de ambiente não funciona
>  no protocolo https
>
>
>  Eu entendi diferente, ele quer criar links numa página para um
>  determinado endereço apenas para alguns HTTP_REFERER específicos que
>  estão no seu banco de dados, e esta solução não está funcionando
>  quando o usuário está vindo de uma conexão https porque esta não
>  retorna o HTTP_REFERER.
>  Talvez uma solução poderia ser criar um controle de sessão ou
>  autenticação deste usuário.
>
>  Márcio Vitor
>
>  2008/5/15 Gabriel Vieira <gabriel.vieira em gmail.com>:
>  > Ele quer que só pessoas oriundas de determinadas páginas tenham acesso
>  > ao HTTPS dele.
>  >
>  > 2008/5/15 Daniel Ruoso <daniel em ruoso.com>:
>  >> Qui, 2008-05-15 às 10:32 -0300, fernandolouis em terra.com.br escreveu:
>  >>
>  >> > E há alguma outra opção mais segura em que eu permita só determinados
>  >> > sites
>  >>  > fazer link em uma página específica do meu site?
>  >>
>  >>  o que exatamente você quer fazer?
>  >>
>  >>  daniel
>  >>
>  >>
>  >>
>  >>  _______________________________________________
>  >>  Cascavel-pm mailing list
>  >>  Cascavel-pm em pm.org
>  >>  http://mail.pm.org/mailman/listinfo/cascavel-pm
>  >>
>  >
>  >
>  >
>  > --
>  > Gabriel Vieira
>  > _______________________________________________
>  > Cascavel-pm mailing list
>  > Cascavel-pm em pm.org
>  > http://mail.pm.org/mailman/listinfo/cascavel-pm
>  >
>  _______________________________________________
>  Cascavel-pm mailing list
>  Cascavel-pm em pm.org
>  http://mail.pm.org/mailman/listinfo/cascavel-pm
>
>  _______________________________________________
>  Cascavel-pm mailing list
>  Cascavel-pm em pm.org
>  http://mail.pm.org/mailman/listinfo/cascavel-pm
>



-- 
Gabriel Vieira

From edencardim em gmail.com  Thu May 15 08:13:23 2008
From: edencardim em gmail.com (Eden Cardim)
Date: Thu, 15 May 2008 12:13:23 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <018701c8b69c$3bb2dbf0$1901a8c0@rede.local>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<002301c8b2e7$bbe9a460$490236bd@vivax.com.br>
	<1210536940.9452.21.camel@pitombeira>
	<9a08c9b40805111824y652511a8p22748c4c3ee74204@mail.gmail.com>
	<4827ED78.4060106@yahoo.co.uk>
	<003401c8b5b5$8cc1ac70$1901a8c0@rede.local>
	<aa47605d0805140636k2a424624v21058fec98df9722@mail.gmail.com>
	<00ee01c8b690$1c4b1e50$1901a8c0@rede.local>
	<9a08c9b40805150652j4f880827p96574a0597421189@mail.gmail.com>
	<018701c8b69c$3bb2dbf0$1901a8c0@rede.local>
Message-ID: <3de55ead0805150813x5b75ed77j1df2d683c1f13550@mail.gmail.com>

2008/5/15  <fernandolouis em terra.com.br>:
> Essa solução é inviável, pois seria impossível eu ter acesso a todos os
> servidor de todos os sites que fazem link para uma página específica dentro
> do meu site.

Não é impossível, inclusive vários websites fazem isso, como google,
facebook, etc. Na verdade, você está querendo criar um webservice mas
ainda não sabe disso :)

> Não outra maneira de identificar o site de origem? Perl não me ajuda a
> realizar tal façanha?

O problema não é do Perl nem de linguagem alguma que você vier a
utilizar, é do protocolo. E não, não tem como identificar o endereço
de origem, porque ele pode nem existir, como acontece quando alguém
digita o endereço diretamente no browser. Se você quiser restringir
acesso ao conteúdo do seu site, vai precisar utilizar uma solução mais
sofisticada que envolve os dois sites, como o Nilson sugeriu.

-- 
edenc.vox.com

From acid06 em gmail.com  Thu May 15 08:42:38 2008
From: acid06 em gmail.com (Nilson Santos Figueiredo Junior)
Date: Thu, 15 May 2008 12:42:38 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <018701c8b69c$3bb2dbf0$1901a8c0@rede.local>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<002301c8b2e7$bbe9a460$490236bd@vivax.com.br>
	<1210536940.9452.21.camel@pitombeira>
	<9a08c9b40805111824y652511a8p22748c4c3ee74204@mail.gmail.com>
	<4827ED78.4060106@yahoo.co.uk>
	<003401c8b5b5$8cc1ac70$1901a8c0@rede.local>
	<aa47605d0805140636k2a424624v21058fec98df9722@mail.gmail.com>
	<00ee01c8b690$1c4b1e50$1901a8c0@rede.local>
	<9a08c9b40805150652j4f880827p96574a0597421189@mail.gmail.com>
	<018701c8b69c$3bb2dbf0$1901a8c0@rede.local>
Message-ID: <9a08c9b40805150842q1b3c7748ka6388b9d6343b4c5@mail.gmail.com>

2008/5/15  <fernandolouis em terra.com.br>:
> Essa solução é inviável, pois seria impossível eu ter acesso a todos os
> servidor de todos os sites que fazem link para uma página específica dentro
> do meu site.

Ela não é inviável, ela é a única solução possível e é utilizada para
diversas coisas hoje em dia, como já foi citado.

Se você não quer essa solução, então não pode ter a funcionalidade que
deseja e vai ter que se contentar com as limitações do header
"Referer" e a possibilidade dele ser facilmente forjado.

-Nilson Santos F. Jr.

From agnaldo em starweb-software.com.br  Thu May 15 09:29:25 2008
From: agnaldo em starweb-software.com.br (Agnaldo Macedo)
Date: Thu, 15 May 2008 13:29:25 -0300
Subject: [Cascavel-pm] RES:  Controle de processo em perl
In-Reply-To: <6FF5DC5DDFC0495984CA50900CC3AD95@intranet.local>
Message-ID: <20080515162911.314C73D80BD@maresia.onda.com.br>




Para esse caso especifico, de usar Cobol para a web, de uma olhada também
em:

http://www.cobol.com.br/cobol_cgi.htm

http://www.interon.com.br/interon/solucoes/acucorp/acgi.html






-----Mensagem original-----
De: cascavel-pm-bounces+agnaldo=starweb-software.com.br em pm.org
[mailto:cascavel-pm-bounces+agnaldo=starweb-software.com.br em pm.org] Em nome
de kleber
Enviada em: quinta-feira, 15 de maio de 2008 09:54
Para: Cascavel Perl Mongers
Assunto: Re: [Cascavel-pm] Controle de processo em perl

Caro Luis ,

Aceito suas críticas sem nenhum constragimento pois sei que é bem 
intencionada.

De fato possuo sete aplicativos ou sistemas em ambiente cobol / cics ( 
maiframe ) que devem totalizar aproximadamente 850 programas.
O que estou tentando é adaptá-los ao ambiente cliente-servidor com 
tecnologia da internet ( html , cgi , etc ).
Fiz um piloto com um aplicativo ( sistema de contabilidade ) e estou 
avaliando suas repercussões.
É evidente que se tivesse que desenvolver todos estes sistemas , em outra 
plataforma , não sofreria estas restrições que deformam a solução entretanto

o tempo de resposta seria infinitamente maior.
A conversão destes sistemas está sendo feita por mim e mais dois amigos e 
parece ser razoável preservar a solução cobol pois além de estar pronta 
possuimos alguma experiência neste ambiente ( melhor tempo de resposta e 
facilidade na manutenção ).

O perl , neste contexto sistêmico ,  tem uma atuação bastante limitada
( sem nenhum demérito á linguagem ) ,  sendo o cobol a parte central da 
solução
 ( já esta toda programada ).

Pesquisando o assunto controle de processo ,  deparei-me com uma função em 
perl chamada waitpid( ) que controla a execução de procesos.
Não consegui entender a tecnica de funcionamento desta função.
Você conhece esta função ??????????????

Mais uma vez agradeço a atenção dispensada ,
kleber

----- Original Message ----- 
From: "Luis Motta Campos" <luismottacampos em yahoo.co.uk>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Wednesday, May 14, 2008 5:12 PM
Subject: Re: [Cascavel-pm] Controle de processo em perl


Caro e caríssimo Kleber

Estou escrevendo este parágrafo aqui em cima depois de ter escrito,
reescrito e relido tudo duas vezes. Infelizmente, eu não tenho outra
alternativa a não ser continuar sendo honesto e sincero com você.

Você não vai gostar muito do que você vai ler daqui para baixo. Eu
recomendo a você que se acalme, tome uma chávena de chá, e leia sem
emoções fortes.

Eu gostaria que você considerasse isso como uma grande oportunidade de
dar uma virada na sua carreira e na forma como você pensa sistemas. Mas
eu não posso obrigar você a fazer isso. Posso apenas aconselhar e
esperar pelo melhor.

Por favor não leve à mal o que eu escrevi. Eu o fiz de boa vontade, com
intenção legítima de ajudar, e gastando muito mais do meu tempo e da
minha paciência do que eu normalmente faria - estão aí os meus amigos e
conhecidos da lista que não me deixam mentir.

kleber wrote:
> OK Luis, mais uma vez agradeço sua atenção.

Sem problemas. É sempre um prazer poder ajudar.

> Você entendeu corretamente. O perl faz a interface entre o cliente e
> o aplicativo cobol. Sobre suas indagações informo-lhe que : - Toda
> crítica realizada pelo javascript é também realizada no servidor (
> cobol ) portanto existe redundância na função de validação de dados.

Isso quer dizer dois lugares diferentes para dar manutenção, e, como o
sistema não tem público muito grande, pode passar sem validação no JS.
Desculpe falar assim, mas eu considero isso erro de projeto.

> - Não sei se o cobol lê e grava na entrada padrão do sistema ( vou
> pesquisar este assunto ) entretanto já escrevi mais de 100 scripts em
>  perl e gostaria de preservá-lo  na medida do possível )

Kleber, eu não quero deixar você chateado, mas, depois de olhar o teu
código, eu recomendo fortemente que você jogue tudo fora, compre o
"Algorítmos + Datos = Programa" do Niklaus Wirth, e comece novamente.

O código que você escreveu até agora é um pesadelo de manutenção, e vai
te dar trabalho desnecessário e muitas dores-de-cabeça num futuro muito
próximo.

Eu sou um engenheiro de software com 12 anos de experiência, e já
trabalhei em sistemas em 4 países diferentes. Por favor siga o meu
conselho, você apenas tem a ganhar.

> Nesta oportunidade cabe salientar que o ambiente sistêmico é
> multi-usuário porém a execução é mono-tarefa ( existem mais de 100
> rotinas que podem ser executada simultaneamente porém cada rotina
> deve ser executada uma de cada vez ).

Kleber, novamente, eu não quero deixar você chateado, mas isso não
existe - teus usuários não vão gostar de saber que o sistema tem esta
restrição. Este tipo de aproximação morreu com os sistemas monousuários,
mais de 20 anos atrás.

> Para cada programa cobol existe um script perl que captura os dados
> fornecidos pelo usuário para processamento pelo cobol.

Por favor não me leve à mal, Kleber. Eu realmente não quero chatear
você. Mas qualquer engenheiro de software desta lista vai confirmar para
você que a tua abordagem do problema é desestruturada, não facilita
reuso de código, vai pedir muita manutenção repetida em muitos pontos
diferentes do sistema e não é aconselhada para o tipo de problema que
você tem.

> Os dados capturados são gravados em um diretório específico e único
> no qual o programa cobol o processará. ( pôr exemplo , o usuário ao
> cadastrar um departamento , acionará uma rotina perl que reside em
> c:/payback/tabelas/depto , que captura os dados fornecidos pelo
> usuário no formulário , grava o arquivo de dados no diretório
> c:/payback/tabelas/depto , executa o programa cobol que dá manutenção
>  nesta base de dados e gera um arquivo html para enviar ao usuário o
>  status do processamento.

Mais uma vez me desculpe. Esta é a pior arquitetura de sistemas que eu
vi este ano (já vi muita coisa feia, acredite). Eu recomendo a você que
reconsidere, jogue fora o que você escreveu até agora e que não entrou
em produção, e comece a desenhar o sistema novamente. Você precisa de
ajuda, meu amigo. Mas o teu sistema é relativamente simples de consertar.

> - A título de exemplificação estou enviando-lhe em anexo dois
> arquivos : 1) index.plx - Este scritp perl é o primeiro a ser
> executado pelo sistema ( autentica o usuário ) e sua  codificação
> está mais ou menos padrão com as demais rotinas perl do sistema. Nota
>  - como disse possuo pouca experiência em perl

Kleber, eu insisto. Se todo o teu código está como estes programas, você
precisa de ajuda. Não continue construindo este sistema. Você tem muita
sorte de conseguir fazer isso funcionar.

Eu estou impressionado, faz mais de 10 anos que eu não vejo alguém usar
programação com GOTOs e sem estruturação. Você é esforçado, mas está
faltando orientação e /know/-/how/.

Este sistema é absurdamente complicado, para o que ele se propõe a
fazer; ele é ineficiente, inseguro, está incorretamente implementado e
não segue os padrões mínimos de qualidade de um sistema de software
implementado em Perl.

É impressionante até que você tenha conseguido implementar isso usando a
linguagem - honestamente, eu não vejo coisas assim desde que eu parei de
escrever BASIC, 11 anos atrás.

Por favor converse com o seu supervisor. Explique que você mostrou o seu
sistema para um amigo que é engenheiro de software, e mostre os emails
que a gente trocou. Ele vai ser compreensivo, pode acreditar.

Você é esforçado, tem muita capacidade. Mas precisa de um bom
treinamento em técnicas modernas de programação e precisa aprender a
usar Perl da maneira correta.

> 2) idxrauto.js - Estando o usuário autorizado , o cobol gera este
> arquivo de autorização que será encaminhado , pela rotina perl , ao
> solicitante.

Javascript para transportar autorização e autenticação de usuários no
sistema é proibitivamente inseguro. Eu aconselho você fortemente a não
usar esta solução. Ela é inerentemente insegura e muito, mas muito
simples de ser burlada.

> Nota - Todas as rotinas que escevi em perl estão funcionando
> corretamente e não apresentam problemas. O meu temor esta na forma
> como individualizei a execução das rotinas em perl ( ver script em
> anexo index.plx ) . Me parece uma solução frágil ??????????????????

Sim, Kleber. Eu lamento que seja eu a te dizer isso, mas a tua solução é
imensamente frágil, em vários aspectos. É praticamente uma bomba-relógio
esperando para desmantelar a tua vida e a tua carreira profissional.

Por favor, eu estou implorando, não permita que este sistema vá para
produção. Ele precisa ser re-projetado e reescrito corretamente, antes
de poder aparecer em público.

Desculpe pelas notícias ruins.
Eu estou à disposição para mais informações, se você estiver interessado.

Como a minha opinião apenas não é o bastante, eu recomendo a você que
escute mais opiniões da lista. Tem muita gente muito melhor qualificada
do que eu aqui.

Putamplexos.
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}
_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm


_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm


From scvalmei em graaph.arq.br  Thu May 15 10:57:43 2008
From: scvalmei em graaph.arq.br (Silvio Almeida)
Date: Thu, 15 May 2008 14:57:43 -0300
Subject: [Cascavel-pm]
 =?utf-8?q?HTTP=5FREFERER_-_vari=C3=A1vel_de_ambient?=
 =?utf-8?q?e_n=C3=A3o_funciona_no_protocolo_https?=
In-Reply-To: <3de55ead0805150813x5b75ed77j1df2d683c1f13550@mail.gmail.com>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>	<002301c8b2e7$bbe9a460$490236bd@vivax.com.br>	<1210536940.9452.21.camel@pitombeira>	<9a08c9b40805111824y652511a8p22748c4c3ee74204@mail.gmail.com>	<4827ED78.4060106@yahoo.co.uk>	<003401c8b5b5$8cc1ac70$1901a8c0@rede.local>	<aa47605d0805140636k2a424624v21058fec98df9722@mail.gmail.com>	<00ee01c8b690$1c4b1e50$1901a8c0@rede.local>	<9a08c9b40805150652j4f880827p96574a0597421189@mail.gmail.com>	<018701c8b69c$3bb2dbf0$1901a8c0@rede.local>
	<3de55ead0805150813x5b75ed77j1df2d683c1f13550@mail.gmail.com>
Message-ID: <482C7997.6030905@graaph.arq.br>

Eden Cardim wrote:
> 2008/5/15  <fernandolouis em terra.com.br>:
>   
>> Essa solução é inviável, pois seria impossível eu ter acesso a todos os
>> servidor de todos os sites que fazem link para uma página específica dentro
>> do meu site.
>>     
>
> Não é impossível, inclusive vários websites fazem isso, como google,
> facebook, etc. Na verdade, você está querendo criar um webservice mas
> ainda não sabe disso :)
>
>   
>> Não outra maneira de identificar o site de origem? Perl não me ajuda a
>> realizar tal façanha?
>>     
>
> O problema não é do Perl nem de linguagem alguma que você vier a
> utilizar, é do protocolo. E não, não tem como identificar o endereço
> de origem, porque ele pode nem existir, como acontece quando alguém
> digita o endereço diretamente no browser. Se você quiser restringir
> acesso ao conteúdo do seu site, vai precisar utilizar uma solução mais
> sofisticada que envolve os dois sites, como o Nilson sugeriu

Acessando $ENV{REMOTE_ADDRESS} a partir do CGI você obtém o IP que fez o 
request. Esta informação é totalmente confiável pois não vem de um 
header HTTP (forjável por natureza), mas de uma camada Ozzy inferior. Aí 
no CGI você poderia testar o REMOTE_ADDRESS para determinados ranges 
para liberar ou não acesso. Isto não funcionaria?

-Silvio

From edencardim em gmail.com  Thu May 15 12:03:40 2008
From: edencardim em gmail.com (Eden Cardim)
Date: Thu, 15 May 2008 16:03:40 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <482C7997.6030905@graaph.arq.br>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<9a08c9b40805111824y652511a8p22748c4c3ee74204@mail.gmail.com>
	<4827ED78.4060106@yahoo.co.uk>
	<003401c8b5b5$8cc1ac70$1901a8c0@rede.local>
	<aa47605d0805140636k2a424624v21058fec98df9722@mail.gmail.com>
	<00ee01c8b690$1c4b1e50$1901a8c0@rede.local>
	<9a08c9b40805150652j4f880827p96574a0597421189@mail.gmail.com>
	<018701c8b69c$3bb2dbf0$1901a8c0@rede.local>
	<3de55ead0805150813x5b75ed77j1df2d683c1f13550@mail.gmail.com>
	<482C7997.6030905@graaph.arq.br>
Message-ID: <3de55ead0805151203ua51f78bl8a31983498c1fbf8@mail.gmail.com>

2008/5/15 Silvio Almeida <scvalmei em graaph.arq.br>:
> Acessando $ENV{REMOTE_ADDRESS} a partir do CGI você obtém o IP que fez o
> request. Esta informação é totalmente confiável pois não vem de um
> header HTTP (forjável por natureza), mas de uma camada Ozzy inferior. Aí
> no CGI você poderia testar o REMOTE_ADDRESS para determinados ranges
> para liberar ou não acesso. Isto não funcionaria?

Ele quer bloquear a navegação a partir de links contidos em outros
websites, não o usuário do user agent.

-- 
edenc.vox.com

From scvalmei em graaph.arq.br  Thu May 15 12:44:21 2008
From: scvalmei em graaph.arq.br (Silvio Almeida)
Date: Thu, 15 May 2008 16:44:21 -0300
Subject: [Cascavel-pm]
 =?utf-8?q?HTTP=5FREFERER_-_vari=C3=A1vel_de_ambient?=
 =?utf-8?q?e_n=C3=A3o_funciona_no_protocolo_https?=
In-Reply-To: <3de55ead0805151203ua51f78bl8a31983498c1fbf8@mail.gmail.com>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>	<9a08c9b40805111824y652511a8p22748c4c3ee74204@mail.gmail.com>	<4827ED78.4060106@yahoo.co.uk>	<003401c8b5b5$8cc1ac70$1901a8c0@rede.local>	<aa47605d0805140636k2a424624v21058fec98df9722@mail.gmail.com>	<00ee01c8b690$1c4b1e50$1901a8c0@rede.local>	<9a08c9b40805150652j4f880827p96574a0597421189@mail.gmail.com>	<018701c8b69c$3bb2dbf0$1901a8c0@rede.local>	<3de55ead0805150813x5b75ed77j1df2d683c1f13550@mail.gmail.com>	<482C7997.6030905@graaph.arq.br>
	<3de55ead0805151203ua51f78bl8a31983498c1fbf8@mail.gmail.com>
Message-ID: <482C9295.40609@graaph.arq.br>

Éden,

Claro, você tem toda razão, percebi meu erro logo em seguida, o 
Http-Referer trata de sequencia de URL acessadas, e não do ponto de 
origem dos acessos.

Na verdade não vai ter jeito, porque se a página https://xyz/index.html 
supostamente gera conteúdo (links no caso) em função de um header que 
além de não ser confiável pode nem sequer existir, então o problema não 
tem solução.

A alternativa de webservice que você mencionou, ou o esquema de token 
que o Nilson descreveu, são bastante parecidos na medida em que os sites 
"licenciados" devem aderir a um esquema particular de comunicação com o 
servidor https://xyz, ou seja, um "protocolo" ou "contrato particular de 
referenciação". Este "protocolo" (não sei se devia botar aspas) pode 
implementar qualquer grau de segurança, basta querer e podemos ter 
chaves triplas DSA-RGB 10024 bits por pixel.

A característica mais interessante aqui é que tanto em um caso (Éden) 
como em outro (Nilson) a implementação necessariamente acontece nos dois 
extremos da linha, isto é, cada página "licenciada" precisa implementar 
sua parte do protocolo para poder falar com https://xyz.

O que não acontece na solução que depende apenas do Http-Referer, onde 
somente https://xyz cuidaria de manter a lista de sites "licenciados". 
De certa forma, o navegador implementa a sua metade de um esquema 
simplório: ele envia a URL atual no próximo request sob o header 
Http-Referer. O que, em termos de segurança, não serve para nada.

-Silvio


Eden Cardim wrote:
> 2008/5/15 Silvio Almeida <scvalmei em graaph.arq.br>:
>   
>> Acessando $ENV{REMOTE_ADDRESS} a partir do CGI você obtém o IP que fez o
>> request. Esta informação é totalmente confiável pois não vem de um
>> header HTTP (forjável por natureza), mas de uma camada Ozzy inferior. Aí
>> no CGI você poderia testar o REMOTE_ADDRESS para determinados ranges
>> para liberar ou não acesso. Isto não funcionaria?
>>     
>
> Ele quer bloquear a navegação a partir de links contidos em outros
> websites, não o usuário do user agent

From ricardo_filipo em yahoo.com.br  Thu May 15 13:31:07 2008
From: ricardo_filipo em yahoo.com.br (Ricardo Filipo)
Date: Thu, 15 May 2008 13:31:07 -0700 (PDT)
Subject: [Cascavel-pm] =?iso-8859-1?q?Res=3A__HTTP=5FREFERER_-_vari=E1vel_?=
 =?iso-8859-1?q?de_ambiente_n=E3o_funciona_no_protocolo_https?=
Message-ID: <783206.340.qm@web33008.mail.mud.yahoo.com>

É bom lembrar que todas as máquinas na rede local aparecem na internet com o mesmo IP.
No minimo vai dar confusão ...

----- Mensagem original ----
De: Eden Cardim <edencardim em gmail.com>
Para: Cascavel Perl Mongers <cascavel-pm em pm.org>
Enviadas: Quinta-feira, 15 de Maio de 2008 16:03:40
Assunto: Re: [Cascavel-pm] HTTP_REFERER - variável de ambiente não funciona no protocolo https

2008/5/15 Silvio Almeida <scvalmei em graaph.arq.br>:
> Acessando $ENV{REMOTE_ADDRESS} a partir do CGI você obtém o IP que fez o
> request. Esta informação é totalmente confiável pois não vem de um
> header HTTP (forjável por natureza), mas de uma camada Ozzy inferior. Aí
> no CGI você poderia testar o REMOTE_ADDRESS para determinados ranges
> para liberar ou não acesso. Isto não funcionaria?

Ele quer bloquear a navegação a partir de links contidos em outros
websites, não o usuário do user agent.

-- 
edenc.vox.com
_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm



      Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento!
http://br.mail.yahoo.com/

From fernandolouis em terra.com.br  Thu May 15 17:44:41 2008
From: fernandolouis em terra.com.br (fernandolouis em terra.com.br)
Date: Thu, 15 May 2008 21:44:41 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
References: <000a01c8a54b$1a196020$0301a8c0@rede.local><9a08c9b40805111824y652511a8p22748c4c3ee74204@mail.gmail.com><4827ED78.4060106@yahoo.co.uk><003401c8b5b5$8cc1ac70$1901a8c0@rede.local><aa47605d0805140636k2a424624v21058fec98df9722@mail.gmail.com><00ee01c8b690$1c4b1e50$1901a8c0@rede.local><9a08c9b40805150652j4f880827p96574a0597421189@mail.gmail.com><018701c8b69c$3bb2dbf0$1901a8c0@rede.local><3de55ead0805150813x5b75ed77j1df2d683c1f13550@mail.gmail.com><482C7997.6030905@graaph.arq.br><3de55ead0805151203ua51f78bl8a31983498c1fbf8@mail.gmail.com>
	<482C9295.40609@graaph.arq.br>
Message-ID: <028f01c8b6ee$0779beb0$1901a8c0@rede.local>

É isso aí Silvio... falou bem, bonito... Não precisou nem chamar o 
LombardÊÊÊ
descontraindo++;

Bom, pessoal, agradeço ajuda e os esclarecimentos. No meu caso, continuarei 
ficando com
a solução do referer, pelo seguinte fato:

Para conseguir acesso, o "cara" tem que fazer as alterações no seu próprio 
browser,
então, só quem entende do assunto vai conseguir. E na verdade o público-alvo
desse site não tem essa "noção", obrigando à acessar o "site-original".

Continuarei nessa solução alternativa até que, quem sabe um dia não haver
possibilidades de alterações nas variáves de ambiente.

[]s,
Fernando

----- Original Message ----- 
From: "Silvio Almeida" <scvalmei em graaph.arq.br>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Thursday, May 15, 2008 4:44 PM
Subject: Re: [Cascavel-pm] HTTP_REFERER - variável de ambiente não funciona 
no protocolo https


Éden,

Claro, você tem toda razão, percebi meu erro logo em seguida, o
Http-Referer trata de sequencia de URL acessadas, e não do ponto de
origem dos acessos.

Na verdade não vai ter jeito, porque se a página https://xyz/index.html
supostamente gera conteúdo (links no caso) em função de um header que
além de não ser confiável pode nem sequer existir, então o problema não
tem solução.

A alternativa de webservice que você mencionou, ou o esquema de token
que o Nilson descreveu, são bastante parecidos na medida em que os sites
"licenciados" devem aderir a um esquema particular de comunicação com o
servidor https://xyz, ou seja, um "protocolo" ou "contrato particular de
referenciação". Este "protocolo" (não sei se devia botar aspas) pode
implementar qualquer grau de segurança, basta querer e podemos ter
chaves triplas DSA-RGB 10024 bits por pixel.

A característica mais interessante aqui é que tanto em um caso (Éden)
como em outro (Nilson) a implementação necessariamente acontece nos dois
extremos da linha, isto é, cada página "licenciada" precisa implementar
sua parte do protocolo para poder falar com https://xyz.

O que não acontece na solução que depende apenas do Http-Referer, onde
somente https://xyz cuidaria de manter a lista de sites "licenciados".
De certa forma, o navegador implementa a sua metade de um esquema
simplório: ele envia a URL atual no próximo request sob o header
Http-Referer. O que, em termos de segurança, não serve para nada.

-Silvio


Eden Cardim wrote:
> 2008/5/15 Silvio Almeida <scvalmei em graaph.arq.br>:
>
>> Acessando $ENV{REMOTE_ADDRESS} a partir do CGI você obtém o IP que fez o
>> request. Esta informação é totalmente confiável pois não vem de um
>> header HTTP (forjável por natureza), mas de uma camada Ozzy inferior. Aí
>> no CGI você poderia testar o REMOTE_ADDRESS para determinados ranges
>> para liberar ou não acesso. Isto não funcionaria?
>>
>
> Ele quer bloquear a navegação a partir de links contidos em outros
> websites, não o usuário do user agent
_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm


From edencardim em gmail.com  Thu May 15 19:12:17 2008
From: edencardim em gmail.com (Eden Cardim)
Date: Thu, 15 May 2008 23:12:17 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <028f01c8b6ee$0779beb0$1901a8c0@rede.local>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<aa47605d0805140636k2a424624v21058fec98df9722@mail.gmail.com>
	<00ee01c8b690$1c4b1e50$1901a8c0@rede.local>
	<9a08c9b40805150652j4f880827p96574a0597421189@mail.gmail.com>
	<018701c8b69c$3bb2dbf0$1901a8c0@rede.local>
	<3de55ead0805150813x5b75ed77j1df2d683c1f13550@mail.gmail.com>
	<482C7997.6030905@graaph.arq.br>
	<3de55ead0805151203ua51f78bl8a31983498c1fbf8@mail.gmail.com>
	<482C9295.40609@graaph.arq.br>
	<028f01c8b6ee$0779beb0$1901a8c0@rede.local>
Message-ID: <3de55ead0805151912t5a2402e5sc793a8738d77bdcd@mail.gmail.com>

2008/5/15  <fernandolouis em terra.com.br>:
> Bom, pessoal, agradeço ajuda e os esclarecimentos. No meu caso, continuarei
> ficando com
> a solução do referer, pelo seguinte fato:
>
> Para conseguir acesso, o "cara" tem que fazer as alterações no seu próprio
> browser,
> então, só quem entende do assunto vai conseguir. E na verdade o público-alvo
> desse site não tem essa "noção", obrigando à acessar o "site-original".

Vai continuar sem funcionar com HTTPS

> Continuarei nessa solução alternativa até que, quem sabe um dia não haver
> possibilidades de alterações nas variáves de ambiente.

Isso é impossível, é uma questão física, você não tem como obrigar
quem está do outro lado da linha a fazer o que você quer.

Porque você não faz do jeito certo de uma vez por todas?

-- 
edenc.vox.com

From acid06 em gmail.com  Thu May 15 19:18:04 2008
From: acid06 em gmail.com (Nilson Santos Figueiredo Junior)
Date: Thu, 15 May 2008 23:18:04 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <3de55ead0805151912t5a2402e5sc793a8738d77bdcd@mail.gmail.com>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<00ee01c8b690$1c4b1e50$1901a8c0@rede.local>
	<9a08c9b40805150652j4f880827p96574a0597421189@mail.gmail.com>
	<018701c8b69c$3bb2dbf0$1901a8c0@rede.local>
	<3de55ead0805150813x5b75ed77j1df2d683c1f13550@mail.gmail.com>
	<482C7997.6030905@graaph.arq.br>
	<3de55ead0805151203ua51f78bl8a31983498c1fbf8@mail.gmail.com>
	<482C9295.40609@graaph.arq.br>
	<028f01c8b6ee$0779beb0$1901a8c0@rede.local>
	<3de55ead0805151912t5a2402e5sc793a8738d77bdcd@mail.gmail.com>
Message-ID: <9a08c9b40805151918u62f9d77co5162d920fe0649c@mail.gmail.com>

2008/5/15 Eden Cardim <edencardim em gmail.com>:
> Porque você não faz do jeito certo de uma vez por todas?

Claramente é para que, no futuro, algum gerente ignorante venha falar
que o negócio não funciona direito porque foi feito em Perl.
E reescrever tudo em Java. Utilizando uma autenticação via WebServices
ou algo similar. ;-)

-Nilson Santos F. Jr.

From edencardim em gmail.com  Thu May 15 19:25:41 2008
From: edencardim em gmail.com (Eden Cardim)
Date: Thu, 15 May 2008 23:25:41 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <9a08c9b40805151918u62f9d77co5162d920fe0649c@mail.gmail.com>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<9a08c9b40805150652j4f880827p96574a0597421189@mail.gmail.com>
	<018701c8b69c$3bb2dbf0$1901a8c0@rede.local>
	<3de55ead0805150813x5b75ed77j1df2d683c1f13550@mail.gmail.com>
	<482C7997.6030905@graaph.arq.br>
	<3de55ead0805151203ua51f78bl8a31983498c1fbf8@mail.gmail.com>
	<482C9295.40609@graaph.arq.br>
	<028f01c8b6ee$0779beb0$1901a8c0@rede.local>
	<3de55ead0805151912t5a2402e5sc793a8738d77bdcd@mail.gmail.com>
	<9a08c9b40805151918u62f9d77co5162d920fe0649c@mail.gmail.com>
Message-ID: <3de55ead0805151925h42ff9bdei49512825dc42815e@mail.gmail.com>

On Thu, May 15, 2008 at 11:18 PM, Nilson Santos Figueiredo Junior
<acid06 em gmail.com> wrote:
> Claramente é para que, no futuro, algum gerente ignorante venha falar
> que o negócio não funciona direito porque foi feito em Perl.
> E reescrever tudo em Java. Utilizando uma autenticação via WebServices
> ou algo similar. ;-)

nilson++ # oráculo

-- 
edenc.vox.com

From gabriel.vieira em gmail.com  Thu May 15 20:32:19 2008
From: gabriel.vieira em gmail.com (Gabriel Vieira)
Date: Fri, 16 May 2008 00:32:19 -0300
Subject: [Cascavel-pm] =?iso-8859-1?q?=5BOT=5D=3A_R=24_450_milh=F5es_para_?=
	=?iso-8859-1?q?o_desenvolvimento_de_projetos?=
Message-ID: <83d8367f0805152032t724edfffv2325bb7839670a5e@mail.gmail.com>

---------- Forwarded message ----------
From: Secretaria Computação <secretaria.computacao em unipe.br>
Date: 2008/5/15
Subject: Oportunidade
To: secretaria.computacao em unipe.br

         Empresas têm até 30 de junho para apresentar propostas.
Projetos, no valor mínimo de R$ 1 milhão, têm que estar enquadrados em
uma das seis áreas definidas pelo Governo Empresas brasileiras de
todos os portes podem se candidatar ao novo edital de Subvenção
Econômica 2008, que será lançado terça-feira (13/5) pela Financiadora
de Estudos e Projetos (Finep), do Ministério da Ciência e Tecnologia.
A vantagem dos recursos da subvenção é que eles são não-reembolsáveis,
ou seja, as empresas beneficiadas não precisam devolver o dinheiro
recebido.

        Ao todo, serão disponibilizados R$ 450 milhões para o
desenvolvimento de projetos em seis áreas estratégicas: Tecnologias da
Informação e Comunicação; Biotecnologia; Saúde; Programas
Estratégicos; Energia e Desenvolvimento Social. Segundo o
superintendente de Competitividade Empresarial da Finep, Luiz Antônio
Coelho, embora o orçamento para subvenções da Finep para 2008 seja de
R$ 324 milhões, o edital prevê R$ 450 milhões porque os recursos serão
distribuídos em dois anos, até 2010.

       A seleção das empresas candidatas ao edital 2008, anunciado dia
12 durante o lançamento da nova política industrial, no BNDES, no Rio,
acontecerá em duas etapas. Na primeira, as propostas serão
apresentadas, até o dia 30 de junho, em formulário eletrônico
simplificado, que estará disponível no site da Finep até as 18 horas
do dia 13/5. Nele, serão descritos o tipo de produto, serviço ou
processo inovador a ser desenvolvido com os recursos da subvenção, os
impactos econômicos e sociais do projeto e a qualificação da equipe
executora. O resultado da fase 1 está previsto para o dia 4 de agosto.
Na segunda fase, apenas as empresas selecionadas deverão encaminhar o
projeto detalhado à Finep, que também acontecerá por meio eletrônico
até o dia 1º de setembro. O resultado desta última etapa sairá no dia
6 de outubro. A partir daí, começa então um curto período para a
apresentação de recursos pelas empresas que tiveram as suas propostas
recusadas.

     O resultado final, com a divulgação da lista das empresas
contempladas no site da Finep, está previsto para o dia 17 de outubro.
O valor mínimo de cada projeto será de R$ 1 milhão com prazo de
execução de 36 meses. Haverá, ainda, uma contrapartida que ficará
entre 5% e 20% do valor total do projeto no caso de empresas menores,
e entre 100% e 200% para empresas de médio e grande porte. Além do
enquadramento do projeto nos temas específicos das seis áreas
definidas no edital, a comissão julgadora levará em consideração o
grau de inovação da proposta em relação a outras soluções existentes,
o impacto no mercado, a importância para a sociedade e a capacidade
técnica da equipe envolvida no desenvolvimento do produto, serviço ou
processo.

     Ainda segundo o edital, 40% dos recursos vão apoiar empresas
pequenas e 30% do total serão destinados às regiões Norte, Nordeste e
Centro-Oeste. Apenas no caso de não haver demanda qualificada nessas
regiões, os recursos serão remanejados para apoio aos demais projetos
aprovados. Áreas estratégicas na área de TI e Comunicação, por
exemplo, serão apoiados projetos de software e de conteúdo inovador
para novas mídias, como aparelhos celulares, novos dispositivos de
acesso à internet e TV Digital. Nesse caso, estão previstos, ainda,
desenvolvimentos de sistemas ou antenas de transmissão de sinais
digitais compatíveis com o sistema brasileiro. No setor de
telecomunicações, serão priorizadas novas plataformas e componentes
inovadores para redes de comunicações ópticas e sem fio.

   Em Biotecnologia, serão priorizados produtos com alto potencial
terapêutico, obtidos a partir de princípios ativos existentes em
espécies da biodiversidade brasileira, e bioinseticidas para controle
de pragas provocadas por insetos transmissores de doenças, como a
dengue, malária e febre amarela. O setor de Saúde abrange dispositivos
para diagnósticos, prognósticos e ferramentas terapêuticas para
doenças negligenciadas e câncer; desenvolvimentos de moléculas com
alto potencial, como insulina humana, calcitonina e hormônios;
componentes e equipamentos para telemedicina e telessaúde, ultrasom e
hemodiálise; e aparelhos auditivos. Os Programas Estratégicos englobam
desenvolvimento, integração e implantação de sistemas de
posicionamento para navegação, controle e guiamento, tipo simuladores,
além de materiais emissores de elétrons e de alta densidade
energética, assim como processos industriais para fabricação de peças
e sistemas estruturais em fibras de carbono, semicompósitos e
cerâmicas. Na área de Energia serão apoiados projetos para
aproveitamento da palha da cana na cadeia do etanol, extração de óleos
de palmáceas e pinhão manso para produção de biodiesel em pequena
escala e fabricação de válvulas submarinas utilizadas na exploração de
petróleo e gás em águas profundas.

   E por último, o edital vai contemplar soluções inovadoras para
acesso de baixo custo à internet em banda larga e habitação de
interesse social, além de equipamentos e dispositivos destinados a
facilitar o dia-a-dia de portadores de deficiências. Todas as áreas
terão disponíveis R$ 80 milhões para apoio a projetos inovadores, com
exceção apenas do setor de Desenvolvimento Social, que contará com R$
50 milhões.

(Fonte: Finep - 12/05/2008 e Valor Econômico - 13/05/2008)


-- 
Gabriel Vieira

From fernandolouis em terra.com.br  Fri May 16 04:34:46 2008
From: fernandolouis em terra.com.br (fernandolouis em terra.com.br)
Date: Fri, 16 May 2008 08:34:46 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
References: <000a01c8a54b$1a196020$0301a8c0@rede.local><aa47605d0805140636k2a424624v21058fec98df9722@mail.gmail.com><00ee01c8b690$1c4b1e50$1901a8c0@rede.local><9a08c9b40805150652j4f880827p96574a0597421189@mail.gmail.com><018701c8b69c$3bb2dbf0$1901a8c0@rede.local><3de55ead0805150813x5b75ed77j1df2d683c1f13550@mail.gmail.com><482C7997.6030905@graaph.arq.br><3de55ead0805151203ua51f78bl8a31983498c1fbf8@mail.gmail.com><482C9295.40609@graaph.arq.br><028f01c8b6ee$0779beb0$1901a8c0@rede.local>
	<3de55ead0805151912t5a2402e5sc793a8738d77bdcd@mail.gmail.com>
Message-ID: <005601c8b748$d7e18ab0$1901a8c0@rede.local>

Eden, é totalmente inviável...

imagine essa situação:
se eu tenho 500 clientes, e somente esses 500 sites conseguem fazer link 
para uma determinada área do meu site.

Não é simples assim eu poder ter acesso ao servidor de cada um para fazer as 
2 soluções apresentadas:
conforme Silvio comentou "A alternativa de webservice que você mencionou, ou 
o esquema de token
que o Nilson descreveu"

[]s


----- Original Message ----- 
From: "Eden Cardim" <edencardim em gmail.com>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Thursday, May 15, 2008 11:12 PM
Subject: Re: [Cascavel-pm]HTTP_REFERER - variável de ambiente não funciona 
no protocolo https


Porque você não faz do jeito certo de uma vez por todas?

-- 
edenc.vox.com
_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm


From edencardim em gmail.com  Fri May 16 04:44:22 2008
From: edencardim em gmail.com (Eden Cardim)
Date: Fri, 16 May 2008 08:44:22 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <005601c8b748$d7e18ab0$1901a8c0@rede.local>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<9a08c9b40805150652j4f880827p96574a0597421189@mail.gmail.com>
	<018701c8b69c$3bb2dbf0$1901a8c0@rede.local>
	<3de55ead0805150813x5b75ed77j1df2d683c1f13550@mail.gmail.com>
	<482C7997.6030905@graaph.arq.br>
	<3de55ead0805151203ua51f78bl8a31983498c1fbf8@mail.gmail.com>
	<482C9295.40609@graaph.arq.br>
	<028f01c8b6ee$0779beb0$1901a8c0@rede.local>
	<3de55ead0805151912t5a2402e5sc793a8738d77bdcd@mail.gmail.com>
	<005601c8b748$d7e18ab0$1901a8c0@rede.local>
Message-ID: <3de55ead0805160444x35df0ae8l9d2227d8cf6388e7@mail.gmail.com>

2008/5/16  <fernandolouis em terra.com.br>:
> Eden, é totalmente inviável...
>
> imagine essa situação:
> se eu tenho 500 clientes, e somente esses 500 sites conseguem fazer link
> para uma determinada área do meu site.
>
> Não é simples assim eu poder ter acesso ao servidor de cada um

Ninguém falou que você precisa ter acesso ao servidor deles. Você
precisa montar um esquema de autenticação pra eles poderem se
identificar quando forem acessar o seu conteúdo. É bem simples, a não
ser que você esteja omitindo detalhes adicionais dos requisitos. Quase
todos os fornecedores de conteúdo na internet inteira funcionam assim
porque só o seu caso não vai funcionar?

-- 
edenc.vox.com

From fernandolouis em terra.com.br  Fri May 16 06:11:27 2008
From: fernandolouis em terra.com.br (fernandolouis em terra.com.br)
Date: Fri, 16 May 2008 10:11:27 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
References: <000a01c8a54b$1a196020$0301a8c0@rede.local><9a08c9b40805150652j4f880827p96574a0597421189@mail.gmail.com><018701c8b69c$3bb2dbf0$1901a8c0@rede.local><3de55ead0805150813x5b75ed77j1df2d683c1f13550@mail.gmail.com><482C7997.6030905@graaph.arq.br><3de55ead0805151203ua51f78bl8a31983498c1fbf8@mail.gmail.com><482C9295.40609@graaph.arq.br><028f01c8b6ee$0779beb0$1901a8c0@rede.local><3de55ead0805151912t5a2402e5sc793a8738d77bdcd@mail.gmail.com><005601c8b748$d7e18ab0$1901a8c0@rede.local>
	<3de55ead0805160444x35df0ae8l9d2227d8cf6388e7@mail.gmail.com>
Message-ID: <002201c8b756$5cdb1030$1901a8c0@rede.local>

Sistema de autenticação de usuário (login/senha) não serve....

Milhares de "paraquedistas" do google podem achar esses "500 sites 
autorizados" e ao clicarem
no link que vai para o "meu site" devem conseguir acesso de forma normal, 
sem nenhum restrição (inclusive
de autenticação de usuário).

[]s

----- Original Message ----- 
From: "Eden Cardim" <edencardim em gmail.com>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Friday, May 16, 2008 8:44 AM
Subject: Re: [Cascavel-pm]HTTP_REFERER - variável de ambiente não funciona 
no protocolo https


2008/5/16  <fernandolouis em terra.com.br>:
> Eden, é totalmente inviável...
>
> imagine essa situação:
> se eu tenho 500 clientes, e somente esses 500 sites conseguem fazer link
> para uma determinada área do meu site.
>
> Não é simples assim eu poder ter acesso ao servidor de cada um

Ninguém falou que você precisa ter acesso ao servidor deles. Você
precisa montar um esquema de autenticação pra eles poderem se
identificar quando forem acessar o seu conteúdo. É bem simples, a não
ser que você esteja omitindo detalhes adicionais dos requisitos. Quase
todos os fornecedores de conteúdo na internet inteira funcionam assim
porque só o seu caso não vai funcionar?

-- 
edenc.vox.com
_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm


From daniel em ruoso.com  Fri May 16 06:16:49 2008
From: daniel em ruoso.com (Daniel Ruoso)
Date: Fri, 16 May 2008 14:16:49 +0100
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <002201c8b756$5cdb1030$1901a8c0@rede.local>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<9a08c9b40805150652j4f880827p96574a0597421189@mail.gmail.com>
	<018701c8b69c$3bb2dbf0$1901a8c0@rede.local>
	<3de55ead0805150813x5b75ed77j1df2d683c1f13550@mail.gmail.com>
	<482C7997.6030905@graaph.arq.br>
	<3de55ead0805151203ua51f78bl8a31983498c1fbf8@mail.gmail.com>
	<482C9295.40609@graaph.arq.br><028f01c8b6ee$0779beb0$1901a8c0@rede.local>
	<3de55ead0805151912t5a2402e5sc793a8738d77bdcd@mail.gmail.com>
	<005601c8b748$d7e18ab0$1901a8c0@rede.local>
	<3de55ead0805160444x35df0ae8l9d2227d8cf6388e7@mail.gmail.com>
	<002201c8b756$5cdb1030$1901a8c0@rede.local>
Message-ID: <1210943809.28408.15.camel@pitombeira>

Sex, 2008-05-16 às 10:11 -0300, fernandolouis em terra.com.br escreveu:
> Sistema de autenticação de usuário (login/senha) não serve....

Não precisa ser login/senha...

você só precisa ter uma chamada (essa sim, com login e senha) onde o
site de origem autorizado a encaminhar para aquela URL vai requisitar um
token, e incluir esse token na url que encaminha o usuário. Daí é só
você receber esse token e validar, o usúario final não vai nem ver a
diferença...


daniel


From edencardim em gmail.com  Fri May 16 06:47:12 2008
From: edencardim em gmail.com (Eden Cardim)
Date: Fri, 16 May 2008 10:47:12 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <002201c8b756$5cdb1030$1901a8c0@rede.local>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<3de55ead0805150813x5b75ed77j1df2d683c1f13550@mail.gmail.com>
	<482C7997.6030905@graaph.arq.br>
	<3de55ead0805151203ua51f78bl8a31983498c1fbf8@mail.gmail.com>
	<482C9295.40609@graaph.arq.br>
	<028f01c8b6ee$0779beb0$1901a8c0@rede.local>
	<3de55ead0805151912t5a2402e5sc793a8738d77bdcd@mail.gmail.com>
	<005601c8b748$d7e18ab0$1901a8c0@rede.local>
	<3de55ead0805160444x35df0ae8l9d2227d8cf6388e7@mail.gmail.com>
	<002201c8b756$5cdb1030$1901a8c0@rede.local>
Message-ID: <3de55ead0805160647o59a663b0l3a73aaa2ec9e0595@mail.gmail.com>

2008/5/16  <fernandolouis em terra.com.br>:
> Sistema de autenticação de usuário (login/senha) não serve....
>
> Milhares de "paraquedistas" do google podem achar esses "500 sites
> autorizados" e ao clicarem
> no link que vai para o "meu site" devem conseguir acesso de forma normal,
> sem nenhum restrição (inclusive
> de autenticação de usuário).

Não se você fizer do jeito certo com os tokens, etc. Lê alguma coisa
sobre webservices que você vai entender.
Outra coisa, a solução que verifica o HTTP_REFERER também não
soluciona esse problema que você relatou, se é que eu entendi o que é
um "paraquedista".

-- 
edenc.vox.com

From acid06 em gmail.com  Fri May 16 08:07:18 2008
From: acid06 em gmail.com (Nilson Santos Figueiredo Junior)
Date: Fri, 16 May 2008 12:07:18 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <3de55ead0805160647o59a663b0l3a73aaa2ec9e0595@mail.gmail.com>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<482C7997.6030905@graaph.arq.br>
	<3de55ead0805151203ua51f78bl8a31983498c1fbf8@mail.gmail.com>
	<482C9295.40609@graaph.arq.br>
	<028f01c8b6ee$0779beb0$1901a8c0@rede.local>
	<3de55ead0805151912t5a2402e5sc793a8738d77bdcd@mail.gmail.com>
	<005601c8b748$d7e18ab0$1901a8c0@rede.local>
	<3de55ead0805160444x35df0ae8l9d2227d8cf6388e7@mail.gmail.com>
	<002201c8b756$5cdb1030$1901a8c0@rede.local>
	<3de55ead0805160647o59a663b0l3a73aaa2ec9e0595@mail.gmail.com>
Message-ID: <9a08c9b40805160807q60c75bdckd85d563adc5edbd3@mail.gmail.com>

2008/5/16 Eden Cardim <edencardim em gmail.com>:
> Não se você fizer do jeito certo com os tokens, etc. Lê alguma coisa
> sobre webservices que você vai entender.

Sinceramente, isso é uma lista de dicussão sobre Perl e acho que já
fomos longe demais tentando explicar como desenvolver sistemas para
ele, *contra a sua vontade*.

Já que ele não deseja uma solução, não vale à pena ficar insistindo.

-Nilson Santos F. Jr.

From lgonzaga em lncc.br  Fri May 16 08:53:46 2008
From: lgonzaga em lncc.br (Luiz Gonzaga)
Date: Fri, 16 May 2008 12:53:46 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <9a08c9b40805160807q60c75bdckd85d563adc5edbd3@mail.gmail.com>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<3de55ead0805160647o59a663b0l3a73aaa2ec9e0595@mail.gmail.com>
	<9a08c9b40805160807q60c75bdckd85d563adc5edbd3@mail.gmail.com>
Message-ID: <200805161253.46431.lgonzaga@lncc.br>

Nilson++

Um problema sério... Aprender a pedir ajuda e ter a humildade de recebe-la...

Luiz.

Em Sexta 16 Maio 2008 12:07, Nilson Santos Figueiredo Junior escreveu:
> 2008/5/16 Eden Cardim <edencardim em gmail.com>:
> > Não se você fizer do jeito certo com os tokens, etc. Lê alguma coisa
> > sobre webservices que você vai entender.
>
> Sinceramente, isso é uma lista de dicussão sobre Perl e acho que já
> fomos longe demais tentando explicar como desenvolver sistemas para
> ele, *contra a sua vontade*.
>
> Já que ele não deseja uma solução, não vale à pena ficar insistindo.
>
> -Nilson Santos F. Jr.
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm

-- 
Luiz G. P. de Almeida
Analista de Sistemas
Laboratório Nacional de Computação Científica / MCT

From fernandolouis em terra.com.br  Fri May 16 11:28:06 2008
From: fernandolouis em terra.com.br (fernandolouis em terra.com.br)
Date: Fri, 16 May 2008 15:28:06 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
References: <000a01c8a54b$1a196020$0301a8c0@rede.local><9a08c9b40805150652j4f880827p96574a0597421189@mail.gmail.com><018701c8b69c$3bb2dbf0$1901a8c0@rede.local><3de55ead0805150813x5b75ed77j1df2d683c1f13550@mail.gmail.com><482C7997.6030905@graaph.arq.br><3de55ead0805151203ua51f78bl8a31983498c1fbf8@mail.gmail.com><482C9295.40609@graaph.arq.br><028f01c8b6ee$0779beb0$1901a8c0@rede.local><3de55ead0805151912t5a2402e5sc793a8738d77bdcd@mail.gmail.com><005601c8b748$d7e18ab0$1901a8c0@rede.local><3de55ead0805160444x35df0ae8l9d2227d8cf6388e7@mail.gmail.com><002201c8b756$5cdb1030$1901a8c0@rede.local>
	<1210943809.28408.15.camel@pitombeira>
Message-ID: <00a501c8b782$96032880$1901a8c0@rede.local>

ahhhh tah... Agora entendi Daniel!

Vou dar uma pesquisada sobre essa requisição de um "token" que nunca ouvi 
falar.
Mas pela sua breve explicação, acredito que é uma boa mesmo.

Agradeço mais um vez, eu realmente precisa de uma solução alternativa.

[]ão
Fernando

----- Original Message ----- 
From: "Daniel Ruoso" <daniel em ruoso.com>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Friday, May 16, 2008 10:16 AM
Subject: Re: [Cascavel-pm]HTTP_REFERER - variável de ambiente não funciona 
no protocolo https


Sex, 2008-05-16 às 10:11 -0300, fernandolouis em terra.com.br escreveu:
> Sistema de autenticação de usuário (login/senha) não serve....

Não precisa ser login/senha...

você só precisa ter uma chamada (essa sim, com login e senha) onde o
site de origem autorizado a encaminhar para aquela URL vai requisitar um
token, e incluir esse token na url que encaminha o usuário. Daí é só
você receber esse token e validar, o usúario final não vai nem ver a
diferença...


daniel

_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm


From fernandolouis em terra.com.br  Fri May 16 11:30:09 2008
From: fernandolouis em terra.com.br (fernandolouis em terra.com.br)
Date: Fri, 16 May 2008 15:30:09 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
References: <000a01c8a54b$1a196020$0301a8c0@rede.local><3de55ead0805150813x5b75ed77j1df2d683c1f13550@mail.gmail.com><482C7997.6030905@graaph.arq.br><3de55ead0805151203ua51f78bl8a31983498c1fbf8@mail.gmail.com><482C9295.40609@graaph.arq.br><028f01c8b6ee$0779beb0$1901a8c0@rede.local><3de55ead0805151912t5a2402e5sc793a8738d77bdcd@mail.gmail.com><005601c8b748$d7e18ab0$1901a8c0@rede.local><3de55ead0805160444x35df0ae8l9d2227d8cf6388e7@mail.gmail.com><002201c8b756$5cdb1030$1901a8c0@rede.local>
	<3de55ead0805160647o59a663b0l3a73aaa2ec9e0595@mail.gmail.com>
Message-ID: <00aa01c8b782$df22a400$1901a8c0@rede.local>

Ok Eden, realmente só agora compreendi o que vocês estavam tentando me 
passar.

Vou dar uma pesquisada boa sobre o assunto e se houver alguma dúvida ou 
solução,
compartilharei com vocês.

Por hora, se tiver alguma referência para eu pesquisar, agradeço.

[]!
Fernando

----- Original Message ----- 
From: "Eden Cardim" <edencardim em gmail.com>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Friday, May 16, 2008 10:47 AM
Subject: Re: [Cascavel-pm]HTTP_REFERER - variável de ambiente não funciona 
no protocolo https


2008/5/16  <fernandolouis em terra.com.br>:
> Sistema de autenticação de usuário (login/senha) não serve....
>
> Milhares de "paraquedistas" do google podem achar esses "500 sites
> autorizados" e ao clicarem
> no link que vai para o "meu site" devem conseguir acesso de forma normal,
> sem nenhum restrição (inclusive
> de autenticação de usuário).

Não se você fizer do jeito certo com os tokens, etc. Lê alguma coisa
sobre webservices que você vai entender.
Outra coisa, a solução que verifica o HTTP_REFERER também não
soluciona esse problema que você relatou, se é que eu entendi o que é
um "paraquedista".

-- 
edenc.vox.com
_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm


From fernandolouis em terra.com.br  Fri May 16 11:40:54 2008
From: fernandolouis em terra.com.br (fernandolouis em terra.com.br)
Date: Fri, 16 May 2008 15:40:54 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
References: <000a01c8a54b$1a196020$0301a8c0@rede.local><3de55ead0805160647o59a663b0l3a73aaa2ec9e0595@mail.gmail.com><9a08c9b40805160807q60c75bdckd85d563adc5edbd3@mail.gmail.com>
	<200805161253.46431.lgonzaga@lncc.br>
Message-ID: <00b701c8b784$5f73a680$1901a8c0@rede.local>

Não concordo Luiz... o que ocorreu é que vocês não entenderam, ou na verdade 
eu não
passei de forma elucidada o meu problema, e houveram mal-entendidos.

Ao achar que a solução ideal seria a minha, eu compartilhei os votos com 
todos:

<agradecimentos>
----- Original Message ----- 
From: <fernandolouis em terra.com.br>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Thursday, May 15, 2008 9:44 PM
Subject: Re: [Cascavel-pm]HTTP_REFERER - variável de ambiente não funciona 
no protocolo https
Bom, pessoal, agradeço ajuda e os esclarecimentos
</agradecimentos>

E agora percebi melhor com os últimos post do Daniel e do Eden que a solução 
ideal
é a utilização de requisições de token... o qual vou pesquisar (também por 
webservices)

Luiz Gonzaga, sei pedir ajudar e tenho até prazer de receber um RTFM, embora
muitas vezes já ter realizado esta opção...

Há muitos experientes aqui na lista que sabem como ajudar, como fazer a 
pessoas explorar
melhor um assunto, ou muitos experientes as vezes preferem não indagar, 
outros... não ajudam,
só atrapalham.

...
Fernando


----- Original Message ----- 
From: "Luiz Gonzaga" <lgonzaga em lncc.br>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Friday, May 16, 2008 12:53 PM
Subject: Re: [Cascavel-pm]HTTP_REFERER - variável de ambiente não funciona 
no protocolo https

Nilson++

Um problema sério... Aprender a pedir ajuda e ter a humildade de 
recebe-la...

Luiz.

Em Sexta 16 Maio 2008 12:07, Nilson Santos Figueiredo Junior escreveu:
> 2008/5/16 Eden Cardim <edencardim em gmail.com>:
> > Não se você fizer do jeito certo com os tokens, etc. Lê alguma coisa
> > sobre webservices que você vai entender.
>
> Sinceramente, isso é uma lista de dicussão sobre Perl e acho que já
> fomos longe demais tentando explicar como desenvolver sistemas para
> ele, *contra a sua vontade*.
>
> Já que ele não deseja uma solução, não vale à pena ficar insistindo.
>
> -Nilson Santos F. Jr.
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm

-- 
Luiz G. P. de Almeida
Analista de Sistemas
Laboratório Nacional de Computação Científica / MCT
_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm


From fernandolouis em terra.com.br  Fri May 16 11:42:39 2008
From: fernandolouis em terra.com.br (fernandolouis em terra.com.br)
Date: Fri, 16 May 2008 15:42:39 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
References: <000a01c8a54b$1a196020$0301a8c0@rede.local><482C7997.6030905@graaph.arq.br><3de55ead0805151203ua51f78bl8a31983498c1fbf8@mail.gmail.com><482C9295.40609@graaph.arq.br><028f01c8b6ee$0779beb0$1901a8c0@rede.local><3de55ead0805151912t5a2402e5sc793a8738d77bdcd@mail.gmail.com><005601c8b748$d7e18ab0$1901a8c0@rede.local><3de55ead0805160444x35df0ae8l9d2227d8cf6388e7@mail.gmail.com><002201c8b756$5cdb1030$1901a8c0@rede.local><3de55ead0805160647o59a663b0l3a73aaa2ec9e0595@mail.gmail.com>
	<9a08c9b40805160807q60c75bdckd85d563adc5edbd3@mail.gmail.com>
Message-ID: <00c001c8b784$9e259b90$1901a8c0@rede.local>

Amigo Nislon,
eu desejo solução, e estou indo atrás dela.... desculpe se não compreendi de 
imediato
o que tentaram me passar.

Alguma dica para eu pesquisar referente a webservices e token?

[]s,
Fernando

----- Original Message ----- 
From: "Nilson Santos Figueiredo Junior" <acid06 em gmail.com>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Friday, May 16, 2008 12:07 PM
Subject: Re: [Cascavel-pm]HTTP_REFERER - variável de ambiente não funciona 
no protocolo https


2008/5/16 Eden Cardim <edencardim em gmail.com>:
> Não se você fizer do jeito certo com os tokens, etc. Lê alguma coisa
> sobre webservices que você vai entender.

Sinceramente, isso é uma lista de dicussão sobre Perl e acho que já
fomos longe demais tentando explicar como desenvolver sistemas para
ele, *contra a sua vontade*.

Já que ele não deseja uma solução, não vale à pena ficar insistindo.

-Nilson Santos F. Jr.
_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm


From lgonzaga em lncc.br  Fri May 16 11:52:58 2008
From: lgonzaga em lncc.br (Luiz Gonzaga)
Date: Fri, 16 May 2008 15:52:58 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <00b701c8b784$5f73a680$1901a8c0@rede.local>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<200805161253.46431.lgonzaga@lncc.br>
	<00b701c8b784$5f73a680$1901a8c0@rede.local>
Message-ID: <200805161552.58359.lgonzaga@lncc.br>

Gostaria, sinceramente, de entender esta frase "embora muitas vezes já ter 
realizado esta opção...". Qual opção, ler o manual antes ? Pedir ajuda ? Num 
entendi nada...

E sendo absolutamente sincero, Fernando, em outra oportunidade ja tentei te 
ajudar e o seu comportamento é recorrente. Desisti!

Luiz.

Em Sexta 16 Maio 2008 15:40, fernandolouis em terra.com.br escreveu:
> Não concordo Luiz... o que ocorreu é que vocês não entenderam, ou na
> verdade eu não
> passei de forma elucidada o meu problema, e houveram mal-entendidos.
>
> Ao achar que a solução ideal seria a minha, eu compartilhei os votos com
> todos:
>
> <agradecimentos>
> ----- Original Message -----
> From: <fernandolouis em terra.com.br>
> To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
> Sent: Thursday, May 15, 2008 9:44 PM
> Subject: Re: [Cascavel-pm]HTTP_REFERER - variável de ambiente não funciona
> no protocolo https
> Bom, pessoal, agradeço ajuda e os esclarecimentos
> </agradecimentos>
>
> E agora percebi melhor com os últimos post do Daniel e do Eden que a
> solução ideal
> é a utilização de requisições de token... o qual vou pesquisar (também por
> webservices)
>
> Luiz Gonzaga, sei pedir ajudar e tenho até prazer de receber um RTFM,
> embora muitas vezes já ter realizado esta opção...
>
> Há muitos experientes aqui na lista que sabem como ajudar, como fazer a
> pessoas explorar
> melhor um assunto, ou muitos experientes as vezes preferem não indagar,
> outros... não ajudam,
> só atrapalham.
>
> ...
> Fernando
>
>
> ----- Original Message -----
> From: "Luiz Gonzaga" <lgonzaga em lncc.br>
> To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
> Sent: Friday, May 16, 2008 12:53 PM
> Subject: Re: [Cascavel-pm]HTTP_REFERER - variável de ambiente não funciona
> no protocolo https
>
> Nilson++
>
> Um problema sério... Aprender a pedir ajuda e ter a humildade de
> recebe-la...
>
> Luiz.
>
> Em Sexta 16 Maio 2008 12:07, Nilson Santos Figueiredo Junior escreveu:
> > 2008/5/16 Eden Cardim <edencardim em gmail.com>:
> > > Não se você fizer do jeito certo com os tokens, etc. Lê alguma coisa
> > > sobre webservices que você vai entender.
> >
> > Sinceramente, isso é uma lista de dicussão sobre Perl e acho que já
> > fomos longe demais tentando explicar como desenvolver sistemas para
> > ele, *contra a sua vontade*.
> >
> > Já que ele não deseja uma solução, não vale à pena ficar insistindo.
> >
> > -Nilson Santos F. Jr.
> > _______________________________________________
> > Cascavel-pm mailing list
> > Cascavel-pm em pm.org
> > http://mail.pm.org/mailman/listinfo/cascavel-pm

-- 
Luiz G. P. de Almeida
Analista de Sistemas
Laboratório Nacional de Computação Científica / MCT

From acid06 em gmail.com  Fri May 16 11:57:27 2008
From: acid06 em gmail.com (Nilson Santos Figueiredo Junior)
Date: Fri, 16 May 2008 15:57:27 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <00c001c8b784$9e259b90$1901a8c0@rede.local>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<482C9295.40609@graaph.arq.br>
	<028f01c8b6ee$0779beb0$1901a8c0@rede.local>
	<3de55ead0805151912t5a2402e5sc793a8738d77bdcd@mail.gmail.com>
	<005601c8b748$d7e18ab0$1901a8c0@rede.local>
	<3de55ead0805160444x35df0ae8l9d2227d8cf6388e7@mail.gmail.com>
	<002201c8b756$5cdb1030$1901a8c0@rede.local>
	<3de55ead0805160647o59a663b0l3a73aaa2ec9e0595@mail.gmail.com>
	<9a08c9b40805160807q60c75bdckd85d563adc5edbd3@mail.gmail.com>
	<00c001c8b784$9e259b90$1901a8c0@rede.local>
Message-ID: <9a08c9b40805161157m58ae8f52od492ffed0551dda9@mail.gmail.com>

2008/5/16  <fernandolouis em terra.com.br>:
> Alguma dica para eu pesquisar referente a webservices e token?

Um token de autorização é simplesmente um número ou uma cadeira de
caracteres ou... bem, o que você quiser que seja, desde que seja
grande o suficiente (pelo menos uns 128bits) para garantir provável
uniqueness (unicidade? existe essa palavra?).

Se você quer algo bem simples, basta definir um protocolo qualquer.
Por exemplo, um servidor autorizado, ao invés de referenciar
diretamente o seu site, faz um link para um script redirecionador
neste mesmo servidor autorizado. Este script redirecionador contacta o
seu servidor, por exemplo, faz uma requisição para:

  http://www.seu-servidor.com/auth/get_auth_token?partner=76b142499e2ac8795f6623256bfe0e42

Onde cada um dos sites parceiros terá um "partner token" diferente.

Seu servidor, após possíveis validações (por exemplo, você pode
associar um "partnet token" ao endereço IP do servidor parceiro, caso
isto faça sentido em seu caso), responde este request com um token de
autorização gerado por algum mecanismo qualquer à sua escolha, por
exemplo. ele irá responder isto:

  dd932543e3da27049c51b0f3e225b666

E salvar este token algum lugar como um token válido
(preferencialmente, expirável dentro de N minutos).

Aí então, o script redirecionador no servidor autorizado, redireciona
o cliente original para, por exemplo, utilizando o token acima:

  http://www.seu-servidor.com/auth/validate_auth_token?token=dd932543e3da27049c51b0f3e225b666

Seu servidor então irá verificar a validade do token fornecido e,
então, liberar o acesso para o usuário, caso o token seja válido.

Esta é uma das formas mais simples que eu posso pensar. A sua API de
autorização poderia ser bem mais complexa, com uma interface via
WebServices, por exemplo. Eu particularmente odeio WebServices, mas
isso é outra discussão.

-Nilson Santos F. Jr.

From fernandolouis em terra.com.br  Fri May 16 12:14:51 2008
From: fernandolouis em terra.com.br (fernandolouis em terra.com.br)
Date: Fri, 16 May 2008 16:14:51 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
References: <000a01c8a54b$1a196020$0301a8c0@rede.local><200805161253.46431.lgonzaga@lncc.br><00b701c8b784$5f73a680$1901a8c0@rede.local>
	<200805161552.58359.lgonzaga@lncc.br>
Message-ID: <001401c8b789$1e385530$1901a8c0@rede.local>

Então Luiz... é isso mesmo... "ler o manual antes".

Amigo, não entendi que comportamento meu é recorrente, mas não vamos levar 
isso adiante,
estamos aqui para aprender.

Tem uma frase que li quando era pequeno, e sempre levo comigo....

Talvez até possamos levar como slogan da lista:

"SOMOS TODOS ANJOS DE ASAS QUEBRADAS,
E SÓ PODEMOS VOAR, ABRAÇADOS UNS AOS OUTROS"
Autor desconhecido.

Acho acabo de criar um novo thead... hehehe

[]s,
Fernando

----- Original Message ----- 
From: "Luiz Gonzaga" <lgonzaga em lncc.br>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Friday, May 16, 2008 3:52 PM
Subject: Re: [Cascavel-pm]HTTP_REFERER - variável de ambiente não funciona 
no protocolo https


Gostaria, sinceramente, de entender esta frase "embora muitas vezes já ter
realizado esta opção...". Qual opção, ler o manual antes ? Pedir ajuda ? Num
entendi nada...

E sendo absolutamente sincero, Fernando, em outra oportunidade ja tentei te
ajudar e o seu comportamento é recorrente. Desisti!

Luiz.

Em Sexta 16 Maio 2008 15:40, fernandolouis em terra.com.br escreveu:
> Não concordo Luiz... o que ocorreu é que vocês não entenderam, ou na
> verdade eu não
> passei de forma elucidada o meu problema, e houveram mal-entendidos.
>
> Ao achar que a solução ideal seria a minha, eu compartilhei os votos com
> todos:
>
> <agradecimentos>
> ----- Original Message -----
> From: <fernandolouis em terra.com.br>
> To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
> Sent: Thursday, May 15, 2008 9:44 PM
> Subject: Re: [Cascavel-pm]HTTP_REFERER - variável de ambiente não funciona
> no protocolo https
> Bom, pessoal, agradeço ajuda e os esclarecimentos
> </agradecimentos>
>
> E agora percebi melhor com os últimos post do Daniel e do Eden que a
> solução ideal
> é a utilização de requisições de token... o qual vou pesquisar (também por
> webservices)
>
> Luiz Gonzaga, sei pedir ajudar e tenho até prazer de receber um RTFM,
> embora muitas vezes já ter realizado esta opção...
>
> Há muitos experientes aqui na lista que sabem como ajudar, como fazer a
> pessoas explorar
> melhor um assunto, ou muitos experientes as vezes preferem não indagar,
> outros... não ajudam,
> só atrapalham.
>
> ...
> Fernando
>
>
> ----- Original Message -----
> From: "Luiz Gonzaga" <lgonzaga em lncc.br>
> To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
> Sent: Friday, May 16, 2008 12:53 PM
> Subject: Re: [Cascavel-pm]HTTP_REFERER - variável de ambiente não funciona
> no protocolo https
>
> Nilson++
>
> Um problema sério... Aprender a pedir ajuda e ter a humildade de
> recebe-la...
>
> Luiz.
>
> Em Sexta 16 Maio 2008 12:07, Nilson Santos Figueiredo Junior escreveu:
> > 2008/5/16 Eden Cardim <edencardim em gmail.com>:
> > > Não se você fizer do jeito certo com os tokens, etc. Lê alguma coisa
> > > sobre webservices que você vai entender.
> >
> > Sinceramente, isso é uma lista de dicussão sobre Perl e acho que já
> > fomos longe demais tentando explicar como desenvolver sistemas para
> > ele, *contra a sua vontade*.
> >
> > Já que ele não deseja uma solução, não vale à pena ficar insistindo.
> >
> > -Nilson Santos F. Jr.
> > _______________________________________________
> > Cascavel-pm mailing list
> > Cascavel-pm em pm.org
> > http://mail.pm.org/mailman/listinfo/cascavel-pm

-- 
Luiz G. P. de Almeida
Analista de Sistemas
Laboratório Nacional de Computação Científica / MCT
_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm


From fernandolouis em terra.com.br  Fri May 16 13:00:54 2008
From: fernandolouis em terra.com.br (fernandolouis em terra.com.br)
Date: Fri, 16 May 2008 17:00:54 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
References: <000a01c8a54b$1a196020$0301a8c0@rede.local><482C9295.40609@graaph.arq.br><028f01c8b6ee$0779beb0$1901a8c0@rede.local><3de55ead0805151912t5a2402e5sc793a8738d77bdcd@mail.gmail.com><005601c8b748$d7e18ab0$1901a8c0@rede.local><3de55ead0805160444x35df0ae8l9d2227d8cf6388e7@mail.gmail.com><002201c8b756$5cdb1030$1901a8c0@rede.local><3de55ead0805160647o59a663b0l3a73aaa2ec9e0595@mail.gmail.com><9a08c9b40805160807q60c75bdckd85d563adc5edbd3@mail.gmail.com><00c001c8b784$9e259b90$1901a8c0@rede.local>
	<9a08c9b40805161157m58ae8f52od492ffed0551dda9@mail.gmail.com>
Message-ID: <004c01c8b78f$8cda9240$1901a8c0@rede.local>

Entendi em partes...

Posso então usar utilizar um função de espalhamento como a md5_hex do 
Digest:MD5 para
criar esse token... beleza, até aí tudo bem...

Só não entendi o seguinte:

exemplo
Site A: autorizado a linkar
Site B: não autorizado

Se o site A linkar para 
http://www.meu-servidor.com/auth/get_auth_token?partner=76b142499e2ac8795f6623256bfe0e42
então vou olhar no DB de onde está vindo o clique (através do 
$input{partnet} e então criar um identificado de sessão caso exista esse 
$input{partnet}.

Mas o site B pode fazer o mesmo link e meu get_auth_token.pl igualmente vai 
aceitar pq o $input{partner} vai estar correto.

Não entendi como "um qualquer" não poderá compiar a url de um site 
autorizado e  usar no site dele, não iria funcionar.

[]s
Fernando



----- Original Message ----- 
From: "Nilson Santos Figueiredo Junior" <acid06 em gmail.com>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Friday, May 16, 2008 3:57 PM
Subject: Re: [Cascavel-pm]HTTP_REFERER - variável de ambiente não funciona 
no protocolo https


2008/5/16  <fernandolouis em terra.com.br>:
> Alguma dica para eu pesquisar referente a webservices e token?

Um token de autorização é simplesmente um número ou uma cadeira de
caracteres ou... bem, o que você quiser que seja, desde que seja
grande o suficiente (pelo menos uns 128bits) para garantir provável
uniqueness (unicidade? existe essa palavra?).

Se você quer algo bem simples, basta definir um protocolo qualquer.
Por exemplo, um servidor autorizado, ao invés de referenciar
diretamente o seu site, faz um link para um script redirecionador
neste mesmo servidor autorizado. Este script redirecionador contacta o
seu servidor, por exemplo, faz uma requisição para:

  http://www.seu-servidor.com/auth/get_auth_token?partner=76b142499e2ac8795f6623256bfe0e42

Onde cada um dos sites parceiros terá um "partner token" diferente.

Seu servidor, após possíveis validações (por exemplo, você pode
associar um "partnet token" ao endereço IP do servidor parceiro, caso
isto faça sentido em seu caso), responde este request com um token de
autorização gerado por algum mecanismo qualquer à sua escolha, por
exemplo. ele irá responder isto:

  dd932543e3da27049c51b0f3e225b666

E salvar este token algum lugar como um token válido
(preferencialmente, expirável dentro de N minutos).

Aí então, o script redirecionador no servidor autorizado, redireciona
o cliente original para, por exemplo, utilizando o token acima:

  http://www.seu-servidor.com/auth/validate_auth_token?token=dd932543e3da27049c51b0f3e225b666

Seu servidor então irá verificar a validade do token fornecido e,
então, liberar o acesso para o usuário, caso o token seja válido.

Esta é uma das formas mais simples que eu posso pensar. A sua API de
autorização poderia ser bem mais complexa, com uma interface via
WebServices, por exemplo. Eu particularmente odeio WebServices, mas
isso é outra discussão.

-Nilson Santos F. Jr.
_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm


From acid06 em gmail.com  Fri May 16 13:10:35 2008
From: acid06 em gmail.com (Nilson Santos Figueiredo Junior)
Date: Fri, 16 May 2008 17:10:35 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <004c01c8b78f$8cda9240$1901a8c0@rede.local>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<3de55ead0805151912t5a2402e5sc793a8738d77bdcd@mail.gmail.com>
	<005601c8b748$d7e18ab0$1901a8c0@rede.local>
	<3de55ead0805160444x35df0ae8l9d2227d8cf6388e7@mail.gmail.com>
	<002201c8b756$5cdb1030$1901a8c0@rede.local>
	<3de55ead0805160647o59a663b0l3a73aaa2ec9e0595@mail.gmail.com>
	<9a08c9b40805160807q60c75bdckd85d563adc5edbd3@mail.gmail.com>
	<00c001c8b784$9e259b90$1901a8c0@rede.local>
	<9a08c9b40805161157m58ae8f52od492ffed0551dda9@mail.gmail.com>
	<004c01c8b78f$8cda9240$1901a8c0@rede.local>
Message-ID: <9a08c9b40805161310y125fe4adxbad2a25dfe824376@mail.gmail.com>

2008/5/16  <fernandolouis em terra.com.br>:
> Se o site A linkar para
> http://www.meu-servidor.com/auth/get_auth_token?partner=76b142499e2ac8795f6623256bfe0e42
> então vou olhar no DB de onde está vindo o clique (através do
> $input{partnet} e então criar um identificado de sessão caso exista esse
> $input{partnet}.
>
> Mas o site B pode fazer o mesmo link e meu get_auth_token.pl igualmente vai
> aceitar pq o $input{partner} vai estar correto.

O site A não vai *linkar* pra isso. O usuário final, o browser, nunca
vai acessar essa URL e esse "partner token" é como uma senha, que
apenas o dono do site parceiro deve saber.

O *servidor* do site vai chamar essa URL e então redirecionar o
usuário para a URL de validação do token, com o token apropriado.

-Nilson Santos F. Jr.

From fernandolouis em terra.com.br  Fri May 16 13:22:20 2008
From: fernandolouis em terra.com.br (fernandolouis em terra.com.br)
Date: Fri, 16 May 2008 17:22:20 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
References: <000a01c8a54b$1a196020$0301a8c0@rede.local><3de55ead0805151912t5a2402e5sc793a8738d77bdcd@mail.gmail.com><005601c8b748$d7e18ab0$1901a8c0@rede.local><3de55ead0805160444x35df0ae8l9d2227d8cf6388e7@mail.gmail.com><002201c8b756$5cdb1030$1901a8c0@rede.local><3de55ead0805160647o59a663b0l3a73aaa2ec9e0595@mail.gmail.com><9a08c9b40805160807q60c75bdckd85d563adc5edbd3@mail.gmail.com><00c001c8b784$9e259b90$1901a8c0@rede.local><9a08c9b40805161157m58ae8f52od492ffed0551dda9@mail.gmail.com><004c01c8b78f$8cda9240$1901a8c0@rede.local>
	<9a08c9b40805161310y125fe4adxbad2a25dfe824376@mail.gmail.com>
Message-ID: <00a101c8b792$8afe9ef0$1901a8c0@rede.local>

Então qual exatamente vai ser o link que o site A vai fazer?

Se seu post anterior explica isso, então eu não entendi... li novamente, mas 
não entendi...

Depois dessa etapa, eu compreendi... fico grato pela atenção Nilson

[]s,
Fernando

----- Original Message ----- 
From: "Nilson Santos Figueiredo Junior" <acid06 em gmail.com>
To: "Cascavel Perl Mongers" <cascavel-pm em pm.org>
Sent: Friday, May 16, 2008 5:10 PM
Subject: Re: [Cascavel-pm]HTTP_REFERER - variável de ambiente não funciona 
no protocolo https


2008/5/16  <fernandolouis em terra.com.br>:
> Se o site A linkar para
> http://www.meu-servidor.com/auth/get_auth_token?partner=76b142499e2ac8795f6623256bfe0e42
> então vou olhar no DB de onde está vindo o clique (através do
> $input{partnet} e então criar um identificado de sessão caso exista esse
> $input{partnet}.
>
> Mas o site B pode fazer o mesmo link e meu get_auth_token.pl igualmente 
> vai
> aceitar pq o $input{partner} vai estar correto.

O site A não vai *linkar* pra isso. O usuário final, o browser, nunca
vai acessar essa URL e esse "partner token" é como uma senha, que
apenas o dono do site parceiro deve saber.

O *servidor* do site vai chamar essa URL e então redirecionar o
usuário para a URL de validação do token, com o token apropriado.

-Nilson Santos F. Jr.
_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm


From gabriel.vieira em gmail.com  Fri May 16 13:26:14 2008
From: gabriel.vieira em gmail.com (Gabriel Vieira)
Date: Fri, 16 May 2008 17:26:14 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <9a08c9b40805161157m58ae8f52od492ffed0551dda9@mail.gmail.com>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<028f01c8b6ee$0779beb0$1901a8c0@rede.local>
	<3de55ead0805151912t5a2402e5sc793a8738d77bdcd@mail.gmail.com>
	<005601c8b748$d7e18ab0$1901a8c0@rede.local>
	<3de55ead0805160444x35df0ae8l9d2227d8cf6388e7@mail.gmail.com>
	<002201c8b756$5cdb1030$1901a8c0@rede.local>
	<3de55ead0805160647o59a663b0l3a73aaa2ec9e0595@mail.gmail.com>
	<9a08c9b40805160807q60c75bdckd85d563adc5edbd3@mail.gmail.com>
	<00c001c8b784$9e259b90$1901a8c0@rede.local>
	<9a08c9b40805161157m58ae8f52od492ffed0551dda9@mail.gmail.com>
Message-ID: <83d8367f0805161326s3a7b5bc4tbcf5077790c828bc@mail.gmail.com>

Só por curiosidade: parece que existe: http://pt.wiktionary.org/wiki/unicidade

2008/5/16 Nilson Santos Figueiredo Junior <acid06 em gmail.com>:
> 2008/5/16  <fernandolouis em terra.com.br>:
>> Alguma dica para eu pesquisar referente a webservices e token?
>
> Um token de autorização é simplesmente um número ou uma cadeira de
> caracteres ou... bem, o que você quiser que seja, desde que seja
> grande o suficiente (pelo menos uns 128bits) para garantir provável
> uniqueness (unicidade? existe essa palavra?).
>
> Se você quer algo bem simples, basta definir um protocolo qualquer.
> Por exemplo, um servidor autorizado, ao invés de referenciar
> diretamente o seu site, faz um link para um script redirecionador
> neste mesmo servidor autorizado. Este script redirecionador contacta o
> seu servidor, por exemplo, faz uma requisição para:
>
>  http://www.seu-servidor.com/auth/get_auth_token?partner=76b142499e2ac8795f6623256bfe0e42
>
> Onde cada um dos sites parceiros terá um "partner token" diferente.
>
> Seu servidor, após possíveis validações (por exemplo, você pode
> associar um "partnet token" ao endereço IP do servidor parceiro, caso
> isto faça sentido em seu caso), responde este request com um token de
> autorização gerado por algum mecanismo qualquer à sua escolha, por
> exemplo. ele irá responder isto:
>
>  dd932543e3da27049c51b0f3e225b666
>
> E salvar este token algum lugar como um token válido
> (preferencialmente, expirável dentro de N minutos).
>
> Aí então, o script redirecionador no servidor autorizado, redireciona
> o cliente original para, por exemplo, utilizando o token acima:
>
>  http://www.seu-servidor.com/auth/validate_auth_token?token=dd932543e3da27049c51b0f3e225b666
>
> Seu servidor então irá verificar a validade do token fornecido e,
> então, liberar o acesso para o usuário, caso o token seja válido.
>
> Esta é uma das formas mais simples que eu posso pensar. A sua API de
> autorização poderia ser bem mais complexa, com uma interface via
> WebServices, por exemplo. Eu particularmente odeio WebServices, mas
> isso é outra discussão.
>
> -Nilson Santos F. Jr.
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>



-- 
Gabriel Vieira

From acid06 em gmail.com  Fri May 16 13:27:40 2008
From: acid06 em gmail.com (Nilson Santos Figueiredo Junior)
Date: Fri, 16 May 2008 17:27:40 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?HTTP=5FREFERER_-_vari=E1vel_de_ambie?=
	=?iso-8859-1?q?nte_n=E3o_funciona_no_protocolo_https?=
In-Reply-To: <00a101c8b792$8afe9ef0$1901a8c0@rede.local>
References: <000a01c8a54b$1a196020$0301a8c0@rede.local>
	<3de55ead0805160444x35df0ae8l9d2227d8cf6388e7@mail.gmail.com>
	<002201c8b756$5cdb1030$1901a8c0@rede.local>
	<3de55ead0805160647o59a663b0l3a73aaa2ec9e0595@mail.gmail.com>
	<9a08c9b40805160807q60c75bdckd85d563adc5edbd3@mail.gmail.com>
	<00c001c8b784$9e259b90$1901a8c0@rede.local>
	<9a08c9b40805161157m58ae8f52od492ffed0551dda9@mail.gmail.com>
	<004c01c8b78f$8cda9240$1901a8c0@rede.local>
	<9a08c9b40805161310y125fe4adxbad2a25dfe824376@mail.gmail.com>
	<00a101c8b792$8afe9ef0$1901a8c0@rede.local>
Message-ID: <9a08c9b40805161327j36ffd7c1l442b441b7b35bb9b@mail.gmail.com>

2008/5/16  <fernandolouis em terra.com.br>:
> Então qual exatamente vai ser o link que o site A vai fazer?

O site A faz um link para um script no próprio site A.
Você mesmo poderia escrever este script em qualquer linguagem e
fornecê-lo aos parceiros, eles teriam apenas que configurar o "partner
token".

Mas agora, me desculpe - eu já expliquei até demais porque estava de
bom humor. Agora é por sua conta.

-Nilson Santos F. Jr.

From reis.wallace em gmail.com  Fri May 16 14:27:41 2008
From: reis.wallace em gmail.com (Wallace Reis)
Date: Fri, 16 May 2008 18:27:41 -0300
Subject: [Cascavel-pm] =?utf-8?q?Ferramenta_para_ensino_=C3=A0_dist=C3=A2n?=
	=?utf-8?q?cia?=
Message-ID: <912e34190805161427h6357fc5et5043e430f5ea64db@mail.gmail.com>

Saudações!

http://blog.cidandrade.pro.br/technology/interface-online-para-ensino-de-programacao-codeide/

http://www.codeide.com/

Iai, quando começamos o projeto?

-- 
wallace reis/wreis
http://wallace.reis.org.br

From indiox em gentoobr.org  Fri May 16 20:50:26 2008
From: indiox em gentoobr.org (Claudio Pereira)
Date: Sat, 17 May 2008 00:50:26 -0300
Subject: [Cascavel-pm] =?iso-8859-1?q?=5BOT=5D_teste=2C_n=E3o_respondam?=
Message-ID: <f4ee48970805162050w1cc1c06avc3b0fef28047d39e@mail.gmail.com>

Caros Monges,

Estou apenas trocando o meu email que uso para esta lista, não
precisam respondê-lo! ;-)

ps: Com o meu email anterior (gmail.com) está dando erro no envio para
os servers da pm.org, faz um tempo e não consigo resolver. :-(

[  ]'s
-- 
Claudio Pereira aka IndioX
GentooBR - http://gentoobr.org
mailto: indiox em gentoobr.org
---------------------------------------------
Gentoo Documentation Member
http://gdp.gentoo.org

From indiox em gentoobr.org  Fri May 16 23:27:04 2008
From: indiox em gentoobr.org (Claudio Pereira)
Date: Sat, 17 May 2008 03:27:04 -0300
Subject: [Cascavel-pm] Oportunidade Perl
Message-ID: <f4ee48970805162327o5de3367el4455be1dbd3fca1c@mail.gmail.com>

Caros,

Peguei esta oportunidade em outra lista em que assino, e estou
divulgando para vocês. Parece que o local é SP, mas isso pode ser
confirmado com o próprio David.

Oportunidade de emprego:
Bom dia,
Temos - boa - oportunidade para programador Perl com experiência.
Interessados favor entrar em contato comigo.

David Verzolla
David Verzolla <dverzolla em fcl.com.br>


[] 's
-- 
Claudio Pereira aka IndioX
GentooBR - http://gentoobr.org
mailto: indiox em gentoobr.org
---------------------------------------------
Gentoo Documentation Member
http://gdp.gentoo.org

From shonorio em gmail.com  Sat May 17 08:40:21 2008
From: shonorio em gmail.com (Solli Honorio)
Date: Sat, 17 May 2008 12:40:21 -0300
Subject: [Cascavel-pm] [pm_groups] Missing Perl Monger Groups
In-Reply-To: <482EF908.9060204@pm.org>
References: <482EF908.9060204@pm.org>
Message-ID: <12d1f4ee0805170840p786699b0i8efaa80c5a9577f4@mail.gmail.com>

Pessoal,

Dave está realizando o censo dos pm e tem algun grupos brasileiro que ainda
não responderam. Se você estiver responsável por algum grupo de pm e ainda
não respondeu, faça-o por favor :) !

Solli M. Honório

2008/5/17 Dave Cross <dave em pm.org>:

>
> It's a week since I sent out the census mail and I have just under half
> of the returns in. Which is, I think, better than last time.
>
> However, previous experience tells me that it almost certainly won't get
> much better than this. The vast majority of the missing groups will stay
> missing unless I put some major effort into tracking them down.
>
> So I'm hoping I can get some help from you. You can see the list of
> missing groups (along with the address I sent their email to) at:
>
>   http://mag-sol.com/census2008/missing.cgi
>
> If any of those are groups near you or are run by people who you know,
> then please get in touch with them and ask them to contact me at
> census em pm.org. Any information that you can give me would be useful. Do
> you know if someone has changed their email address? Or if they've
> handed leadership off to someone else? We should have been told that at
> the time but often people don't bother.
>
> And, of course, if it's your group on the missing list then please fill
> in your return using the link in the mail I sent you. If you didn't get
> the mail then contact me at census em pm.org to get one.
>
> Any help you can give would be most appreciated.
>
> Cheers,
>
> Dave...
>
> --
> Request pm.org Technical Support via support em pm.org
>
> pm_groups mailing list
> pm_groups em pm.org
> http://mail.pm.org/mailman/listinfo/pm_groups
>
>


-- 
"o animal satisfeito dorme". - Guimarães Rosa
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/cascavel-pm/attachments/20080517/46673740/attachment.html 

From breno em rio.pm.org  Sat May 17 16:10:42 2008
From: breno em rio.pm.org (breno)
Date: Sat, 17 May 2008 20:10:42 -0300
Subject: [Cascavel-pm] =?iso-8859-1?q?Novo_m=F3dulo=3A_Programadores_Brasi?=
	=?iso-8859-1?q?leiros_no_CPAN_!?=
Message-ID: <bbea248f0805171610g56dbc359y89bc200b575ce570@mail.gmail.com>

Pessoal,

desculpem o cross-posting, mas acho que a notícia pode interessar :-P

Pensando na questão de fomento e integração da comunidade nacional de
desenvolvedores Perl, aproveitei o módulo "Acme::CPANAuthors" do
Ishigaki e fiz uma classe para ser usada nele, contendo a lista de
todos os autores brasileiros registrados no CPAN!

Todos? Todos.

Percorri manualmente os registros de todos os 6627 autores do CPAN
para que ninguém precise mais (pelo menos não para o Brasil). Claro
que, sendo a mistureba que somos, e sem qualquer tipo de controle
regional "hard-coded" no sistema, não dá pra saber se os
"Michael"/"Hassam"/"Kenji" do nosso país passaram desapercebidos pela
minha maratona. Então, se vc é brasileiro(a), tem registro no CPAN mas
seu nome não está no módulo, por favor entre em contato pessoal me
dando seu id/nome no CPAN para que eu possa corrigir isso o quanto
antes!

Quem quiser se divertir com a idéia, e conhecer o que os outros
brasileiros estão fazendo por lá é só instalar e usar. Como está
fresquinho do CPAN ainda demorará algumas horas para a indexação
propagar, então segue o link para os curiosos:

http://search.cpan.org/~garu/Acme-CPANAuthors-Brazilian-0.01/

(embora o nome esteja em inglês por questões de conformidade, a
documentação do perldoc está toda bilíngue)

Vou preparar em breve (assim que tiver todos os dados)uma palestra
sobre o tema e algumas estatísticas gerais sobre o CPAN e a comunidade
brasileira de Perl, incluindo dados do censo que estamos fazendo com
todos os líderes de PM's do Brasil, dificuldades, curiosidades e
planos para o futuro, a ser apresentada num encontro técnico/yapc
próximo de vc :-)

Lembre-se: se vc é brasileiro(a) e seu nome não está lá, por favor
entre em contato pessoal me dando seu id/nome no CPAN para que eu
possa adicioná-lo(a).

E se vc por algum motivo não quer seu nome listado, peço desculpas!
Por favor entre em contato pessoal me dando seu id/nome no CPAN para
que eu possa excluí-lo(a).

É isso pessoal :-)

[]s

-b

From aferreira em shopzilla.com  Sat May 17 16:21:38 2008
From: aferreira em shopzilla.com (Adriano Ferreira)
Date: Sat, 17 May 2008 20:21:38 -0300
Subject: [Cascavel-pm]
	=?iso-8859-1?q?=5BSP-pm=5D_Novo_m=F3dulo=3A_Program?=
	=?iso-8859-1?q?adores_Brasileiros_no_CPAN_!?=
In-Reply-To: <bbea248f0805171610g56dbc359y89bc200b575ce570@mail.gmail.com>
References: <bbea248f0805171610g56dbc359y89bc200b575ce570@mail.gmail.com>
Message-ID: <73ddeb6c0805171621i41e2e1f1s511fcae40a21f3de@mail.gmail.com>

2008/5/17 breno <breno em rio.pm.org>:
> Pessoal,
>
> desculpem o cross-posting, mas acho que a notícia pode interessar :-P
>
> Pensando na questão de fomento e integração da comunidade nacional de
> desenvolvedores Perl, aproveitei o módulo "Acme::CPANAuthors" do
> Ishigaki e fiz uma classe para ser usada nele, contendo a lista de
> todos os autores brasileiros registrados no CPAN!
>
> Todos? Todos.
>
> Percorri manualmente os registros de todos os 6627 autores do CPAN
> para que ninguém precise mais (pelo menos não para o Brasil). Claro
> que, sendo a mistureba que somos, e sem qualquer tipo de controle
> regional "hard-coded" no sistema, não dá pra saber se os
> "Michael"/"Hassam"/"Kenji" do nosso país passaram desapercebidos pela
> minha maratona. Então, se vc é brasileiro(a), tem registro no CPAN mas
> seu nome não está no módulo, por favor entre em contato pessoal me
> dando seu id/nome no CPAN para que eu possa corrigir isso o quanto
> antes!

Belo trabalho, Breno. É bom saber que há tantos autores brasileiros no CPAN.

> Quem quiser se divertir com a idéia, e conhecer o que os outros
> brasileiros estão fazendo por lá é só instalar e usar. Como está
> fresquinho do CPAN ainda demorará algumas horas para a indexação
> propagar, então segue o link para os curiosos:
>
> http://search.cpan.org/~garu/Acme-CPANAuthors-Brazilian-0.01/
>
> (embora o nome esteja em inglês por questões de conformidade, a
> documentação do perldoc está toda bilíngue)
>
> Vou preparar em breve (assim que tiver todos os dados)uma palestra
> sobre o tema e algumas estatísticas gerais sobre o CPAN e a comunidade
> brasileira de Perl, incluindo dados do censo que estamos fazendo com
> todos os líderes de PM's do Brasil, dificuldades, curiosidades e
> planos para o futuro, a ser apresentada num encontro técnico/yapc
> próximo de vc :-)
>
> Lembre-se: se vc é brasileiro(a) e seu nome não está lá, por favor
> entre em contato pessoal me dando seu id/nome no CPAN para que eu
> possa adicioná-lo(a).
>
> E se vc por algum motivo não quer seu nome listado, peço desculpas!
> Por favor entre em contato pessoal me dando seu id/nome no CPAN para
> que eu possa excluí-lo(a).
>
> É isso pessoal :-)
>
> []s
>
> -b
> _______________________________________________
> SaoPaulo-pm mailing list
> SaoPaulo-pm em pm.org
> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>

From luismottacampos em yahoo.co.uk  Sun May 18 06:36:54 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Sun, 18 May 2008 15:36:54 +0200
Subject: [Cascavel-pm] [pm_groups] Missing Perl Monger Groups
In-Reply-To: <12d1f4ee0805170840p786699b0i8efaa80c5a9577f4@mail.gmail.com>
References: <482EF908.9060204@pm.org>
	<12d1f4ee0805170840p786699b0i8efaa80c5a9577f4@mail.gmail.com>
Message-ID: <483030F6.5060104@yahoo.co.uk>

Solli Honorio wrote:
> Pessoal,
> 
> Dave está realizando o censo dos pm e tem algun grupos brasileiro que 
> ainda não responderam. Se você estiver responsável por algum grupo de pm 
> e ainda não respondeu, faça-o por favor :) !

Presumo que você, como responsável por este grupo, já respondeu, não?
E estou perguntando isso por que sou co-responsável, e não quero ter de 
explicar ao Dave Cross por que a gente não respondeu ainda. ;)

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

From breno em rio.pm.org  Sun May 18 11:32:30 2008
From: breno em rio.pm.org (breno)
Date: Sun, 18 May 2008 15:32:30 -0300
Subject: [Cascavel-pm] MD5 x SHA1
In-Reply-To: <481F645E.2020009@yahoo.co.uk>
References: <572750180805021814s450e4789v373a19459a96607@mail.gmail.com>
	<3de55ead0805022207v51653885i67acd1ca56854230@mail.gmail.com>
	<1209841170.5360.20.camel@pitombeira> <481CF71B.6090506@yahoo.co.uk>
	<01e301c8aeab$3dfa17a0$0301a8c0@rede.local>
	<9a08c9b40805050836y25aeefacx907add9ade693b56@mail.gmail.com>
	<481F645E.2020009@yahoo.co.uk>
Message-ID: <bbea248f0805181132i36d2d01bh1b9f1fb99c88e197@mail.gmail.com>

Houve trabalho em 2005 associado a encontrar colisões do SHA-1 em
2**69 operações de hashing (mais rápido que força bruta, estimada em
2**80, acho).

http://www.schneier.com/blog/archives/2005/02/cryptanalysis_o.html
http://www.cryptography.com/cnews/hash.html
http://tools.ietf.org/html/rfc4270

Não tive tempo de me atualizar sobre como anda a pesquisa de colisões
hoje em dia, infelizmente. Mas a dica é evitar protocolos que possuam
qualquer tipo de ataque confirmado, ainda que o ataque envolva um
cenário específico (melhor prevenir do que remediar, onde há fumaça há
fogo, cautela e canja de galinha não fazem mal a ninguém, e por aí
vai).


[]s

-b

2008/5/5 Luis Motta Campos <luismottacampos em yahoo.co.uk>:
> Nilson Santos Figueiredo Junior wrote:
>> O SHA1 é superior ao MD5. O MD5 possui alguns problemas de segurança,
>> além de ter um espaço menor (128 bits) que o SHA1 (160 bits).
>
> Hum. Eu penso que, mesmo com o espaço maior, é possível "entupir" um
> digest com sha1... mas vai requerer documentos *muito* maiores do que os
> necessários para "entupir" e quebrar um MD5...
>
> Mas claro, isso é apenas o /feeling/ desta velha raposa... :)
>
> Putamplexos!
> --
> Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
> Perl fanatic evangelist, and amateur {cook, photographer}
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>

From blabos em gmail.com  Sun May 18 12:20:05 2008
From: blabos em gmail.com (Blabos de Blebe)
Date: Sun, 18 May 2008 16:20:05 -0300
Subject: [Cascavel-pm] [pm_groups] Missing Perl Monger Groups
In-Reply-To: <483030F6.5060104@yahoo.co.uk>
References: <482EF908.9060204@pm.org>
	<12d1f4ee0805170840p786699b0i8efaa80c5a9577f4@mail.gmail.com>
	<483030F6.5060104@yahoo.co.uk>
Message-ID: <179354400805181220h573c9ed5n4da51d39ea412ba4@mail.gmail.com>

Caramba, atá o grupo de Vitória mostrou sinal de vida!!!

On 5/18/08, Luis Motta Campos <luismottacampos em yahoo.co.uk> wrote:
> Solli Honorio wrote:
>  > Pessoal,
>  >
>  > Dave está realizando o censo dos pm e tem algun grupos brasileiro que
>  > ainda não responderam. Se você estiver responsável por algum grupo de pm
>  > e ainda não respondeu, faça-o por favor :) !
>
>
> Presumo que você, como responsável por este grupo, já respondeu, não?
>  E estou perguntando isso por que sou co-responsável, e não quero ter de
>  explicar ao Dave Cross por que a gente não respondeu ainda. ;)
>
>  Putamplexos!
>
> --
>  Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
>  Perl fanatic evangelist, and amateur {cook, photographer}
>  _______________________________________________
>  Cascavel-pm mailing list
>  Cascavel-pm em pm.org
>  http://mail.pm.org/mailman/listinfo/cascavel-pm
>

From shonorio em gmail.com  Sun May 18 17:57:36 2008
From: shonorio em gmail.com (Solli Honorio)
Date: Sun, 18 May 2008 21:57:36 -0300
Subject: [Cascavel-pm] [pm_groups] Missing Perl Monger Groups
In-Reply-To: <483030F6.5060104@yahoo.co.uk>
References: <482EF908.9060204@pm.org>
	<12d1f4ee0805170840p786699b0i8efaa80c5a9577f4@mail.gmail.com>
	<483030F6.5060104@yahoo.co.uk>
Message-ID: <12d1f4ee0805181757l46ced197g8c6654d1296ef94f@mail.gmail.com>

Sim !!! Já está tudo lá !!

Solli M. Honório

2008/5/18 Luis Motta Campos <luismottacampos em yahoo.co.uk>:

> Solli Honorio wrote:
> > Pessoal,
> >
> > Dave está realizando o censo dos pm e tem algun grupos brasileiro que
> > ainda não responderam. Se você estiver responsável por algum grupo de pm
> > e ainda não respondeu, faça-o por favor :) !
>
> Presumo que você, como responsável por este grupo, já respondeu, não?
> E estou perguntando isso por que sou co-responsável, e não quero ter de
> explicar ao Dave Cross por que a gente não respondeu ainda. ;)
>
> Putamplexos!
> --
> Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
> Perl fanatic evangelist, and amateur {cook, photographer}
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>



-- 
"o animal satisfeito dorme". - Guimarães Rosa
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/cascavel-pm/attachments/20080518/2589ca36/attachment.html 

From lorn.br em gmail.com  Sun May 18 19:47:30 2008
From: lorn.br em gmail.com (Lorn)
Date: Sun, 18 May 2008 23:47:30 -0300
Subject: [Cascavel-pm] O Futuro do Perl/CPAN
Message-ID: <bb8590d00805181947g7b347740v9b28d91e38bd1dd9@mail.gmail.com>

Artigo muito bom do Perlbuzz.com :

http://perlbuzz.com/2008/05/perl-decentralize-diversify-colonize.html

O Artigo diz uma coisa que o Breno do RJ sempre fala:


   - "Why do we need Getopt::Whatever, we already have Getopt::Long"
   - "Why do we need another templating system?"
   - "Why do we need Jifty/Catalyst/whatever? We already have Maypole."
   - "Why do we need Perlbuzz, we already have use.perl.org?"

Eu concordo, em partes, acho que deveria ser criado um tipo de evolução para
o modulo, deixa eu tentar explicar:

Quando eu comecei a fazer spider em Perl, usava o LWP::UserAgent todo feliz
e "content" , hehe, até que um dia os sites começaram a exigir refer,  para
se fazer o spider precisava-se passar por 3 pontos, x y z só que a cada
ponto que você ia "andando" era necessario dizer "Oi y, aceita meu POST/GET
eu estou vindo do x olha meu refer aqui ... " e assim por diante, depois de
muito tempo o Wendel ( ele está programando em Java agora, mas de vez em
quando lê a lista... ) descobriu que tinha um modulo para se usar junto com
o LWP::UserAgent para fazer isso HTTP::Request::Common :) legal funcionou
...
Alguns meses depois eu descobri o Mechanize, que baseado nos conceitos lá de
cima ^^^ era uma invenção ""desnecessaria", eu não precisava usar o
HTTP::Request::Common o Mechanize já faz isso por mim,  não preciso me
preocupar com o Cookie, ele detecta automaticamente os forms/actions e eu só
preciso dizer chave => valor e pronto ... enfim
é aí que eu acho que cai a ideia da "evolução" eu ficaria muito "content",
hehe, se ao acessar a pagina do LWP::UserAgent tivesse algum link/referencia
para o Mechanize dizendo "Hey, use o Mechanize ele vai facilitar sua
vida..ele é uma evolução do LWP"
Vale lembrar que a ideia do Mechanize, foi portada para Python, Ruby e até
*.Net ( !!! )

O que vocês acham? como equilibrar/usar esses modulos todos? Quem aqui nunca
perdeu um tempão fazendo uma coisa, e depois ao comentar com alguém o que
estava fazendo descobriu que tinha um modulo que deixava todo o trabalho
chato pra trás?

PS: Meu email é só sobre uma parte do artigo do PerlBuzz
-- 
Lindolfo "Lorn" Rodrigues
- www.slackwarezine.com.br
- http://lornlab.org
- http://sao-paulo.pm.org
use Catalyst;
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/cascavel-pm/attachments/20080518/bf14a01c/attachment.html 

From breno em rio.pm.org  Sun May 18 22:58:16 2008
From: breno em rio.pm.org (breno)
Date: Mon, 19 May 2008 02:58:16 -0300
Subject: [Cascavel-pm] [SP-pm] O Futuro do Perl/CPAN
In-Reply-To: <3de55ead0805182050v66e96433v71bcf40b259cc806@mail.gmail.com>
References: <bb8590d00805181947g7b347740v9b28d91e38bd1dd9@mail.gmail.com>
	<604cec170805181955j6944cd15g3933c4b0dca016f4@mail.gmail.com>
	<bb8590d00805182020h3c9f7a34m350601736db2c0dc@mail.gmail.com>
	<3de55ead0805182050v66e96433v71bcf40b259cc806@mail.gmail.com>
Message-ID: <bbea248f0805182258y61b8206cnf3d6ef97e37f5b@mail.gmail.com>

Opa, peraí! Deixa eu defender meu argumento, ele é um pouco mais
complexo que isso... (xiii, lá vem os emails enormes do breno :-P)

Não sou contra diversidade. TIMTOWTDI é uma das mais interessantes e
únicas características do Perl. O que me incomoda é que sinto haver
muita individualidade na comunidade Perl, que aproveita essa
característica e parece (meu ponto de vista) trocar de módulo como
quem troca de roupa, sem oferecer um mínimo de continuidade, suporte
ou evolução ao que apresenta aos desenvolvedores.

Claro que há excessões, mas um exemplo típico é o Sebastian Reidel,
que começou no Maypole e, por não gostar da direção que o projeto
estava tomando, criou o Catalyst, e agora parece estar abandonando o
Catalyst para fazer um novo (?!) framework. Posso estar redondamente
enganado, mas a sensação que isso passa (pelo menos para mim) é de
fuga. E vejo isso constantemente no CPAN: um módulo X faz A,B e C mas
eu preciso de D então, ao invés de colaborar com o projeto original
deixando ele robusto e até personalizável através de subclassing ou
contribuições diretas, eu vou lá e faço um outro do zero, que faz A,
B, C e D. Aí outra pessoa quer A, B e Z, então ela escreve outra coisa
completamente diferente também. O resultado disso é um monte de
implementações diferentes de A e B com praticamente a mesma estrutura
e API, mas em estágios de maturidade completamente desconhecidos, sem
um "core" comum.

Eu mesmo vi na documentação da API de plugins do Catalyst que ele pede
"POR FAVOR" para as pessoas não criarem plugins que fazem o que outros
módulos já implementam (e muito bem, diga-se de passagem), "estamos
falando de Perl! Vcs podem simplesmente usar o módulo - ele não
precisa ser um plugin ou estar no namespace do Catalyst para fazer
parte de sua aplicação ou interagir com o framework". E EMHO eles
estão certíssimos.

Como disse, o que sinto falta é na colaboratividade (essa palavra
existe?) entre desenvolvedores, é pegar um módulo que faz quase o que
vc quer e melhorá-lo, extendê-lo, criar subcomponentes, enfim, e não
fazer um fork dele. Para não ficarmos em A,B e C vejamos um exemplo
claro disso: o Net::SMTP. Quem não conhece o Net::SMTP? É um ótimo
módulo para envio de email. Mas o Net::SMTP só faz autenticação por
SASL. E se vc quiser autenticar por TLS (como o gmail)? Ah, uma alma
caridosa fez o Net::SMTP::TLS, que suporta autenticação por TLS e
AUTH. Só que, apesar de estar no mesmo namespace, ter praticamente a
mesma API e constantemente ao longo da documentação apontar para o
Net::SMTP, ele não é uma subclasse de fato, e implementa tudo do
zero!!! Resultado: pequenas nuâncias de sintaxe te obrigam a fazer
malabarismo se quiser que sua aplicação suporte ambas as formas de
autenticação, quando uma boa subclasse deixaria o processo
completamente transparente (ou, se não fosse realmente possível, ele
poderia implementar diretamente no Net::SMTP). Fora que atualizações
de implementação do Net::SMTP não se propagam para o N::S::TLS. Vcs me
desculpem, mas eu não acho isso absolutamente interessante.

Uma coisa é não gostar de uma API para fazer X e desenhar sua própria,
que é o princípio do TIMTOWTDI e de alguns frameworks diferentes.
Outra é reescrever a roda a cada turno, só pq algo não faz exatamente
o que vc quer. O que houve com o RT?! O que houve com o
cvs/svn/git/etc?! O que houve com a colaboração entre
desenvolvedores?! Com subclassing?! Essa é a minha constante crítica.
Algo não faz o que vc quer, ou não faz direito? Vai lá e conserta!
Aponta o problema! Sugira! Participe! E não sente e faça seu próprio
de novo do zero. Não vejo sentido nisso, a não ser auto-aprendizado ou
auto-martírio.

Dar diversidade ao desenvolvedor é ótimo. Mas ele tem que, no mínimo,
ser orientado quanto a quais as características de cada opção para
escolher a melhor para si. E se o módulo não fizer tudo que ele quer,
ele deve ser estimulado a colaborar com o projeto, e não criar (mais
um) fork.

Acredito piamente que se os desenvolvedores Perl tivessem essa
mentalidade de extensão e colaboração ("não faz tudo que vc quer?
colabore, extenda e seja feliz!") em vez de o que me parece vigente
hoje ("não faz tudo que vc quer? faz o seu próprio e seja feliz!"),
ainda teríamos 2/3 do CPAN, todas as vantagens do Perl e do TIMTOWDTI
e ao mesmo tempo muito mais estabilidade, escalabilidade, evolução,
estrutura e orientação no desenvolvimento de aplicações, sem que o
desenvolvedor se perca no mar de 15000+ distribuições.

Isso, e um mapa de desenvolvimento de aplicações no CPAN, seria ótimo
(hmmm...idéias....acho que já sei do que vou falar no próximo YAPC::SA
:-)


[]s

-b


On Mon, May 19, 2008 at 12:50 AM, Eden Cardim <edencardim em gmail.com> wrote:
> On Mon, May 19, 2008 at 12:20 AM, Lorn <lorn.br em gmail.com> wrote:
>> Ops, falha minha :) foi mal.
>> Mas continuo achando que ainda falta um "ponteiro" para essas coisas novas,
>> tipo ao acessar o manual do CGI.pm ter um apontamento para o Catalyst/Jifty
>> e afins.
>
> Interagir com a comunidade é a melhor forma de ficar por dentro das novidades.
>
> --
> edenc.vox.com
> _______________________________________________
> SaoPaulo-pm mailing list
> SaoPaulo-pm em pm.org
> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>

From mdacwb em gmail.com  Mon May 19 08:09:29 2008
From: mdacwb em gmail.com (Marco A P D'Andrade)
Date: Mon, 19 May 2008 12:09:29 -0300
Subject: [Cascavel-pm] [SP-pm] O Futuro do Perl/CPAN
In-Reply-To: <bbea248f0805182258y61b8206cnf3d6ef97e37f5b@mail.gmail.com>
References: <bb8590d00805181947g7b347740v9b28d91e38bd1dd9@mail.gmail.com>
	<604cec170805181955j6944cd15g3933c4b0dca016f4@mail.gmail.com>
	<bb8590d00805182020h3c9f7a34m350601736db2c0dc@mail.gmail.com>
	<3de55ead0805182050v66e96433v71bcf40b259cc806@mail.gmail.com>
	<bbea248f0805182258y61b8206cnf3d6ef97e37f5b@mail.gmail.com>
Message-ID: <42dcdd750805190809g5d4135a0le1651278b144c97c@mail.gmail.com>

A mentalidade da comunidade, ao meu ver, tem mudado, veja que hoje
temos até literatura formal defendendo as melhores praticas  (Best
Practicals)...

Eu li um artigo, que é claro, não lembro onde foi, de um defensor de
Ruby, que elogiava CGI::Application, Catalyst e Maypole, e se
vangloriava do fato de ter apenas o Rails para aprender, e conviver
com os problemas (que segundo ele não são poucos)...

Fork por questões técnicas, restrições de licença, ótimo... mas fork
por mero ego politico... acho pésssimo !

Eu tenho o hábito de produzir código que outro dará manutenção, ou ao
menos perseguir isto. Entendo que para módulos que serão continuados
por muito tempo, é de grande importância pensar em incorporar as
praticas de modelagem, já adotadas a muito tempo no cpan (com no
mínimo de documentação, testes, namespace, etc).

Confesso que não adotei todas as praticas ainda, mas reconheço esta
pendencia, e estou tentando corrigir, de forma que meus proprios
módulos e sistemas internos sejam instalados na base do "perl
Makefile.PL" ...

até porque... é muito mais simples assim ;)


Sds,
Marco Antonio


2008/5/19 breno <breno em rio.pm.org>:
> Opa, peraí! Deixa eu defender meu argumento, ele é um pouco mais
> complexo que isso... (xiii, lá vem os emails enormes do breno :-P)
>
> Não sou contra diversidade. TIMTOWTDI é uma das mais interessantes e
> únicas características do Perl. O que me incomoda é que sinto haver
> muita individualidade na comunidade Perl, que aproveita essa
> característica e parece (meu ponto de vista) trocar de módulo como
> quem troca de roupa, sem oferecer um mínimo de continuidade, suporte
> ou evolução ao que apresenta aos desenvolvedores.
>
> Claro que há excessões, mas um exemplo típico é o Sebastian Reidel,
> que começou no Maypole e, por não gostar da direção que o projeto
> estava tomando, criou o Catalyst, e agora parece estar abandonando o
> Catalyst para fazer um novo (?!) framework. Posso estar redondamente
> enganado, mas a sensação que isso passa (pelo menos para mim) é de
> fuga. E vejo isso constantemente no CPAN: um módulo X faz A,B e C mas
> eu preciso de D então, ao invés de colaborar com o projeto original
> deixando ele robusto e até personalizável através de subclassing ou
> contribuições diretas, eu vou lá e faço um outro do zero, que faz A,
> B, C e D. Aí outra pessoa quer A, B e Z, então ela escreve outra coisa
> completamente diferente também. O resultado disso é um monte de
> implementações diferentes de A e B com praticamente a mesma estrutura
> e API, mas em estágios de maturidade completamente desconhecidos, sem
> um "core" comum.
>
> Eu mesmo vi na documentação da API de plugins do Catalyst que ele pede
> "POR FAVOR" para as pessoas não criarem plugins que fazem o que outros
> módulos já implementam (e muito bem, diga-se de passagem), "estamos
> falando de Perl! Vcs podem simplesmente usar o módulo - ele não
> precisa ser um plugin ou estar no namespace do Catalyst para fazer
> parte de sua aplicação ou interagir com o framework". E EMHO eles
> estão certíssimos.
>
> Como disse, o que sinto falta é na colaboratividade (essa palavra
> existe?) entre desenvolvedores, é pegar um módulo que faz quase o que
> vc quer e melhorá-lo, extendê-lo, criar subcomponentes, enfim, e não
> fazer um fork dele. Para não ficarmos em A,B e C vejamos um exemplo
> claro disso: o Net::SMTP. Quem não conhece o Net::SMTP? É um ótimo
> módulo para envio de email. Mas o Net::SMTP só faz autenticação por
> SASL. E se vc quiser autenticar por TLS (como o gmail)? Ah, uma alma
> caridosa fez o Net::SMTP::TLS, que suporta autenticação por TLS e
> AUTH. Só que, apesar de estar no mesmo namespace, ter praticamente a
> mesma API e constantemente ao longo da documentação apontar para o
> Net::SMTP, ele não é uma subclasse de fato, e implementa tudo do
> zero!!! Resultado: pequenas nuâncias de sintaxe te obrigam a fazer
> malabarismo se quiser que sua aplicação suporte ambas as formas de
> autenticação, quando uma boa subclasse deixaria o processo
> completamente transparente (ou, se não fosse realmente possível, ele
> poderia implementar diretamente no Net::SMTP). Fora que atualizações
> de implementação do Net::SMTP não se propagam para o N::S::TLS. Vcs me
> desculpem, mas eu não acho isso absolutamente interessante.
>
> Uma coisa é não gostar de uma API para fazer X e desenhar sua própria,
> que é o princípio do TIMTOWTDI e de alguns frameworks diferentes.
> Outra é reescrever a roda a cada turno, só pq algo não faz exatamente
> o que vc quer. O que houve com o RT?! O que houve com o
> cvs/svn/git/etc?! O que houve com a colaboração entre
> desenvolvedores?! Com subclassing?! Essa é a minha constante crítica.
> Algo não faz o que vc quer, ou não faz direito? Vai lá e conserta!
> Aponta o problema! Sugira! Participe! E não sente e faça seu próprio
> de novo do zero. Não vejo sentido nisso, a não ser auto-aprendizado ou
> auto-martírio.
>
> Dar diversidade ao desenvolvedor é ótimo. Mas ele tem que, no mínimo,
> ser orientado quanto a quais as características de cada opção para
> escolher a melhor para si. E se o módulo não fizer tudo que ele quer,
> ele deve ser estimulado a colaborar com o projeto, e não criar (mais
> um) fork.
>
> Acredito piamente que se os desenvolvedores Perl tivessem essa
> mentalidade de extensão e colaboração ("não faz tudo que vc quer?
> colabore, extenda e seja feliz!") em vez de o que me parece vigente
> hoje ("não faz tudo que vc quer? faz o seu próprio e seja feliz!"),
> ainda teríamos 2/3 do CPAN, todas as vantagens do Perl e do TIMTOWDTI
> e ao mesmo tempo muito mais estabilidade, escalabilidade, evolução,
> estrutura e orientação no desenvolvimento de aplicações, sem que o
> desenvolvedor se perca no mar de 15000+ distribuições.
>
> Isso, e um mapa de desenvolvimento de aplicações no CPAN, seria ótimo
> (hmmm...idéias....acho que já sei do que vou falar no próximo YAPC::SA
> :-)
>
>
> []s
>
> -b
>
>
> On Mon, May 19, 2008 at 12:50 AM, Eden Cardim <edencardim em gmail.com> wrote:
>> On Mon, May 19, 2008 at 12:20 AM, Lorn <lorn.br em gmail.com> wrote:
>>> Ops, falha minha :) foi mal.
>>> Mas continuo achando que ainda falta um "ponteiro" para essas coisas novas,
>>> tipo ao acessar o manual do CGI.pm ter um apontamento para o Catalyst/Jifty
>>> e afins.
>>
>> Interagir com a comunidade é a melhor forma de ficar por dentro das novidades.
>>
>> --
>> edenc.vox.com
>> _______________________________________________
>> SaoPaulo-pm mailing list
>> SaoPaulo-pm em pm.org
>> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>>
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>

From fernandocorrea em gmail.com  Mon May 19 09:29:56 2008
From: fernandocorrea em gmail.com (Fernando Oliveira)
Date: Mon, 19 May 2008 13:29:56 -0300
Subject: [Cascavel-pm] [SP-pm] O Futuro do Perl/CPAN
In-Reply-To: <42dcdd750805190809g5d4135a0le1651278b144c97c@mail.gmail.com>
References: <bb8590d00805181947g7b347740v9b28d91e38bd1dd9@mail.gmail.com>
	<604cec170805181955j6944cd15g3933c4b0dca016f4@mail.gmail.com>
	<bb8590d00805182020h3c9f7a34m350601736db2c0dc@mail.gmail.com>
	<3de55ead0805182050v66e96433v71bcf40b259cc806@mail.gmail.com>
	<bbea248f0805182258y61b8206cnf3d6ef97e37f5b@mail.gmail.com>
	<42dcdd750805190809g5d4135a0le1651278b144c97c@mail.gmail.com>
Message-ID: <f40026c0805190929y4c7aea43g97f376f0e7c36f8b@mail.gmail.com>

Na minha opinião, nem todos os forks tem motivos técnicos ou egocentricos.
Existem pessoas que gostam de desafios e/ou de estudar... Eu mesmo de vez em
quando me pergunto: "se eu fosse fazer [ponha aqui qq coisa complicada, sem
solução instantanea, q já existe no CPAN], como eu faria?!". Eu não quero
reinventar a roda, mostrar q o meu é melhor! sou movido pela pura
curiosidade cientifica! Quero saber como EU faria! Quero passar por
problemas q nunca passei. e tendo feito isso, estando pronto, porque não
botar no CPAN?! Tudo bem, ele faz exatamente a mesma coisa q faz o [ponha
aqui qq coisa complicada, sem solução instantanea, q já existe no CPAN] mas
não é a mesma coisa! Isso q eu fiz pode ajudar outras pessoas... pq não
botar no CPAN?!

2008/5/19 Marco A P D'Andrade <mdacwb em gmail.com>:

> A mentalidade da comunidade, ao meu ver, tem mudado, veja que hoje
> temos até literatura formal defendendo as melhores praticas  (Best
> Practicals)...
>
> Eu li um artigo, que é claro, não lembro onde foi, de um defensor de
> Ruby, que elogiava CGI::Application, Catalyst e Maypole, e se
> vangloriava do fato de ter apenas o Rails para aprender, e conviver
> com os problemas (que segundo ele não são poucos)...
>
> Fork por questões técnicas, restrições de licença, ótimo... mas fork
> por mero ego politico... acho pésssimo !
>
> Eu tenho o hábito de produzir código que outro dará manutenção, ou ao
> menos perseguir isto. Entendo que para módulos que serão continuados
> por muito tempo, é de grande importância pensar em incorporar as
> praticas de modelagem, já adotadas a muito tempo no cpan (com no
> mínimo de documentação, testes, namespace, etc).
>
> Confesso que não adotei todas as praticas ainda, mas reconheço esta
> pendencia, e estou tentando corrigir, de forma que meus proprios
> módulos e sistemas internos sejam instalados na base do "perl
> Makefile.PL" ...
>
> até porque... é muito mais simples assim ;)
>
>
> Sds,
> Marco Antonio
>
>
> 2008/5/19 breno <breno em rio.pm.org>:
> > Opa, peraí! Deixa eu defender meu argumento, ele é um pouco mais
> > complexo que isso... (xiii, lá vem os emails enormes do breno :-P)
> >
> > Não sou contra diversidade. TIMTOWTDI é uma das mais interessantes e
> > únicas características do Perl. O que me incomoda é que sinto haver
> > muita individualidade na comunidade Perl, que aproveita essa
> > característica e parece (meu ponto de vista) trocar de módulo como
> > quem troca de roupa, sem oferecer um mínimo de continuidade, suporte
> > ou evolução ao que apresenta aos desenvolvedores.
> >
> > Claro que há excessões, mas um exemplo típico é o Sebastian Reidel,
> > que começou no Maypole e, por não gostar da direção que o projeto
> > estava tomando, criou o Catalyst, e agora parece estar abandonando o
> > Catalyst para fazer um novo (?!) framework. Posso estar redondamente
> > enganado, mas a sensação que isso passa (pelo menos para mim) é de
> > fuga. E vejo isso constantemente no CPAN: um módulo X faz A,B e C mas
> > eu preciso de D então, ao invés de colaborar com o projeto original
> > deixando ele robusto e até personalizável através de subclassing ou
> > contribuições diretas, eu vou lá e faço um outro do zero, que faz A,
> > B, C e D. Aí outra pessoa quer A, B e Z, então ela escreve outra coisa
> > completamente diferente também. O resultado disso é um monte de
> > implementações diferentes de A e B com praticamente a mesma estrutura
> > e API, mas em estágios de maturidade completamente desconhecidos, sem
> > um "core" comum.
> >
> > Eu mesmo vi na documentação da API de plugins do Catalyst que ele pede
> > "POR FAVOR" para as pessoas não criarem plugins que fazem o que outros
> > módulos já implementam (e muito bem, diga-se de passagem), "estamos
> > falando de Perl! Vcs podem simplesmente usar o módulo - ele não
> > precisa ser um plugin ou estar no namespace do Catalyst para fazer
> > parte de sua aplicação ou interagir com o framework". E EMHO eles
> > estão certíssimos.
> >
> > Como disse, o que sinto falta é na colaboratividade (essa palavra
> > existe?) entre desenvolvedores, é pegar um módulo que faz quase o que
> > vc quer e melhorá-lo, extendê-lo, criar subcomponentes, enfim, e não
> > fazer um fork dele. Para não ficarmos em A,B e C vejamos um exemplo
> > claro disso: o Net::SMTP. Quem não conhece o Net::SMTP? É um ótimo
> > módulo para envio de email. Mas o Net::SMTP só faz autenticação por
> > SASL. E se vc quiser autenticar por TLS (como o gmail)? Ah, uma alma
> > caridosa fez o Net::SMTP::TLS, que suporta autenticação por TLS e
> > AUTH. Só que, apesar de estar no mesmo namespace, ter praticamente a
> > mesma API e constantemente ao longo da documentação apontar para o
> > Net::SMTP, ele não é uma subclasse de fato, e implementa tudo do
> > zero!!! Resultado: pequenas nuâncias de sintaxe te obrigam a fazer
> > malabarismo se quiser que sua aplicação suporte ambas as formas de
> > autenticação, quando uma boa subclasse deixaria o processo
> > completamente transparente (ou, se não fosse realmente possível, ele
> > poderia implementar diretamente no Net::SMTP). Fora que atualizações
> > de implementação do Net::SMTP não se propagam para o N::S::TLS. Vcs me
> > desculpem, mas eu não acho isso absolutamente interessante.
> >
> > Uma coisa é não gostar de uma API para fazer X e desenhar sua própria,
> > que é o princípio do TIMTOWTDI e de alguns frameworks diferentes.
> > Outra é reescrever a roda a cada turno, só pq algo não faz exatamente
> > o que vc quer. O que houve com o RT?! O que houve com o
> > cvs/svn/git/etc?! O que houve com a colaboração entre
> > desenvolvedores?! Com subclassing?! Essa é a minha constante crítica.
> > Algo não faz o que vc quer, ou não faz direito? Vai lá e conserta!
> > Aponta o problema! Sugira! Participe! E não sente e faça seu próprio
> > de novo do zero. Não vejo sentido nisso, a não ser auto-aprendizado ou
> > auto-martírio.
> >
> > Dar diversidade ao desenvolvedor é ótimo. Mas ele tem que, no mínimo,
> > ser orientado quanto a quais as características de cada opção para
> > escolher a melhor para si. E se o módulo não fizer tudo que ele quer,
> > ele deve ser estimulado a colaborar com o projeto, e não criar (mais
> > um) fork.
> >
> > Acredito piamente que se os desenvolvedores Perl tivessem essa
> > mentalidade de extensão e colaboração ("não faz tudo que vc quer?
> > colabore, extenda e seja feliz!") em vez de o que me parece vigente
> > hoje ("não faz tudo que vc quer? faz o seu próprio e seja feliz!"),
> > ainda teríamos 2/3 do CPAN, todas as vantagens do Perl e do TIMTOWDTI
> > e ao mesmo tempo muito mais estabilidade, escalabilidade, evolução,
> > estrutura e orientação no desenvolvimento de aplicações, sem que o
> > desenvolvedor se perca no mar de 15000+ distribuições.
> >
> > Isso, e um mapa de desenvolvimento de aplicações no CPAN, seria ótimo
> > (hmmm...idéias....acho que já sei do que vou falar no próximo YAPC::SA
> > :-)
> >
> >
> > []s
> >
> > -b
> >
> >
> > On Mon, May 19, 2008 at 12:50 AM, Eden Cardim <edencardim em gmail.com>
> wrote:
> >> On Mon, May 19, 2008 at 12:20 AM, Lorn <lorn.br em gmail.com> wrote:
> >>> Ops, falha minha :) foi mal.
> >>> Mas continuo achando que ainda falta um "ponteiro" para essas coisas
> novas,
> >>> tipo ao acessar o manual do CGI.pm ter um apontamento para o
> Catalyst/Jifty
> >>> e afins.
> >>
> >> Interagir com a comunidade é a melhor forma de ficar por dentro das
> novidades.
> >>
> >> --
> >> edenc.vox.com
> >> _______________________________________________
> >> SaoPaulo-pm mailing list
> >> SaoPaulo-pm em pm.org
> >> http://mail.pm.org/mailman/listinfo/saopaulo-pm
> >>
> > _______________________________________________
> > Cascavel-pm mailing list
> > Cascavel-pm em pm.org
> > http://mail.pm.org/mailman/listinfo/cascavel-pm
> >
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>



-- 
Just another Perl Hacker,
Fernando (SmokeMachine)
http://perl-e.org
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/cascavel-pm/attachments/20080519/d0a79429/attachment.html 

From edencardim em gmail.com  Mon May 19 09:55:38 2008
From: edencardim em gmail.com (Eden Cardim)
Date: Mon, 19 May 2008 13:55:38 -0300
Subject: [Cascavel-pm] [SP-pm] O Futuro do Perl/CPAN
In-Reply-To: <f40026c0805190929y4c7aea43g97f376f0e7c36f8b@mail.gmail.com>
References: <bb8590d00805181947g7b347740v9b28d91e38bd1dd9@mail.gmail.com>
	<604cec170805181955j6944cd15g3933c4b0dca016f4@mail.gmail.com>
	<bb8590d00805182020h3c9f7a34m350601736db2c0dc@mail.gmail.com>
	<3de55ead0805182050v66e96433v71bcf40b259cc806@mail.gmail.com>
	<bbea248f0805182258y61b8206cnf3d6ef97e37f5b@mail.gmail.com>
	<42dcdd750805190809g5d4135a0le1651278b144c97c@mail.gmail.com>
	<f40026c0805190929y4c7aea43g97f376f0e7c36f8b@mail.gmail.com>
Message-ID: <3de55ead0805190955j7d63cbc5q7828281ca756826@mail.gmail.com>

2008/5/19 Fernando Oliveira <fernandocorrea em gmail.com>:
> Na minha opinião, nem todos os forks tem motivos técnicos ou egocentricos.
> Existem pessoas que gostam de desafios e/ou de estudar... Eu mesmo de vez em
> quando me pergunto: "se eu fosse fazer [ponha aqui qq coisa complicada, sem
> solução instantanea, q já existe no CPAN], como eu faria?!". Eu não quero
> reinventar a roda, mostrar q o meu é melhor! sou movido pela pura
> curiosidade cientifica! Quero saber como EU faria! Quero passar por
> problemas q nunca passei. e tendo feito isso, estando pronto, porque não
> botar no CPAN?! Tudo bem, ele faz exatamente a mesma coisa q faz o [ponha
> aqui qq coisa complicada, sem solução instantanea, q já existe no CPAN] mas
> não é a mesma coisa! Isso q eu fiz pode ajudar outras pessoas... pq não
> botar no CPAN?!

A minha opinião é a mesma do Ingy:
http://search.cpan.org/~adamk/Module-Install-0.73/lib/Module/Install/Philosophy.pod

-- 
edenc.vox.com

From mdacwb em gmail.com  Mon May 19 11:07:45 2008
From: mdacwb em gmail.com (Marco A P D'Andrade)
Date: Mon, 19 May 2008 15:07:45 -0300
Subject: [Cascavel-pm] [SP-pm] O Futuro do Perl/CPAN
In-Reply-To: <f40026c0805190929y4c7aea43g97f376f0e7c36f8b@mail.gmail.com>
References: <bb8590d00805181947g7b347740v9b28d91e38bd1dd9@mail.gmail.com>
	<604cec170805181955j6944cd15g3933c4b0dca016f4@mail.gmail.com>
	<bb8590d00805182020h3c9f7a34m350601736db2c0dc@mail.gmail.com>
	<3de55ead0805182050v66e96433v71bcf40b259cc806@mail.gmail.com>
	<bbea248f0805182258y61b8206cnf3d6ef97e37f5b@mail.gmail.com>
	<42dcdd750805190809g5d4135a0le1651278b144c97c@mail.gmail.com>
	<f40026c0805190929y4c7aea43g97f376f0e7c36f8b@mail.gmail.com>
Message-ID: <42dcdd750805191107m5cac45cdkfe9e6c7ce89f3040@mail.gmail.com>

Em minha opinião...

Porque isto divide os esforços da comunidade... ao aprender e manter os módulos.

2008/5/19 Fernando Oliveira <fernandocorrea em gmail.com>:
> Na minha opinião, nem todos os forks tem motivos técnicos ou egocentricos.
> Existem pessoas que gostam de desafios e/ou de estudar... Eu mesmo de vez em
> quando me pergunto: "se eu fosse fazer [ponha aqui qq coisa complicada, sem
> solução instantanea, q já existe no CPAN], como eu faria?!". Eu não quero
> reinventar a roda, mostrar q o meu é melhor! sou movido pela pura
> curiosidade cientifica! Quero saber como EU faria! Quero passar por
> problemas q nunca passei. e tendo feito isso, estando pronto, porque não
> botar no CPAN?! Tudo bem, ele faz exatamente a mesma coisa q faz o [ponha
> aqui qq coisa complicada, sem solução instantanea, q já existe no CPAN] mas
> não é a mesma coisa! Isso q eu fiz pode ajudar outras pessoas... pq não
> botar no CPAN?!
>
> 2008/5/19 Marco A P D'Andrade <mdacwb em gmail.com>:
>>
>> A mentalidade da comunidade, ao meu ver, tem mudado, veja que hoje
>> temos até literatura formal defendendo as melhores praticas  (Best
>> Practicals)...
>>
>> Eu li um artigo, que é claro, não lembro onde foi, de um defensor de
>> Ruby, que elogiava CGI::Application, Catalyst e Maypole, e se
>> vangloriava do fato de ter apenas o Rails para aprender, e conviver
>> com os problemas (que segundo ele não são poucos)...
>>
>> Fork por questões técnicas, restrições de licença, ótimo... mas fork
>> por mero ego politico... acho pésssimo !
>>
>> Eu tenho o hábito de produzir código que outro dará manutenção, ou ao
>> menos perseguir isto. Entendo que para módulos que serão continuados
>> por muito tempo, é de grande importância pensar em incorporar as
>> praticas de modelagem, já adotadas a muito tempo no cpan (com no
>> mínimo de documentação, testes, namespace, etc).
>>
>> Confesso que não adotei todas as praticas ainda, mas reconheço esta
>> pendencia, e estou tentando corrigir, de forma que meus proprios
>> módulos e sistemas internos sejam instalados na base do "perl
>> Makefile.PL" ...
>>
>> até porque... é muito mais simples assim ;)
>>
>>
>> Sds,
>> Marco Antonio
>>
>>
>> 2008/5/19 breno <breno em rio.pm.org>:
>> > Opa, peraí! Deixa eu defender meu argumento, ele é um pouco mais
>> > complexo que isso... (xiii, lá vem os emails enormes do breno :-P)
>> >
>> > Não sou contra diversidade. TIMTOWTDI é uma das mais interessantes e
>> > únicas características do Perl. O que me incomoda é que sinto haver
>> > muita individualidade na comunidade Perl, que aproveita essa
>> > característica e parece (meu ponto de vista) trocar de módulo como
>> > quem troca de roupa, sem oferecer um mínimo de continuidade, suporte
>> > ou evolução ao que apresenta aos desenvolvedores.
>> >
>> > Claro que há excessões, mas um exemplo típico é o Sebastian Reidel,
>> > que começou no Maypole e, por não gostar da direção que o projeto
>> > estava tomando, criou o Catalyst, e agora parece estar abandonando o
>> > Catalyst para fazer um novo (?!) framework. Posso estar redondamente
>> > enganado, mas a sensação que isso passa (pelo menos para mim) é de
>> > fuga. E vejo isso constantemente no CPAN: um módulo X faz A,B e C mas
>> > eu preciso de D então, ao invés de colaborar com o projeto original
>> > deixando ele robusto e até personalizável através de subclassing ou
>> > contribuições diretas, eu vou lá e faço um outro do zero, que faz A,
>> > B, C e D. Aí outra pessoa quer A, B e Z, então ela escreve outra coisa
>> > completamente diferente também. O resultado disso é um monte de
>> > implementações diferentes de A e B com praticamente a mesma estrutura
>> > e API, mas em estágios de maturidade completamente desconhecidos, sem
>> > um "core" comum.
>> >
>> > Eu mesmo vi na documentação da API de plugins do Catalyst que ele pede
>> > "POR FAVOR" para as pessoas não criarem plugins que fazem o que outros
>> > módulos já implementam (e muito bem, diga-se de passagem), "estamos
>> > falando de Perl! Vcs podem simplesmente usar o módulo - ele não
>> > precisa ser um plugin ou estar no namespace do Catalyst para fazer
>> > parte de sua aplicação ou interagir com o framework". E EMHO eles
>> > estão certíssimos.
>> >
>> > Como disse, o que sinto falta é na colaboratividade (essa palavra
>> > existe?) entre desenvolvedores, é pegar um módulo que faz quase o que
>> > vc quer e melhorá-lo, extendê-lo, criar subcomponentes, enfim, e não
>> > fazer um fork dele. Para não ficarmos em A,B e C vejamos um exemplo
>> > claro disso: o Net::SMTP. Quem não conhece o Net::SMTP? É um ótimo
>> > módulo para envio de email. Mas o Net::SMTP só faz autenticação por
>> > SASL. E se vc quiser autenticar por TLS (como o gmail)? Ah, uma alma
>> > caridosa fez o Net::SMTP::TLS, que suporta autenticação por TLS e
>> > AUTH. Só que, apesar de estar no mesmo namespace, ter praticamente a
>> > mesma API e constantemente ao longo da documentação apontar para o
>> > Net::SMTP, ele não é uma subclasse de fato, e implementa tudo do
>> > zero!!! Resultado: pequenas nuâncias de sintaxe te obrigam a fazer
>> > malabarismo se quiser que sua aplicação suporte ambas as formas de
>> > autenticação, quando uma boa subclasse deixaria o processo
>> > completamente transparente (ou, se não fosse realmente possível, ele
>> > poderia implementar diretamente no Net::SMTP). Fora que atualizações
>> > de implementação do Net::SMTP não se propagam para o N::S::TLS. Vcs me
>> > desculpem, mas eu não acho isso absolutamente interessante.
>> >
>> > Uma coisa é não gostar de uma API para fazer X e desenhar sua própria,
>> > que é o princípio do TIMTOWTDI e de alguns frameworks diferentes.
>> > Outra é reescrever a roda a cada turno, só pq algo não faz exatamente
>> > o que vc quer. O que houve com o RT?! O que houve com o
>> > cvs/svn/git/etc?! O que houve com a colaboração entre
>> > desenvolvedores?! Com subclassing?! Essa é a minha constante crítica.
>> > Algo não faz o que vc quer, ou não faz direito? Vai lá e conserta!
>> > Aponta o problema! Sugira! Participe! E não sente e faça seu próprio
>> > de novo do zero. Não vejo sentido nisso, a não ser auto-aprendizado ou
>> > auto-martírio.
>> >
>> > Dar diversidade ao desenvolvedor é ótimo. Mas ele tem que, no mínimo,
>> > ser orientado quanto a quais as características de cada opção para
>> > escolher a melhor para si. E se o módulo não fizer tudo que ele quer,
>> > ele deve ser estimulado a colaborar com o projeto, e não criar (mais
>> > um) fork.
>> >
>> > Acredito piamente que se os desenvolvedores Perl tivessem essa
>> > mentalidade de extensão e colaboração ("não faz tudo que vc quer?
>> > colabore, extenda e seja feliz!") em vez de o que me parece vigente
>> > hoje ("não faz tudo que vc quer? faz o seu próprio e seja feliz!"),
>> > ainda teríamos 2/3 do CPAN, todas as vantagens do Perl e do TIMTOWDTI
>> > e ao mesmo tempo muito mais estabilidade, escalabilidade, evolução,
>> > estrutura e orientação no desenvolvimento de aplicações, sem que o
>> > desenvolvedor se perca no mar de 15000+ distribuições.
>> >
>> > Isso, e um mapa de desenvolvimento de aplicações no CPAN, seria ótimo
>> > (hmmm...idéias....acho que já sei do que vou falar no próximo YAPC::SA
>> > :-)
>> >
>> >
>> > []s
>> >
>> > -b
>> >
>> >
>> > On Mon, May 19, 2008 at 12:50 AM, Eden Cardim <edencardim em gmail.com>
>> > wrote:
>> >> On Mon, May 19, 2008 at 12:20 AM, Lorn <lorn.br em gmail.com> wrote:
>> >>> Ops, falha minha :) foi mal.
>> >>> Mas continuo achando que ainda falta um "ponteiro" para essas coisas
>> >>> novas,
>> >>> tipo ao acessar o manual do CGI.pm ter um apontamento para o
>> >>> Catalyst/Jifty
>> >>> e afins.
>> >>
>> >> Interagir com a comunidade é a melhor forma de ficar por dentro das
>> >> novidades.
>> >>
>> >> --
>> >> edenc.vox.com
>> >> _______________________________________________
>> >> SaoPaulo-pm mailing list
>> >> SaoPaulo-pm em pm.org
>> >> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>> >>
>> > _______________________________________________
>> > Cascavel-pm mailing list
>> > Cascavel-pm em pm.org
>> > http://mail.pm.org/mailman/listinfo/cascavel-pm
>> >
>> _______________________________________________
>> Cascavel-pm mailing list
>> Cascavel-pm em pm.org
>> http://mail.pm.org/mailman/listinfo/cascavel-pm
>
>
>
> --
> Just another Perl Hacker,
> Fernando (SmokeMachine)
> http://perl-e.org
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>

From breno em rio.pm.org  Mon May 19 11:58:13 2008
From: breno em rio.pm.org (breno)
Date: Mon, 19 May 2008 15:58:13 -0300
Subject: [Cascavel-pm] [SP-pm] O Futuro do Perl/CPAN
In-Reply-To: <f40026c0805190929y4c7aea43g97f376f0e7c36f8b@mail.gmail.com>
References: <bb8590d00805181947g7b347740v9b28d91e38bd1dd9@mail.gmail.com>
	<604cec170805181955j6944cd15g3933c4b0dca016f4@mail.gmail.com>
	<bb8590d00805182020h3c9f7a34m350601736db2c0dc@mail.gmail.com>
	<3de55ead0805182050v66e96433v71bcf40b259cc806@mail.gmail.com>
	<bbea248f0805182258y61b8206cnf3d6ef97e37f5b@mail.gmail.com>
	<42dcdd750805190809g5d4135a0le1651278b144c97c@mail.gmail.com>
	<f40026c0805190929y4c7aea43g97f376f0e7c36f8b@mail.gmail.com>
Message-ID: <bbea248f0805191158s4f5ed169saaa48867255e5763@mail.gmail.com>

Foi o que eu quis dizer com "não vejo sentido nisso, a não ser
auto-aprendizado ou auto-martírio". No caso do Fernando, seria
auto-aprendizado (espero!) :-P

[]s

-b

2008/5/19 Fernando Oliveira <fernandocorrea em gmail.com>:
> Na minha opinião, nem todos os forks tem motivos técnicos ou egocentricos.
> Existem pessoas que gostam de desafios e/ou de estudar... Eu mesmo de vez em
> quando me pergunto: "se eu fosse fazer [ponha aqui qq coisa complicada, sem
> solução instantanea, q já existe no CPAN], como eu faria?!". Eu não quero
> reinventar a roda, mostrar q o meu é melhor! sou movido pela pura
> curiosidade cientifica! Quero saber como EU faria! Quero passar por
> problemas q nunca passei. e tendo feito isso, estando pronto, porque não
> botar no CPAN?! Tudo bem, ele faz exatamente a mesma coisa q faz o [ponha
> aqui qq coisa complicada, sem solução instantanea, q já existe no CPAN] mas
> não é a mesma coisa! Isso q eu fiz pode ajudar outras pessoas... pq não
> botar no CPAN?!
>
> 2008/5/19 Marco A P D'Andrade <mdacwb em gmail.com>:
>>
>> A mentalidade da comunidade, ao meu ver, tem mudado, veja que hoje
>> temos até literatura formal defendendo as melhores praticas  (Best
>> Practicals)...
>>
>> Eu li um artigo, que é claro, não lembro onde foi, de um defensor de
>> Ruby, que elogiava CGI::Application, Catalyst e Maypole, e se
>> vangloriava do fato de ter apenas o Rails para aprender, e conviver
>> com os problemas (que segundo ele não são poucos)...
>>
>> Fork por questões técnicas, restrições de licença, ótimo... mas fork
>> por mero ego politico... acho pésssimo !
>>
>> Eu tenho o hábito de produzir código que outro dará manutenção, ou ao
>> menos perseguir isto. Entendo que para módulos que serão continuados
>> por muito tempo, é de grande importância pensar em incorporar as
>> praticas de modelagem, já adotadas a muito tempo no cpan (com no
>> mínimo de documentação, testes, namespace, etc).
>>
>> Confesso que não adotei todas as praticas ainda, mas reconheço esta
>> pendencia, e estou tentando corrigir, de forma que meus proprios
>> módulos e sistemas internos sejam instalados na base do "perl
>> Makefile.PL" ...
>>
>> até porque... é muito mais simples assim ;)
>>
>>
>> Sds,
>> Marco Antonio
>>
>>
>> 2008/5/19 breno <breno em rio.pm.org>:
>> > Opa, peraí! Deixa eu defender meu argumento, ele é um pouco mais
>> > complexo que isso... (xiii, lá vem os emails enormes do breno :-P)
>> >
>> > Não sou contra diversidade. TIMTOWTDI é uma das mais interessantes e
>> > únicas características do Perl. O que me incomoda é que sinto haver
>> > muita individualidade na comunidade Perl, que aproveita essa
>> > característica e parece (meu ponto de vista) trocar de módulo como
>> > quem troca de roupa, sem oferecer um mínimo de continuidade, suporte
>> > ou evolução ao que apresenta aos desenvolvedores.
>> >
>> > Claro que há excessões, mas um exemplo típico é o Sebastian Reidel,
>> > que começou no Maypole e, por não gostar da direção que o projeto
>> > estava tomando, criou o Catalyst, e agora parece estar abandonando o
>> > Catalyst para fazer um novo (?!) framework. Posso estar redondamente
>> > enganado, mas a sensação que isso passa (pelo menos para mim) é de
>> > fuga. E vejo isso constantemente no CPAN: um módulo X faz A,B e C mas
>> > eu preciso de D então, ao invés de colaborar com o projeto original
>> > deixando ele robusto e até personalizável através de subclassing ou
>> > contribuições diretas, eu vou lá e faço um outro do zero, que faz A,
>> > B, C e D. Aí outra pessoa quer A, B e Z, então ela escreve outra coisa
>> > completamente diferente também. O resultado disso é um monte de
>> > implementações diferentes de A e B com praticamente a mesma estrutura
>> > e API, mas em estágios de maturidade completamente desconhecidos, sem
>> > um "core" comum.
>> >
>> > Eu mesmo vi na documentação da API de plugins do Catalyst que ele pede
>> > "POR FAVOR" para as pessoas não criarem plugins que fazem o que outros
>> > módulos já implementam (e muito bem, diga-se de passagem), "estamos
>> > falando de Perl! Vcs podem simplesmente usar o módulo - ele não
>> > precisa ser um plugin ou estar no namespace do Catalyst para fazer
>> > parte de sua aplicação ou interagir com o framework". E EMHO eles
>> > estão certíssimos.
>> >
>> > Como disse, o que sinto falta é na colaboratividade (essa palavra
>> > existe?) entre desenvolvedores, é pegar um módulo que faz quase o que
>> > vc quer e melhorá-lo, extendê-lo, criar subcomponentes, enfim, e não
>> > fazer um fork dele. Para não ficarmos em A,B e C vejamos um exemplo
>> > claro disso: o Net::SMTP. Quem não conhece o Net::SMTP? É um ótimo
>> > módulo para envio de email. Mas o Net::SMTP só faz autenticação por
>> > SASL. E se vc quiser autenticar por TLS (como o gmail)? Ah, uma alma
>> > caridosa fez o Net::SMTP::TLS, que suporta autenticação por TLS e
>> > AUTH. Só que, apesar de estar no mesmo namespace, ter praticamente a
>> > mesma API e constantemente ao longo da documentação apontar para o
>> > Net::SMTP, ele não é uma subclasse de fato, e implementa tudo do
>> > zero!!! Resultado: pequenas nuâncias de sintaxe te obrigam a fazer
>> > malabarismo se quiser que sua aplicação suporte ambas as formas de
>> > autenticação, quando uma boa subclasse deixaria o processo
>> > completamente transparente (ou, se não fosse realmente possível, ele
>> > poderia implementar diretamente no Net::SMTP). Fora que atualizações
>> > de implementação do Net::SMTP não se propagam para o N::S::TLS. Vcs me
>> > desculpem, mas eu não acho isso absolutamente interessante.
>> >
>> > Uma coisa é não gostar de uma API para fazer X e desenhar sua própria,
>> > que é o princípio do TIMTOWTDI e de alguns frameworks diferentes.
>> > Outra é reescrever a roda a cada turno, só pq algo não faz exatamente
>> > o que vc quer. O que houve com o RT?! O que houve com o
>> > cvs/svn/git/etc?! O que houve com a colaboração entre
>> > desenvolvedores?! Com subclassing?! Essa é a minha constante crítica.
>> > Algo não faz o que vc quer, ou não faz direito? Vai lá e conserta!
>> > Aponta o problema! Sugira! Participe! E não sente e faça seu próprio
>> > de novo do zero. Não vejo sentido nisso, a não ser auto-aprendizado ou
>> > auto-martírio.
>> >
>> > Dar diversidade ao desenvolvedor é ótimo. Mas ele tem que, no mínimo,
>> > ser orientado quanto a quais as características de cada opção para
>> > escolher a melhor para si. E se o módulo não fizer tudo que ele quer,
>> > ele deve ser estimulado a colaborar com o projeto, e não criar (mais
>> > um) fork.
>> >
>> > Acredito piamente que se os desenvolvedores Perl tivessem essa
>> > mentalidade de extensão e colaboração ("não faz tudo que vc quer?
>> > colabore, extenda e seja feliz!") em vez de o que me parece vigente
>> > hoje ("não faz tudo que vc quer? faz o seu próprio e seja feliz!"),
>> > ainda teríamos 2/3 do CPAN, todas as vantagens do Perl e do TIMTOWDTI
>> > e ao mesmo tempo muito mais estabilidade, escalabilidade, evolução,
>> > estrutura e orientação no desenvolvimento de aplicações, sem que o
>> > desenvolvedor se perca no mar de 15000+ distribuições.
>> >
>> > Isso, e um mapa de desenvolvimento de aplicações no CPAN, seria ótimo
>> > (hmmm...idéias....acho que já sei do que vou falar no próximo YAPC::SA
>> > :-)
>> >
>> >
>> > []s
>> >
>> > -b
>> >
>> >
>> > On Mon, May 19, 2008 at 12:50 AM, Eden Cardim <edencardim em gmail.com>
>> > wrote:
>> >> On Mon, May 19, 2008 at 12:20 AM, Lorn <lorn.br em gmail.com> wrote:
>> >>> Ops, falha minha :) foi mal.
>> >>> Mas continuo achando que ainda falta um "ponteiro" para essas coisas
>> >>> novas,
>> >>> tipo ao acessar o manual do CGI.pm ter um apontamento para o
>> >>> Catalyst/Jifty
>> >>> e afins.
>> >>
>> >> Interagir com a comunidade é a melhor forma de ficar por dentro das
>> >> novidades.
>> >>
>> >> --
>> >> edenc.vox.com
>> >> _______________________________________________
>> >> SaoPaulo-pm mailing list
>> >> SaoPaulo-pm em pm.org
>> >> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>> >>
>> > _______________________________________________
>> > Cascavel-pm mailing list
>> > Cascavel-pm em pm.org
>> > http://mail.pm.org/mailman/listinfo/cascavel-pm
>> >
>> _______________________________________________
>> Cascavel-pm mailing list
>> Cascavel-pm em pm.org
>> http://mail.pm.org/mailman/listinfo/cascavel-pm
>
>
>
> --
> Just another Perl Hacker,
> Fernando (SmokeMachine)
> http://perl-e.org
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>

From mdacwb em gmail.com  Mon May 19 12:47:39 2008
From: mdacwb em gmail.com (Marco A P D'Andrade)
Date: Mon, 19 May 2008 16:47:39 -0300
Subject: [Cascavel-pm] [SP-pm] O Futuro do Perl/CPAN
In-Reply-To: <bbea248f0805191158s4f5ed169saaa48867255e5763@mail.gmail.com>
References: <bb8590d00805181947g7b347740v9b28d91e38bd1dd9@mail.gmail.com>
	<604cec170805181955j6944cd15g3933c4b0dca016f4@mail.gmail.com>
	<bb8590d00805182020h3c9f7a34m350601736db2c0dc@mail.gmail.com>
	<3de55ead0805182050v66e96433v71bcf40b259cc806@mail.gmail.com>
	<bbea248f0805182258y61b8206cnf3d6ef97e37f5b@mail.gmail.com>
	<42dcdd750805190809g5d4135a0le1651278b144c97c@mail.gmail.com>
	<f40026c0805190929y4c7aea43g97f376f0e7c36f8b@mail.gmail.com>
	<bbea248f0805191158s4f5ed169saaa48867255e5763@mail.gmail.com>
Message-ID: <42dcdd750805191247h58c13ef9v31f753e18ccbe03e@mail.gmail.com>

Reforçando...

Que o primeiro byte aquele que nunca fez algo, só pra ver como seria a
sua versão...

Desenvolver a propria versão é muito bom, para aprendizado, mas postar
isto no CPAN é que eu acho errado...


Sds,
Marco Antonio

2008/5/19 breno <breno em rio.pm.org>:
> Foi o que eu quis dizer com "não vejo sentido nisso, a não ser
> auto-aprendizado ou auto-martírio". No caso do Fernando, seria
> auto-aprendizado (espero!) :-P
>
> []s
>
> -b
>
> 2008/5/19 Fernando Oliveira <fernandocorrea em gmail.com>:
>> Na minha opinião, nem todos os forks tem motivos técnicos ou egocentricos.
>> Existem pessoas que gostam de desafios e/ou de estudar... Eu mesmo de vez em
>> quando me pergunto: "se eu fosse fazer [ponha aqui qq coisa complicada, sem
>> solução instantanea, q já existe no CPAN], como eu faria?!". Eu não quero
>> reinventar a roda, mostrar q o meu é melhor! sou movido pela pura
>> curiosidade cientifica! Quero saber como EU faria! Quero passar por
>> problemas q nunca passei. e tendo feito isso, estando pronto, porque não
>> botar no CPAN?! Tudo bem, ele faz exatamente a mesma coisa q faz o [ponha
>> aqui qq coisa complicada, sem solução instantanea, q já existe no CPAN] mas
>> não é a mesma coisa! Isso q eu fiz pode ajudar outras pessoas... pq não
>> botar no CPAN?!
>>
>> 2008/5/19 Marco A P D'Andrade <mdacwb em gmail.com>:
>>>
>>> A mentalidade da comunidade, ao meu ver, tem mudado, veja que hoje
>>> temos até literatura formal defendendo as melhores praticas  (Best
>>> Practicals)...
>>>
>>> Eu li um artigo, que é claro, não lembro onde foi, de um defensor de
>>> Ruby, que elogiava CGI::Application, Catalyst e Maypole, e se
>>> vangloriava do fato de ter apenas o Rails para aprender, e conviver
>>> com os problemas (que segundo ele não são poucos)...
>>>
>>> Fork por questões técnicas, restrições de licença, ótimo... mas fork
>>> por mero ego politico... acho pésssimo !
>>>
>>> Eu tenho o hábito de produzir código que outro dará manutenção, ou ao
>>> menos perseguir isto. Entendo que para módulos que serão continuados
>>> por muito tempo, é de grande importância pensar em incorporar as
>>> praticas de modelagem, já adotadas a muito tempo no cpan (com no
>>> mínimo de documentação, testes, namespace, etc).
>>>
>>> Confesso que não adotei todas as praticas ainda, mas reconheço esta
>>> pendencia, e estou tentando corrigir, de forma que meus proprios
>>> módulos e sistemas internos sejam instalados na base do "perl
>>> Makefile.PL" ...
>>>
>>> até porque... é muito mais simples assim ;)
>>>
>>>
>>> Sds,
>>> Marco Antonio
>>>
>>>
>>> 2008/5/19 breno <breno em rio.pm.org>:
>>> > Opa, peraí! Deixa eu defender meu argumento, ele é um pouco mais
>>> > complexo que isso... (xiii, lá vem os emails enormes do breno :-P)
>>> >
>>> > Não sou contra diversidade. TIMTOWTDI é uma das mais interessantes e
>>> > únicas características do Perl. O que me incomoda é que sinto haver
>>> > muita individualidade na comunidade Perl, que aproveita essa
>>> > característica e parece (meu ponto de vista) trocar de módulo como
>>> > quem troca de roupa, sem oferecer um mínimo de continuidade, suporte
>>> > ou evolução ao que apresenta aos desenvolvedores.
>>> >
>>> > Claro que há excessões, mas um exemplo típico é o Sebastian Reidel,
>>> > que começou no Maypole e, por não gostar da direção que o projeto
>>> > estava tomando, criou o Catalyst, e agora parece estar abandonando o
>>> > Catalyst para fazer um novo (?!) framework. Posso estar redondamente
>>> > enganado, mas a sensação que isso passa (pelo menos para mim) é de
>>> > fuga. E vejo isso constantemente no CPAN: um módulo X faz A,B e C mas
>>> > eu preciso de D então, ao invés de colaborar com o projeto original
>>> > deixando ele robusto e até personalizável através de subclassing ou
>>> > contribuições diretas, eu vou lá e faço um outro do zero, que faz A,
>>> > B, C e D. Aí outra pessoa quer A, B e Z, então ela escreve outra coisa
>>> > completamente diferente também. O resultado disso é um monte de
>>> > implementações diferentes de A e B com praticamente a mesma estrutura
>>> > e API, mas em estágios de maturidade completamente desconhecidos, sem
>>> > um "core" comum.
>>> >
>>> > Eu mesmo vi na documentação da API de plugins do Catalyst que ele pede
>>> > "POR FAVOR" para as pessoas não criarem plugins que fazem o que outros
>>> > módulos já implementam (e muito bem, diga-se de passagem), "estamos
>>> > falando de Perl! Vcs podem simplesmente usar o módulo - ele não
>>> > precisa ser um plugin ou estar no namespace do Catalyst para fazer
>>> > parte de sua aplicação ou interagir com o framework". E EMHO eles
>>> > estão certíssimos.
>>> >
>>> > Como disse, o que sinto falta é na colaboratividade (essa palavra
>>> > existe?) entre desenvolvedores, é pegar um módulo que faz quase o que
>>> > vc quer e melhorá-lo, extendê-lo, criar subcomponentes, enfim, e não
>>> > fazer um fork dele. Para não ficarmos em A,B e C vejamos um exemplo
>>> > claro disso: o Net::SMTP. Quem não conhece o Net::SMTP? É um ótimo
>>> > módulo para envio de email. Mas o Net::SMTP só faz autenticação por
>>> > SASL. E se vc quiser autenticar por TLS (como o gmail)? Ah, uma alma
>>> > caridosa fez o Net::SMTP::TLS, que suporta autenticação por TLS e
>>> > AUTH. Só que, apesar de estar no mesmo namespace, ter praticamente a
>>> > mesma API e constantemente ao longo da documentação apontar para o
>>> > Net::SMTP, ele não é uma subclasse de fato, e implementa tudo do
>>> > zero!!! Resultado: pequenas nuâncias de sintaxe te obrigam a fazer
>>> > malabarismo se quiser que sua aplicação suporte ambas as formas de
>>> > autenticação, quando uma boa subclasse deixaria o processo
>>> > completamente transparente (ou, se não fosse realmente possível, ele
>>> > poderia implementar diretamente no Net::SMTP). Fora que atualizações
>>> > de implementação do Net::SMTP não se propagam para o N::S::TLS. Vcs me
>>> > desculpem, mas eu não acho isso absolutamente interessante.
>>> >
>>> > Uma coisa é não gostar de uma API para fazer X e desenhar sua própria,
>>> > que é o princípio do TIMTOWTDI e de alguns frameworks diferentes.
>>> > Outra é reescrever a roda a cada turno, só pq algo não faz exatamente
>>> > o que vc quer. O que houve com o RT?! O que houve com o
>>> > cvs/svn/git/etc?! O que houve com a colaboração entre
>>> > desenvolvedores?! Com subclassing?! Essa é a minha constante crítica.
>>> > Algo não faz o que vc quer, ou não faz direito? Vai lá e conserta!
>>> > Aponta o problema! Sugira! Participe! E não sente e faça seu próprio
>>> > de novo do zero. Não vejo sentido nisso, a não ser auto-aprendizado ou
>>> > auto-martírio.
>>> >
>>> > Dar diversidade ao desenvolvedor é ótimo. Mas ele tem que, no mínimo,
>>> > ser orientado quanto a quais as características de cada opção para
>>> > escolher a melhor para si. E se o módulo não fizer tudo que ele quer,
>>> > ele deve ser estimulado a colaborar com o projeto, e não criar (mais
>>> > um) fork.
>>> >
>>> > Acredito piamente que se os desenvolvedores Perl tivessem essa
>>> > mentalidade de extensão e colaboração ("não faz tudo que vc quer?
>>> > colabore, extenda e seja feliz!") em vez de o que me parece vigente
>>> > hoje ("não faz tudo que vc quer? faz o seu próprio e seja feliz!"),
>>> > ainda teríamos 2/3 do CPAN, todas as vantagens do Perl e do TIMTOWDTI
>>> > e ao mesmo tempo muito mais estabilidade, escalabilidade, evolução,
>>> > estrutura e orientação no desenvolvimento de aplicações, sem que o
>>> > desenvolvedor se perca no mar de 15000+ distribuições.
>>> >
>>> > Isso, e um mapa de desenvolvimento de aplicações no CPAN, seria ótimo
>>> > (hmmm...idéias....acho que já sei do que vou falar no próximo YAPC::SA
>>> > :-)
>>> >
>>> >
>>> > []s
>>> >
>>> > -b
>>> >
>>> >
>>> > On Mon, May 19, 2008 at 12:50 AM, Eden Cardim <edencardim em gmail.com>
>>> > wrote:
>>> >> On Mon, May 19, 2008 at 12:20 AM, Lorn <lorn.br em gmail.com> wrote:
>>> >>> Ops, falha minha :) foi mal.
>>> >>> Mas continuo achando que ainda falta um "ponteiro" para essas coisas
>>> >>> novas,
>>> >>> tipo ao acessar o manual do CGI.pm ter um apontamento para o
>>> >>> Catalyst/Jifty
>>> >>> e afins.
>>> >>
>>> >> Interagir com a comunidade é a melhor forma de ficar por dentro das
>>> >> novidades.
>>> >>
>>> >> --
>>> >> edenc.vox.com
>>> >> _______________________________________________
>>> >> SaoPaulo-pm mailing list
>>> >> SaoPaulo-pm em pm.org
>>> >> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>>> >>
>>> > _______________________________________________
>>> > Cascavel-pm mailing list
>>> > Cascavel-pm em pm.org
>>> > http://mail.pm.org/mailman/listinfo/cascavel-pm
>>> >
>>> _______________________________________________
>>> Cascavel-pm mailing list
>>> Cascavel-pm em pm.org
>>> http://mail.pm.org/mailman/listinfo/cascavel-pm
>>
>>
>>
>> --
>> Just another Perl Hacker,
>> Fernando (SmokeMachine)
>> http://perl-e.org
>> _______________________________________________
>> Cascavel-pm mailing list
>> Cascavel-pm em pm.org
>> http://mail.pm.org/mailman/listinfo/cascavel-pm
>>
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>

From breno em rio.pm.org  Mon May 19 13:04:22 2008
From: breno em rio.pm.org (breno)
Date: Mon, 19 May 2008 17:04:22 -0300
Subject: [Cascavel-pm] [SP-pm] O Futuro do Perl/CPAN
In-Reply-To: <3de55ead0805190955j7d63cbc5q7828281ca756826@mail.gmail.com>
References: <bb8590d00805181947g7b347740v9b28d91e38bd1dd9@mail.gmail.com>
	<604cec170805181955j6944cd15g3933c4b0dca016f4@mail.gmail.com>
	<bb8590d00805182020h3c9f7a34m350601736db2c0dc@mail.gmail.com>
	<3de55ead0805182050v66e96433v71bcf40b259cc806@mail.gmail.com>
	<bbea248f0805182258y61b8206cnf3d6ef97e37f5b@mail.gmail.com>
	<42dcdd750805190809g5d4135a0le1651278b144c97c@mail.gmail.com>
	<f40026c0805190929y4c7aea43g97f376f0e7c36f8b@mail.gmail.com>
	<3de55ead0805190955j7d63cbc5q7828281ca756826@mail.gmail.com>
Message-ID: <bbea248f0805191304y7ec25189h1678a9880312dd18@mail.gmail.com>

2008/5/19 Eden Cardim <edencardim em gmail.com>:
>
> A minha opinião é a mesma do Ingy:
> http://search.cpan.org/~adamk/Module-Install-0.73/lib/Module/Install/Philosophy.pod
>

Ótimo, o Ingy concorda comigo =P

Apesar dos comentários dele serem mais em cima de módulos core, ele
retrata bem o problema que citei quando fala sobre a expectativa de
que o desenvolvedor vá manter o módulo para o resto da vida sozinho.
Realmente acho que deveria existir um modelo mais colaborativo dentro
do CPAN. O RT e a parte de módulos relacionados já foi um grande
avanço, mas ainda caímos na falta de estímulo explícito de
desenvolvimento colaborativo (e não concorrente) por parte de todos.
Afinal, vc não precisaria fazer seu módulo novo duas vezes melhor que
o original/popular se vc pudesse simplesmente melhorar o original
diretamente com o autor, com facilidade e ganhando os devidos
créditos.

Fazemos tanto esforço para mostrar à comunidade externa que Perl não é
write-only, que é possível gerenciar projetos grandes envolvendo
várias pessoas ao mesmo tempo com uma mesma base quando, na prática, o
que acabamos fazendo com o CPAN é exatamente o contrário, reescrevendo
a roda o tempo todo. Não acho que estamos numa saga fundamentalista,
cegos para o problema de desenvolvimento colaborativo (que nesse caso
não seria "mais um mito de Perl" e sim uma verdade empírica). Tenho
grandes motivos para acreditar - e referências para mostrar - que é
sim apenas um mito. O problema é que, no caso do CPAN, parece que
estamos nos escondendo atrás do TIMTOWTDI e dando um mau exemplo aos
gerentes de projeto.

De novo: não há nada de errado em criar módulos concorrentes, pelo
contrário, variedade é algo bom e muito bem vindo! Mas variedade
consciente. E se possível com modularização.


[]s

-b

From edencardim em gmail.com  Mon May 19 13:19:17 2008
From: edencardim em gmail.com (Eden Cardim)
Date: Mon, 19 May 2008 17:19:17 -0300
Subject: [Cascavel-pm] [SP-pm] O Futuro do Perl/CPAN
In-Reply-To: <bbea248f0805191304y7ec25189h1678a9880312dd18@mail.gmail.com>
References: <bb8590d00805181947g7b347740v9b28d91e38bd1dd9@mail.gmail.com>
	<604cec170805181955j6944cd15g3933c4b0dca016f4@mail.gmail.com>
	<bb8590d00805182020h3c9f7a34m350601736db2c0dc@mail.gmail.com>
	<3de55ead0805182050v66e96433v71bcf40b259cc806@mail.gmail.com>
	<bbea248f0805182258y61b8206cnf3d6ef97e37f5b@mail.gmail.com>
	<42dcdd750805190809g5d4135a0le1651278b144c97c@mail.gmail.com>
	<f40026c0805190929y4c7aea43g97f376f0e7c36f8b@mail.gmail.com>
	<3de55ead0805190955j7d63cbc5q7828281ca756826@mail.gmail.com>
	<bbea248f0805191304y7ec25189h1678a9880312dd18@mail.gmail.com>
Message-ID: <3de55ead0805191319o33f5c82auddd9b380d1862543@mail.gmail.com>

2008/5/19 breno <breno em rio.pm.org>:
> Afinal, vc não precisaria fazer seu módulo novo duas vezes melhor que
> o original/popular se vc pudesse simplesmente melhorar o original
> diretamente com o autor, com facilidade e ganhando os devidos
> créditos.

O grande problema que eu acho que existe em represar a criação de
novos módulos é que muita gente vai deixar de submeter coisas boas com
medo de ser reprimido pela elite dos desenvolvedores que já publicaram
soluções parecidas, e aí vamos acabar vivendo numa comunidade
fascista. Eu acho que o princípio do software livre é esse, cada um
tem a liberdade de fazer o que quer, seja criar, seja colaborar. Isso
permite com que cada pessoa atue de acordo com o seu perfil, tem
pessoas que gostam de criar, outras gostam de manter, outras de
melhorar, outras de não fazer nada mas inspirar os colegas com o papo,
outros de só conversam e não fazem nada... O que acaba ocorrendo é uma
seleção natural, o que for bom se torna popular automaticamente, e o
que não for, cai no esquecimento e o autor morre de fome :).
Sobre o CPAN, eu acho que a submissão de módulos tem que continuar
sendo indiscriminada, mas tinha que ter uma opção para omitir da busca
os módulos que estão a muito tempo sem a atenção dos mantenedores.

-- 
edenc.vox.com

From breno em rio.pm.org  Mon May 19 13:43:36 2008
From: breno em rio.pm.org (breno)
Date: Mon, 19 May 2008 17:43:36 -0300
Subject: [Cascavel-pm] [SP-pm] O Futuro do Perl/CPAN
In-Reply-To: <3de55ead0805191319o33f5c82auddd9b380d1862543@mail.gmail.com>
References: <bb8590d00805181947g7b347740v9b28d91e38bd1dd9@mail.gmail.com>
	<604cec170805181955j6944cd15g3933c4b0dca016f4@mail.gmail.com>
	<bb8590d00805182020h3c9f7a34m350601736db2c0dc@mail.gmail.com>
	<3de55ead0805182050v66e96433v71bcf40b259cc806@mail.gmail.com>
	<bbea248f0805182258y61b8206cnf3d6ef97e37f5b@mail.gmail.com>
	<42dcdd750805190809g5d4135a0le1651278b144c97c@mail.gmail.com>
	<f40026c0805190929y4c7aea43g97f376f0e7c36f8b@mail.gmail.com>
	<3de55ead0805190955j7d63cbc5q7828281ca756826@mail.gmail.com>
	<bbea248f0805191304y7ec25189h1678a9880312dd18@mail.gmail.com>
	<3de55ead0805191319o33f5c82auddd9b380d1862543@mail.gmail.com>
Message-ID: <bbea248f0805191343h1a5fc08dk26cd62b19f90e7fe@mail.gmail.com>

Acho que estamos com um problema "testa-streamer" aqui :-P

Eu em momento algum defendo a represália na criação de novos módulos,
pelo contrário!!!!

Apenas acho que muitas vezes o sujeito QUER colaborar com um projeto
existente e simplesmente não sabe ter sua voz ouvida pelo mantenedor
oficial (vide texto do Ingy), ou não sabe como proceder. Acho que esse
tipo de procedimento deveria ser estimulado, só isso :-)

[]s

-b

2008/5/19 Eden Cardim <edencardim em gmail.com>:
> 2008/5/19 breno <breno em rio.pm.org>:
>> Afinal, vc não precisaria fazer seu módulo novo duas vezes melhor que
>> o original/popular se vc pudesse simplesmente melhorar o original
>> diretamente com o autor, com facilidade e ganhando os devidos
>> créditos.
>
> O grande problema que eu acho que existe em represar a criação de
> novos módulos é que muita gente vai deixar de submeter coisas boas com
> medo de ser reprimido pela elite dos desenvolvedores que já publicaram
> soluções parecidas, e aí vamos acabar vivendo numa comunidade
> fascista. Eu acho que o princípio do software livre é esse, cada um
> tem a liberdade de fazer o que quer, seja criar, seja colaborar. Isso
> permite com que cada pessoa atue de acordo com o seu perfil, tem
> pessoas que gostam de criar, outras gostam de manter, outras de
> melhorar, outras de não fazer nada mas inspirar os colegas com o papo,
> outros de só conversam e não fazem nada... O que acaba ocorrendo é uma
> seleção natural, o que for bom se torna popular automaticamente, e o
> que não for, cai no esquecimento e o autor morre de fome :).
> Sobre o CPAN, eu acho que a submissão de módulos tem que continuar
> sendo indiscriminada, mas tinha que ter uma opção para omitir da busca
> os módulos que estão a muito tempo sem a atenção dos mantenedores.
>
> --
> edenc.vox.com
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>

From luismottacampos em yahoo.co.uk  Mon May 19 15:10:28 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Tue, 20 May 2008 00:10:28 +0200
Subject: [Cascavel-pm] =?iso-8859-1?q?=5BJOB=5D_Programador_Perl_S=EAnior?=
Message-ID: <4831FAD4.5010000@yahoo.co.uk>

   (Me desculpem o cross posting, sim?)

   Gente, a minha headhunter favorita, a Enedina Luz, está procurando um
programador Perl Sênior, com o perfil abaixo:

* Conhecimentos de Perl ou PHP
* Expressões Regulares
* Conhecimento de UML
* Conhecimento de Base de Dados
* Conhecimento de Threads e saber usar fork().
* Capacidade de liderança

Desejável:
* Experiência com ambiente de /high/ /load/
* Facilidade para desenvolver aplicações de processamento de texto
* Ter trabalhado com algum framework Perl (Catalyst, Template Toolkit e
CGI::Application são os que eu me lembro de cabeça);
* Saber o que é AJAX (e possivelmente já ter usado em algum lugar).

   Emails com título "Programador Perl Sênior (indicado pelo LMC)", CV 
anexo em formato PDF para a enedina.luz em sondaprocwork.com.br, serão 
considerados primeiro, por que são os que eu indiquei. ;)

   Putamplexos para todo mundo.	
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

From luismottacampos em yahoo.co.uk  Mon May 19 15:37:29 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Tue, 20 May 2008 00:37:29 +0200
Subject: [Cascavel-pm] [SP-pm] O Futuro do Perl/CPAN
In-Reply-To: <42dcdd750805191107m5cac45cdkfe9e6c7ce89f3040@mail.gmail.com>
References: <bb8590d00805181947g7b347740v9b28d91e38bd1dd9@mail.gmail.com>	<604cec170805181955j6944cd15g3933c4b0dca016f4@mail.gmail.com>	<bb8590d00805182020h3c9f7a34m350601736db2c0dc@mail.gmail.com>	<3de55ead0805182050v66e96433v71bcf40b259cc806@mail.gmail.com>	<bbea248f0805182258y61b8206cnf3d6ef97e37f5b@mail.gmail.com>	<42dcdd750805190809g5d4135a0le1651278b144c97c@mail.gmail.com>	<f40026c0805190929y4c7aea43g97f376f0e7c36f8b@mail.gmail.com>
	<42dcdd750805191107m5cac45cdkfe9e6c7ce89f3040@mail.gmail.com>
Message-ID: <48320129.5000004@yahoo.co.uk>

Marco A P D'Andrade wrote:
> Em minha opinião...
> 
> Porque isto divide os esforços da comunidade... ao aprender e manter
> os módulos.

Eu discordo. A força da gente vem da diversidade. Acabar com a 
diversidade é nivelar Perl e Java.

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

From agnaldo em starweb-software.com.br  Wed May 21 05:29:45 2008
From: agnaldo em starweb-software.com.br (Agnaldo Macedo)
Date: Wed, 21 May 2008 09:29:45 -0300
Subject: [Cascavel-pm] =?iso-8859-1?q?Off-Toppic_-_C=F3digo_de_barras?=
In-Reply-To: <48320129.5000004@yahoo.co.uk>
Message-ID: <20080521122919.30C5E3D80CA@maresia.onda.com.br>


Olá pessoal.

Quando gero código de barras, formato code39, preciso incluir marcas de
start/end no conteúdo.
Por exemplo, para o conteúdo
Valor = '12345678'
Preciso gerar
Valor = '*12345678*'
Pois o caracter asterisco é a marca de start/end do code39.

Alguém saberia se no formato 2 de 5 intercalado preciso gerar marcas de
start/end também? Qual seria o caracter usado?




From helderribas em gmail.com  Wed May 21 05:34:59 2008
From: helderribas em gmail.com (=?ISO-8859-1?Q?H=E9lder_M=E1ximo_Botter_Ribas?=)
Date: Wed, 21 May 2008 09:34:59 -0300
Subject: [Cascavel-pm] =?iso-8859-1?q?Off-Toppic_-_C=F3digo_de_barras?=
In-Reply-To: <20080521122919.30C5E3D80CA@maresia.onda.com.br>
References: <48320129.5000004@yahoo.co.uk>
	<20080521122919.30C5E3D80CA@maresia.onda.com.br>
Message-ID: <cfec694c0805210534v4346130dlfa61e8ef80aff6bb@mail.gmail.com>

Uma vez tive de programar varios tipos de códigos de barra em c, os que eu
fiz tinham aviso de começo e fim , incluindo o intercalado

http://www.barcodeisland.com/int2of5.phtml

[]'s

Hélder

2008/5/21 Agnaldo Macedo <agnaldo em starweb-software.com.br>:

>
> Olá pessoal.
>
> Quando gero código de barras, formato code39, preciso incluir marcas de
> start/end no conteúdo.
> Por exemplo, para o conteúdo
> Valor = '12345678'
> Preciso gerar
> Valor = '*12345678*'
> Pois o caracter asterisco é a marca de start/end do code39.
>
> Alguém saberia se no formato 2 de 5 intercalado preciso gerar marcas de
> start/end também? Qual seria o caracter usado?
>
>
>
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>



-- 
------------------------------------
Hélder Máximo Botter Ribas
------------------------------------
helderR (at) trueaccess (dot) com (dot) br
hmbr (at) gentoobr (dot) org
msn/gtalk: helderribas (at) gmail (dot) com
------------------------------------
www.gentoobr.org - http://www.amazoniaparasempre.com.br/
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/cascavel-pm/attachments/20080521/dfb73a93/attachment.html 

From oberdan.luiz em gmail.com  Wed May 21 05:41:02 2008
From: oberdan.luiz em gmail.com (Oberdan Luiz May)
Date: Wed, 21 May 2008 09:41:02 -0300
Subject: [Cascavel-pm] =?iso-8859-1?q?Off-Toppic_-_C=F3digo_de_barras?=
In-Reply-To: <20080521122919.30C5E3D80CA@maresia.onda.com.br>
References: <48320129.5000004@yahoo.co.uk>
	<20080521122919.30C5E3D80CA@maresia.onda.com.br>
Message-ID: <ac3a9ba80805210541t4e4b3b01ief81ab721ac6d89d@mail.gmail.com>

   Olá,

   Já gerei 2 de 5 intercalado, ele não precisa de marca de start/end,
mas segundo a especificação, tem que ter um número par dígitos
(http://en.wikipedia.org/wiki/Interleaved_2_of_5). Em todo caso, é bom
verificar como o leitor de código está configurado.

   []'s

   Oberdan

2008/5/21 Agnaldo Macedo <agnaldo em starweb-software.com.br>:
>
> Olá pessoal.
>
> Quando gero código de barras, formato code39, preciso incluir marcas de
> start/end no conteúdo.
> Por exemplo, para o conteúdo
> Valor = '12345678'
> Preciso gerar
> Valor = '*12345678*'
> Pois o caracter asterisco é a marca de start/end do code39.
>
> Alguém saberia se no formato 2 de 5 intercalado preciso gerar marcas de
> start/end também? Qual seria o caracter usado?
>
>
>
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>

From frederico em gmail.com  Wed May 21 05:47:47 2008
From: frederico em gmail.com (Frederico Recsky)
Date: Wed, 21 May 2008 09:47:47 -0300
Subject: [Cascavel-pm] =?utf-8?q?Off-Toppic_-_C=C3=B3digo_de_barras?=
In-Reply-To: <20080521122919.30C5E3D80CA@maresia.onda.com.br>
References: <48320129.5000004@yahoo.co.uk>
	<20080521122919.30C5E3D80CA@maresia.onda.com.br>
Message-ID: <88fe68ee0805210547j47079933mba52c005d7f9797f@mail.gmail.com>

Olá!

2008/5/21 Agnaldo Macedo <agnaldo em starweb-software.com.br>:

>
> Alguém saberia se no formato 2 de 5 intercalado preciso gerar marcas de
> start/end também? Qual seria o caracter usado?


Relembrando meus tempos de "embossadora" :) , no cpan tem tudo.

http://search.cpan.org/search?m=all&q=barcode&s=11

Dai voce só se preocupa com o que ta dentro, os limites, paridades e etc tem
um monte de modulo para isso.

[]'s

-- 
____________________________
Frederico Recsky
Linux User: #253572
http://www.fred.eti.br
http://www.perl.org.br
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/cascavel-pm/attachments/20080521/e4eb4de2/attachment.html 

From nferraz em gmail.com  Thu May 22 20:42:27 2008
From: nferraz em gmail.com (Nelson Ferraz)
Date: Fri, 23 May 2008 00:42:27 -0300
Subject: [Cascavel-pm] [OFF] Yahoo claims 2-petabyte database is world's
	biggest, busiest
Message-ID: <604cec170805222042y561880fbhfb8ffad3e2931fd6@mail.gmail.com>

Achei a notícia interessante, pois demonstra o potencial do PostgreSQL.

Vocês conhecem outros casos de sucesso?

"Take Yahoo Inc.'s 2-petabyte, specially built data warehouse, which
it uses to analyze the behavior of its half-billion Web visitors per
month. The Sunnyvale, Calif.-based company makes a strong claim that
it is not only the world's single-largest database, but also the
busiest.

Based on a heavily modified PostgreSQL engine, the year-old database
processes 24 billion events a day, according to Waqar Hasan, vice
president of engineering in Yahoo's data group.

And the data, all of it constantly accessed and all of it stored in a
structured, ready-to-crunch form, is expected to grow into the
multiple tens of petabytes by next year.

By comparison, large enterprise databases typically grow no larger
than the tens of terabytes. Large databases about which much is
publicly known include the Internal Revenue Service's data warehouse,
which weighs in at a svelte 150TB. (...)

The database requires fewer than 1,000 PC servers hosted at several
data centers, said Hasan, who declined to reveal the exact number. He
did claim that the number of servers used is one-tenth to
one-twentieth fewer than the number that would be needed if the
database were a conventional one such as Oracle, IBM's DB2 or NCR's
Teradata."

http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9087918

-- 
Nelson Ferraz

Free Software Foundation Associate Member #3203
Projeto Software Livre Brasil (www.softwarelivre.org.br)
Sociedade Perl do Brasil (www.perl.org.br)
Rede Livre de Compartilhamento de Cultura Digital

From shonorio em gmail.com  Fri May 23 19:43:05 2008
From: shonorio em gmail.com (Solli Honorio)
Date: Fri, 23 May 2008 23:43:05 -0300
Subject: [Cascavel-pm] [OT] Seaside
Message-ID: <12d1f4ee0805231943y1034bb3bj965e8353a03f610f@mail.gmail.com>

Randal apresentou no FISL e no ET-Rio o Seaside, um framework para
desenvolvimento web muito interessante baseado em smalltalk. Estava ouvindo
o
http://www.twit.tv/floss21 e fui pesquisar novamente um pouco mais sobre
este cara, e encontrei esta apresentação (
http://cadafalso.deusexmachina.com.br/flash/seaside.html) que dá para ter
uma idéia do poderio deste framework.

Eu acho que vale a pena dar uma olhada e como diz a Thais "o negócio faz
magia negra".

Abraços,

Solli M. Honório
ps.: dêem uma olhada no http://continuity.tlt42.org/ que implementa um
negócio chamado 'continuously flowing web applications', que estou tentando
entender exatamente o quê é isto :) !!!!
-- 
"o animal satisfeito dorme". - Guimarães Rosa
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/cascavel-pm/attachments/20080523/ebb6e4b7/attachment.html 

From gabriel.vieira em gmail.com  Sat May 24 09:34:01 2008
From: gabriel.vieira em gmail.com (Gabriel Vieira)
Date: Sat, 24 May 2008 13:34:01 -0300
Subject: [Cascavel-pm] OT: A Direct Manipulation Video Player
Message-ID: <83d8367f0805240934w377c301h7c90aa1e2c775d7c@mail.gmail.com>

Confiram: http://www.aviz.fr/dimp/
Multi Touch screen + dimp = ?

Fiquei impressionado.

-- 
Gabriel Vieira

From luismottacampos em yahoo.co.uk  Sat May 24 12:25:39 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Sat, 24 May 2008 21:25:39 +0200
Subject: [Cascavel-pm] OT: A Direct Manipulation Video Player
In-Reply-To: <83d8367f0805240934w377c301h7c90aa1e2c775d7c@mail.gmail.com>
References: <83d8367f0805240934w377c301h7c90aa1e2c775d7c@mail.gmail.com>
Message-ID: <48386BB3.6090103@yahoo.co.uk>

Gabriel Vieira wrote:
> Confiram: http://www.aviz.fr/dimp/
> Multi Touch screen + dimp = ?
> 
> Fiquei impressionado.

Você se deixa impressionar muito fácil, Gabriel. ;)
O vídeo, eu nào consegui ver. O meu linux parece não ser "compatível" 
com esta novidade.

Putamplexos desapontados.
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

From gabriel.vieira em gmail.com  Sat May 24 12:56:48 2008
From: gabriel.vieira em gmail.com (Gabriel Vieira)
Date: Sat, 24 May 2008 16:56:48 -0300
Subject: [Cascavel-pm] OT: A Direct Manipulation Video Player
In-Reply-To: <48386BB3.6090103@yahoo.co.uk>
References: <83d8367f0805240934w377c301h7c90aa1e2c775d7c@mail.gmail.com>
	<48386BB3.6090103@yahoo.co.uk>
Message-ID: <83d8367f0805241256y115f57fao8d7404b3b002c77a@mail.gmail.com>

hehe, quando você ver o vídeo você entenderá. :) Veja os vídeos do Yotube.

2008/5/24 Luis Motta Campos <luismottacampos em yahoo.co.uk>:
> Gabriel Vieira wrote:
>> Confiram: http://www.aviz.fr/dimp/
>> Multi Touch screen + dimp = ?
>>
>> Fiquei impressionado.
>
> Você se deixa impressionar muito fácil, Gabriel. ;)
> O vídeo, eu nào consegui ver. O meu linux parece não ser "compatível"
> com esta novidade.
>
> Putamplexos desapontados.
> --
> Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
> Perl fanatic evangelist, and amateur {cook, photographer}
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>



-- 
Gabriel Vieira

From gabriel.vieira em gmail.com  Sat May 24 14:33:28 2008
From: gabriel.vieira em gmail.com (Gabriel Vieira)
Date: Sat, 24 May 2008 18:33:28 -0300
Subject: [Cascavel-pm] OT: A Direct Manipulation Video Player
In-Reply-To: <48386BB3.6090103@yahoo.co.uk>
References: <83d8367f0805240934w377c301h7c90aa1e2c775d7c@mail.gmail.com>
	<48386BB3.6090103@yahoo.co.uk>
Message-ID: <83d8367f0805241433v34533c85r1a0dee1347d14bdf@mail.gmail.com>

Sei que tem um mac na holanda.. então http://hci.rwth-aachen.de/dragon :)


---------- Forwarded message ----------
From: Luis Motta Campos <luismottacampos em yahoo.co.uk>
Date: 2008/5/24
Subject: Re: [Cascavel-pm] OT: A Direct Manipulation Video Player
To: Cascavel Perl Mongers <cascavel-pm em pm.org>


Gabriel Vieira wrote:
> Confiram: http://www.aviz.fr/dimp/
> Multi Touch screen + dimp = ?
>
> Fiquei impressionado.

Você se deixa impressionar muito fácil, Gabriel. ;)
O vídeo, eu nào consegui ver. O meu linux parece não ser "compatível"
com esta novidade.

Putamplexos desapontados.
--
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}
_______________________________________________
Cascavel-pm mailing list
Cascavel-pm em pm.org
http://mail.pm.org/mailman/listinfo/cascavel-pm



-- 
Gabriel Vieira

From luismottacampos em yahoo.co.uk  Sun May 25 04:23:37 2008
From: luismottacampos em yahoo.co.uk (Luis Motta Campos)
Date: Sun, 25 May 2008 13:23:37 +0200
Subject: [Cascavel-pm] OT: A Direct Manipulation Video Player
In-Reply-To: <83d8367f0805241433v34533c85r1a0dee1347d14bdf@mail.gmail.com>
References: <83d8367f0805240934w377c301h7c90aa1e2c775d7c@mail.gmail.com>	<48386BB3.6090103@yahoo.co.uk>
	<83d8367f0805241433v34533c85r1a0dee1347d14bdf@mail.gmail.com>
Message-ID: <48394C39.6060309@yahoo.co.uk>

Gabriel Vieira wrote:
> Sei que tem um mac na holanda.. então http://hci.rwth-aachen.de/dragon :)

Eu mandei aquela porcaria embora, não estava mais satisfeito com o 
custo-benefício, com a falta de programas e utilitários, e com as 
exigências da Apple em não abrir o código-fonte e me fazer pagar para 
usar um sabor de Free BSD adaptado...

Mas vou tentar olhar o link de qualquer forma.

Putamplexos!
-- 
Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
Perl fanatic evangelist, and amateur {cook, photographer}

From joenio em gmail.com  Mon May 26 22:33:05 2008
From: joenio em gmail.com (Joenio Costa)
Date: Tue, 27 May 2008 02:33:05 -0300
Subject: [Cascavel-pm] =?iso-8859-1?q?Atualiza=E7=E3o_do_TWiki_do_Perl=2Eo?=
	=?iso-8859-1?q?rg=2Ebr?=
Message-ID: <65934b450805262233m59a7e8e6h35b065441e8a40e@mail.gmail.com>

Pessoal,

Acabei de atualizar a versão do TWiki do Perl.org.br para 4.2.0.

Provavelmente algo vai quebrar, por favor avisem para
webmaster em perl.org.br quando encontrar algum problema.

Obrigado,
-- 
Joenio Costa
- Salvador Perl Mongers - Grupo de Usuário Perl de Salvador
- Colivre - Cooperativa de Tecnologias Livres
- PSL-BA - Projeto Software Livre Bahia

From gabriel.vieira em gmail.com  Thu May 29 11:34:04 2008
From: gabriel.vieira em gmail.com (Gabriel Vieira)
Date: Thu, 29 May 2008 15:34:04 -0300
Subject: [Cascavel-pm] OT: Firefox Download Day
Message-ID: <83d8367f0805291134p1a65206fq986318c212061f56@mail.gmail.com>

Campanha para colocar o FF no livro dos recordes!

http://www.spreadfirefox.com/pt-BR/worldrecord

-- 
Gabriel Vieira

From geovannyjs em gmail.com  Sat May 31 17:05:21 2008
From: geovannyjs em gmail.com (Geovanny Junio)
Date: Sat, 31 May 2008 21:05:21 -0300
Subject: [Cascavel-pm] =?iso-8859-1?q?Apresenta=E7=E3o_/_Catalyst?=
Message-ID: <692c13f70805311705n6f7a5b19p88abf40525703361@mail.gmail.com>

Olá Senhores,

Esta é minha primeira mensagem na lista, já estou cadastrado a quase ( ou
mais que ) um ano,
mas até hoje só tenho lido.

Não sou programador, tenho um pouco de conhecimento em redes apenas. Apesar
de não ser programador sempre me senti atraído por Perl, sem mesmo conhecer
a linguagem. Então no ano passado decidi conhecer um pouco essa linguagem
que me chama a atenção, comprei um livro do Deitel (só depois, através da
lista, vi que fiz a escolha errada), e li uma boa parte do livro do camelo
(embora não o tenha comprado ainda, pretendo). Nesse meio tempo ouvi falar
do tal Catalyst, segui o tutorial do CPAN, e achei impressionante (embora
não seja um programador, estou ficando realmente interessado em Perl).

Em uma mensagem anterior na lista, vi o Champs (desculpa se escrevi errado,
ou se não devo te chamar assim, é só falar) afirmando que o Catalyst é lento
(ele indicou um caminho alternativo, se não me engano, ensinava a
implementação de um controller + TT + ....não me lembro de tudo). Enfim, o
Catalyst é lento mesmo? Lento até que ponto (ou apartir de qual ponto)?
Seria possível a implementação de um sistema realmente grande (e.g. um ERP
com uma quantidade de acesso considerável)?

Desculpem se foi uma pergunta ignorante, mas é que ainda sou um tanto
imaturo no mundo da TI, e procurei respostas no Google e não achei.

Desde já, grato.

-- 
Geovanny Junio
geovannyjs em gmail.com :: 00 55 31 9291-8966
@ILike = qw(Racer Music Movies);
"Um homem conta suas histórias tantas vezes que elas se misturam a ele, e
ele sobrevive a elas, e é desse jeito que ele se torna imortal." Big Fish
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/cascavel-pm/attachments/20080531/28a0f942/attachment.html 

From lorn.br em gmail.com  Sat May 31 19:04:36 2008
From: lorn.br em gmail.com (Lorn)
Date: Sat, 31 May 2008 23:04:36 -0300
Subject: [Cascavel-pm] =?iso-8859-1?q?Apresenta=E7=E3o_/_Catalyst?=
In-Reply-To: <692c13f70805311705n6f7a5b19p88abf40525703361@mail.gmail.com>
References: <692c13f70805311705n6f7a5b19p88abf40525703361@mail.gmail.com>
Message-ID: <bb8590d00805311904o574263bau8616c292b543a097@mail.gmail.com>

Eu tenho bons casos de sucesso com Catalyst no trabalho, e acho que o Eden
tem mais ainda, não me lembro dessa mensagem do Champs falando que o
Catalyst é lento :P ia ser um thread em tanto ( costuma se aprender muito
quando aparece um assunto desses ... )
Mas enfim, teste você e nos diga você não vai jogar tempo fora ...

2008/5/31 Geovanny Junio <geovannyjs em gmail.com>:

> Olá Senhores,
>
> Esta é minha primeira mensagem na lista, já estou cadastrado a quase ( ou
> mais que ) um ano,
> mas até hoje só tenho lido.
>
> Não sou programador, tenho um pouco de conhecimento em redes apenas. Apesar
> de não ser programador sempre me senti atraído por Perl, sem mesmo conhecer
> a linguagem. Então no ano passado decidi conhecer um pouco essa linguagem
> que me chama a atenção, comprei um livro do Deitel (só depois, através da
> lista, vi que fiz a escolha errada), e li uma boa parte do livro do camelo
> (embora não o tenha comprado ainda, pretendo). Nesse meio tempo ouvi falar
> do tal Catalyst, segui o tutorial do CPAN, e achei impressionante (embora
> não seja um programador, estou ficando realmente interessado em Perl).
>
> Em uma mensagem anterior na lista, vi o Champs (desculpa se escrevi errado,
> ou se não devo te chamar assim, é só falar) afirmando que o Catalyst é lento
> (ele indicou um caminho alternativo, se não me engano, ensinava a
> implementação de um controller + TT + ....não me lembro de tudo). Enfim, o
> Catalyst é lento mesmo? Lento até que ponto (ou apartir de qual ponto)?
> Seria possível a implementação de um sistema realmente grande (e.g. um ERP
> com uma quantidade de acesso considerável)?
>
> Desculpem se foi uma pergunta ignorante, mas é que ainda sou um tanto
> imaturo no mundo da TI, e procurei respostas no Google e não achei.
>
> Desde já, grato.
>
> --
> Geovanny Junio
> geovannyjs em gmail.com :: 00 55 31 9291-8966
> @ILike = qw(Racer Music Movies);
> "Um homem conta suas histórias tantas vezes que elas se misturam a ele, e
> ele sobrevive a elas, e é desse jeito que ele se torna imortal." Big Fish
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>



-- 
Lindolfo "Lorn" Rodrigues
- www.slackwarezine.com.br
- http://lornlab.org
- http://sao-paulo.pm.org
use Catalyst;
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/cascavel-pm/attachments/20080531/54e46d97/attachment.html 

From acid06 em gmail.com  Sat May 31 20:50:34 2008
From: acid06 em gmail.com (Nilson Santos Figueiredo Junior)
Date: Sun, 1 Jun 2008 00:50:34 -0300
Subject: [Cascavel-pm] =?iso-8859-1?q?Apresenta=E7=E3o_/_Catalyst?=
In-Reply-To: <692c13f70805311705n6f7a5b19p88abf40525703361@mail.gmail.com>
References: <692c13f70805311705n6f7a5b19p88abf40525703361@mail.gmail.com>
Message-ID: <9a08c9b40805312050r5fe742areb387a76d5577968@mail.gmail.com>

2008/5/31 Geovanny Junio <geovannyjs em gmail.com>:
> Em uma mensagem anterior na lista, vi o Champs (desculpa se escrevi errado,
> ou se não devo te chamar assim, é só falar) afirmando que o Catalyst é lento
> (ele indicou um caminho alternativo, se não me engano, ensinava a
> implementação de um controller + TT + ....não me lembro de tudo). Enfim, o
> Catalyst é lento mesmo? Lento até que ponto (ou apartir de qual ponto)?
> Seria possível a implementação de um sistema realmente grande (e.g. um ERP
> com uma quantidade de acesso considerável)?

Isso não é verdade, o Catalyst não é lento. O que você provavelmente
leu foi alguém falando que usar um framework é mais lento que não
utilizar um framework (o que é óbvio e acontece em qualquer caso, uma
vez que tem código a mais), mas isso não quer dizer que seja lento.

Ou então você leu alguém reclamando da utilização de mapeadores
objeto-relacionais (no caso, provavelmente, o DBIx::Class). Novamente,
é o mesmo caso: não é lento, só é mais lento que se você não
utilizasse, por motivos óbvios. Apesar de que, nesse caso, a diferença
é um pouco maior. Mas você pode utilizar o Catalyst sem um mapeador
objeto-relacional, se assim preferir. Mas na maioria dos casos não
vale à pena.

Se você desenvolver um sistema e encontrar problemas de performance
com o Catalyst, provavelmente encontraria de qualquer outra maneira. O
overhead do Catalyst não é muito alto. O DBIC é um pouco maior, mas os
benefícios são grandes também.

-Nilson Santos F. Jr.