Re: [Rio-pm] obtendo dados do HTTP header atraves de proxy
Oi Renato e Tiago,
usando as instruções do pacote no cpan, eu obtive isto:
use Net::FTP;
my $host = ftp://hgdownload.cse.ucsc.edu/goldenPath/ce4/database/;;
my $ftp = Net::FTP-new($host, Firewall = 'http://10.46.10.19:3129')
or die Cannot connect to some.host.name: $@;
$ftp-size(all_est.txt.gz)
or die get failed , $ftp-message;
$ftp-quit;
exit;
---
- Primeira tentativa:
$ time perl teste_proxy.pl
Cannot connect to some.host.name: Net::FTP: Bad hostname
'http://10.46.10.19:3129' at teste_proxy.pl line 18.
- Segunda tentativa, tirando o http:// do proxy:
$ perl teste_proxy.pl
Cannot connect to some.host.name: at teste_proxy.pl line 18.
- em alguma tentativa, também obtive isto:
$ perl teste_proxy.pl
Cannot connect to some.host.name: Net::FTP: Bad hostname
'ftp://hgdownload.cse.ucsc.edu/goldenPath/ce4/database/' at teste_proxy.pl line
18.
---
Alguma ideia, sobre o que estou fazendo errado?
[]'s
Nicole
De: Renato Santos renato.c...@gmail.com
Para: Nicole Scherer bionica2007-p...@yahoo.com
Cc: Perl Mongers Rio de Janeiro rio-pm@pm.org
Enviadas: Sexta-feira, 8 de Março de 2013 17:13
Assunto: Re: [Rio-pm] obtendo dados do HTTP header atraves de proxy
Então você precisa verificar o seu proxy.
Mas como o Tiago disse,
porque vocẽ não conecta usando Net::FTP ? Ele tem modo anomimo.
2013/3/8 Nicole Scherer bionica2007-p...@yahoo.com
Sim, Renato,
usando o LWP::Simple::get($downloadfile) eu consigo baixar o arquivo
inclusive através do proxy.
Só o conteúdo do LWP::Simple::head($downloadfile) é que não é o mesmo com ou
sem proxy.
Não sei se é porque ele usa o head() do LWP::UserAgent, quando acionado o $ua
para o proxy.
[]'s
Nicole
De: Renato Santos renato.c...@gmail.com
Para: Nicole Scherer bionica2007-p...@yahoo.com; Perl Mongers Rio de Janeiro
rio-pm@pm.org
Enviadas: Sexta-feira, 8 de Março de 2013 17:01
Assunto: Re: [Rio-pm] obtendo dados do HTTP header atraves de proxy
Existe a possibilidade do seu proxy não estar repassando essas informações ou
estar negando o acesso.
Você já tentou baixar o arquivo com o proxy ?
2013/3/8 Nicole Scherer bionica2007-p...@yahoo.com
Oi Mongers,
venho humildemente consultar o vasto conhecimento de vocês em prol da
pesquisa científica.
Preciso consultar o tamanho de um arquivo em um servidor ftp, antes de
decidir se o arquivo deverá ou não ser baixado.
Eu estava usando o LWP::Simple::head($url) para isto, e estava funcionando
bem, até eu ter que usá-lo através de um proxy.
O que acontece é o seguinte, usando sem proxy, eu consigo acessar as
informações sobre tamanho, formato, codificação, etc,
my $downloadfile =
ftp://hgdownload.cse.ucsc.edu/goldenPath/ce4/database/all_est.txt.gz;;
my ($content_type, $document_length, $modified_time, $expires, $server) =
LWP::Simple::head($downloadfile);
--- ou
if (my $res = LWP::Simple::head($downloadfile)) {
print $downloadfile ok\n; ### debug
p($res-{_headers});
} else {
print $downloadfile not available\n; ### debug
}
--- e quando uso
use LWP::Simple qw($ua head);
$ua-proxy([qw(http ftp wais)], 'http://10.46.10.19:3129');
para definir o proxy, ele não retorna estas informações.
Se eu mandar imprimir $res-{_headers}, tenho isso:
--- rodando sem proxy
HTTP::Headers {
public methods (38) : as_string, authorization, authorization_basic,
clear, client_date, content_encoding, content_is_html, content_is_text,
content_is_xhtml, content_is_xml, content_language, content_length,
content_type, content_type_charset, date, expires, from, header,
header_field_names, if_modified_since, if_unmodified_since, init_header,
last_modified, new,
proxy_authenticate, proxy_authorization, proxy_authorization_basic,
push_header, referer, referrer, remove_content_headers, remove_header, scan,
server, title, user_agent, warning, www_authenticate
private methods (5) : _basic_auth, _date_header, _header,
_process_newline, _sorted_field_names
internals: {
client-date = Fri, 08 Mar 2013 19:33:58 GMT,
client-request-num = 1,
content-encoding = gzip,
content-length = 14169205,
content-type =
text/plain,
last-modified = Mon, 14 Mar 2011 16:52:05 GMT,
server = FTP Server
}
}
--- com proxyHTTP::Headers {
public methods (38) : as_string, authorization, authorization_basic,
clear, client_date, content_encoding, content_is_html, content_is_text,
content_is_xhtml, content_is_xml, content_language, content_length,
content_type,
content_type_charset, date, expires, from, header, header_field_names,
if_modified_since, if_unmodified_since, init_header, last_modified, new,
proxy_authenticate, proxy_authorization, proxy_authorization_basic,
push_header, referer, referrer, remove_content_headers, remove_header, scan,
[Rio-pm] reflexão, revolução, anyone? :)
Caros, Eu gosto muito da vibe que temos aqui na lista, mas sinto muita falta de termos mais iniciativas que transcendam threads de email, e que não sejam atividades que já faríamos mesmo por conta própria, apenas envelopadas numa cara de atividade do coletivo. Ano passado, quando a SP.pm ia puxar o equinócio avançado (que furou) houve a idéia de produzirmos uma cartilha para levar novos Perl Hackers do nível básico ao intermediário (que também furou). Esse ano, a volta do Equinócio à pauta serve como um lembrete de que um ano se passou, e, sem desmerecer o que foi feito, mas a minha sensação é de frustração, frente ao quão pouco fizemos, nesse tempo, e quão pouco engajamento houve. Como líder, aceito e declaro o mea culpa de não ter trabalhado mais para fazer mais coisas acontecerem. Poderia replicar que também tive expectativas frustradas nesse tempo, mas não vejo que entrar nessa linha seja produtivo, construtivo ou mesmo interessante. No final do dia, o que pesa mesmo é o passo que damos hoje, com o que temos, e a proposição para amanhã. Um líder é necessário quando um projeto precisa de uma coordenação centralizada para acontecer. Só que hoje os coletivos estão cada vez mais descentralizados e distribuídos, peer-to-peer, com lideranças surgindo e desaparecendo organicamente, em função da necessidade dos projetos ou ações em andamento. Disso sai que a minha vontade, para a Rio.PM, hoje, é abolir a figura do líder, e que a gente se desorganize um pouco. Explico: não para debandarmos, mas para desmontar esse modelo de uma meia dúzia carregando o piano e alguém com o ônus de mobilizar o grupo. Para mim é simples: se um grupo de pessoas quiser fazer algo, ele tem plenos meios de se organizar pela lista, pelo IRC, pelo facebook, por qualquer canal, para fazer acontecer. Mais ainda: se a iniciativa estiver alinhada com a cultura e os valores do grupo, não tem que pedir licença pra ninguém para se identificar como Rio.PM. Na pior das hipóteses, ficamos onde já estamos: a mesma meia dúzia atuante vai continuar atuando. Só que Lean! e da experiência nós sabemos muito bem que não é a figura de um líder na Rio.PM que fez ou deixou de fazer alguma iniciativa acontecer. Bom... No que diz respeito à minha posição, é decisão dormida, amadurecida, tranquila. Não irei mais assumir o papel de “Líder Rio.PM 2012-2014”. Quero olhar para todos os membros como potenciais líderes ou seguidores, em função do momento, e do senso de responsabilidade que cada um se atribua, nos projetos ou problemas que surgirem. Se alguém quiser assumir o papel de líder, e trazer uma visão pro grupo, no modelo tradicional, etc. fique à vontade. No coletivo, agora sou mais um, e pode muito bem acontecer do coletivo rejeitar essa idéia e clamar por uma estrutura centralizada, tradicional. A verdade é que a estrutura organizacional é a última das minhas preocupações aqui. Eu vou continuar atuando onde sentir que seja útil e tenha capacidade de me comprometer, o que me importa é no final poder escrever “feito com carinho para a comunidade brasileira de Perl”. Se você chegou até aqui, obrigado pelo seu tempo! Pois é, cara, nesse momento você pertence à um coletivo de profissionais e entusiastas do Perl com potencial de ser horizontal, descentralizado. O que você vai fazer com isso? :) Abraço, Nuba -- Nuba R. Princigalli n...@pauleira.com http://pauleira.com @nprincigalli Discipline is not an end in itself, just a means to an end. - King Crimson ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] reflexão, revolução, anyone? :)
Nuba uma das formas da Rio.pm trabalhar poderia ser por base de metas ou desafios. se vamos seguir um lider ou seremos anarquistas (ou algo no meio termo, como lideres que se alternam mensalmente, etc) cabe uma motivação para que o trabalho seja bem feito. e a motivação pode ser algo a ser fazer até o fim do ano. ou fim do semestre ou até o mes q vem. 2013/3/11 Nicole Scherer bionica2007-p...@yahoo.com :-) Oi Nuba. Uma sociedade anárquica verdadeira seria perfeita, porém a diversidade humana é tal que sempre haverá indivíduos que preferem seguir um líder a ter de tomar decisões autônomas. E sempre haverá indivíduos que preferem decidir por todos (o que claramente não é o teu caso). Espero que o Rio.PM se aproxime mais da sociedade anárquica perfeita, dado sua população de indivíduos criativos e pensantes ;-) Bjs, Nicole -- *De:* Nuba Princigalli n...@fastmail.fm *Para:* Perl Mongers Rio de Janeiro rio-pm@pm.org *Enviadas:* Segunda-feira, 11 de Março de 2013 15:09 *Assunto:* [Rio-pm] reflexão, revolução, anyone? :) Caros, Eu gosto muito da vibe que temos aqui na lista, mas sinto muita falta de termos mais iniciativas que transcendam threads de email, e que não sejam atividades que já faríamos mesmo por conta própria, apenas envelopadas numa cara de atividade do coletivo. Ano passado, quando a SP.pm ia puxar o equinócio avançado (que furou) houve a idéia de produzirmos uma cartilha para levar novos Perl Hackers do nível básico ao intermediário (que também furou). Esse ano, a volta do Equinócio à pauta serve como um lembrete de que um ano se passou, e, sem desmerecer o que foi feito, mas a minha sensação é de frustração, frente ao quão pouco fizemos, nesse tempo, e quão pouco engajamento houve. Como líder, aceito e declaro o *mea culpa* de não ter trabalhado mais para fazer mais coisas acontecerem. Poderia replicar que também tive expectativas frustradas nesse tempo, mas não vejo que entrar nessa linha seja produtivo, construtivo ou mesmo interessante. No final do dia, o que pesa mesmo é o passo que damos hoje, com o que temos, e a proposição para amanhã. Um líder é necessário quando um projeto precisa de uma coordenação centralizada para acontecer. Só que hoje os coletivos estão cada vez mais descentralizados e distribuídos, peer-to-peer, com lideranças surgindo e desaparecendo organicamente, em função da necessidade dos projetos ou ações em andamento. Disso sai que a minha vontade, para a Rio.PM, hoje, é *abolir a figura do líder*, e que a gente se desorganize um pouco. Explico: não para debandarmos, mas para *desmontar esse modelo de uma meia dúzia carregando o piano e alguém com o ônus de mobilizar o grupo*. Para mim é simples: *se um grupo de pessoas quiser fazer algo, ele tem plenos meios de se organizar* pela lista, pelo IRC, pelo facebook, por qualquer canal, para fazer acontecer. Mais ainda: *se a iniciativa estiver alinhada com a cultura e os valores do grupo, não tem que pedir licença pra ninguém para se identificar como Rio.PM*. Na pior das hipóteses, ficamos onde já estamos: a mesma meia dúzia atuante vai continuar atuando. Só que Lean! e da experiência nós sabemos muito bem que não é a figura de um líder na Rio.PM que fez ou deixou de fazer alguma iniciativa acontecer. Bom... No que diz respeito à minha posição, é decisão dormida, amadurecida, tranquila. Não irei mais assumir o papel de “Líder Rio.PM 2012-2014”. Quero olhar para todos os membros como potenciais líderes ou seguidores, em função do momento, e do senso de responsabilidade que cada um se atribua, nos projetos ou problemas que surgirem. Se alguém quiser assumir o papel de líder, e trazer uma visão pro grupo, no modelo tradicional, etc. fique à vontade. No coletivo, agora sou mais um, e pode muito bem acontecer do coletivo rejeitar essa idéia e clamar por uma estrutura centralizada, tradicional. A verdade é que a estrutura organizacional é a última das minhas preocupações aqui. Eu vou continuar atuando onde sentir que seja útil e tenha capacidade de me comprometer, o que me importa é no final poder escrever “*feito com carinho para a comunidade brasileira de Perl*”. Se você chegou até aqui, obrigado pelo seu tempo! Pois é, cara, nesse momento *você pertence à um coletivo de profissionais e entusiastas do Perl com potencial de ser horizontal, descentralizado. **O que você vai fazer com isso?** :)* Abraço, Nuba -- Nuba R. Princigalli n...@pauleira.com http://pauleira.com @nprincigalli Discipline is not an end in itself, just a means to an end. - King Crimson ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm -- Tiago B. Peczenyj Linux User #405772 http://about.me/peczenyj
Re: [Rio-pm] obtendo dados do HTTP header atraves de proxy
Já debugou com um wireshark da vida?
[]s,
Marcio Ferreira
skype: marcio.ferreir4
(21) 8365-7768
2013/3/11 Nicole Scherer bionica2007-p...@yahoo.com
Oi Renato e Tiago,
usando as instruções do pacote no cpan, eu obtive isto:
use Net::FTP;
my $host = ftp://hgdownload.cse.ucsc.edu/goldenPath/ce4/database/;;
my $ftp = Net::FTP-new($host, Firewall = 'http://10.46.10.19:3129')
or die Cannot connect to some.host.name: $@;
$ftp-size(all_est.txt.gz)
or die get failed , $ftp-message;
$ftp-quit;
exit;
---
- Primeira tentativa:
$ time perl teste_proxy.pl
Cannot connect to some.host.name: Net::FTP: Bad hostname '
http://10.46.10.19:3129' at teste_proxy.pl line 18.
- Segunda tentativa, tirando o http:// do proxy:
$ perl teste_proxy.pl
Cannot connect to some.host.name: at teste_proxy.pl line 18.
- em alguma tentativa, também obtive isto:
$ perl teste_proxy.pl
Cannot connect to some.host.name: Net::FTP: Bad hostname '
ftp://hgdownload.cse.ucsc.edu/goldenPath/ce4/database/' at teste_proxy.plline
18.
---
Alguma ideia, sobre o que estou fazendo errado?
[]'s
Nicole
--
*De:* Renato Santos renato.c...@gmail.com
*Para:* Nicole Scherer bionica2007-p...@yahoo.com
*Cc:* Perl Mongers Rio de Janeiro rio-pm@pm.org
*Enviadas:* Sexta-feira, 8 de Março de 2013 17:13
*Assunto:* Re: [Rio-pm] obtendo dados do HTTP header atraves de proxy
Então você precisa verificar o seu proxy.
Mas como o Tiago disse,
porque vocẽ não conecta usando Net::FTP ? Ele tem modo anomimo.
2013/3/8 Nicole Scherer bionica2007-p...@yahoo.com
Sim, Renato,
usando o LWP::Simple::get($downloadfile) eu consigo baixar o arquivo
inclusive através do proxy.
Só o conteúdo do LWP::Simple::head($downloadfile) é que não é o mesmo com
ou sem proxy.
Não sei se é porque ele usa o head() do LWP::UserAgent, quando acionado o
$ua para o proxy.
[]'s
Nicole
--
*De:* Renato Santos renato.c...@gmail.com
*Para:* Nicole Scherer bionica2007-p...@yahoo.com; Perl Mongers Rio de
Janeiro rio-pm@pm.org
*Enviadas:* Sexta-feira, 8 de Março de 2013 17:01
*Assunto:* Re: [Rio-pm] obtendo dados do HTTP header atraves de proxy
Existe a possibilidade do seu proxy não estar repassando essas informações
ou estar negando o acesso.
Você já tentou baixar o arquivo com o proxy ?
2013/3/8 Nicole Scherer bionica2007-p...@yahoo.com
Oi Mongers,
venho humildemente consultar o vasto conhecimento de vocês em prol da
pesquisa científica.
Preciso consultar o tamanho de um arquivo em um servidor ftp, antes de
decidir se o arquivo deverá ou não ser baixado.
Eu estava usando o LWP::Simple::head($url) para isto, e estava funcionando
bem, até eu ter que usá-lo através de um proxy.
O que acontece é o seguinte, usando sem proxy, eu consigo acessar as
informações sobre tamanho, formato, codificação, etc,
my $downloadfile =
ftp://hgdownload.cse.ucsc.edu/goldenPath/ce4/database/all_est.txt.gz;;
my ($content_type, $document_length, $modified_time, $expires, $server) =
LWP::Simple::head($downloadfile);
--- ou
if (my $res = LWP::Simple::head($downloadfile)) {
print $downloadfile ok\n; ### debug
p($res-{_headers});
} else {
print $downloadfile not available\n; ### debug
}
--- e quando uso
use LWP::Simple qw($ua head);
$ua-proxy([qw(http ftp wais)], 'http://10.46.10.19:3129');
para definir o proxy, ele não retorna estas informações.
Se eu mandar imprimir $res-{_headers}, tenho isso:
--- rodando sem proxy
HTTP::Headers {
public methods (38) : as_string, authorization, authorization_basic,
clear, client_date, content_encoding, content_is_html, content_is_text,
content_is_xhtml, content_is_xml, content_language, content_length,
content_type, content_type_charset, date, expires, from, header,
header_field_names, if_modified_since, if_unmodified_since, init_header,
last_modified, new, proxy_authenticate, proxy_authorization,
proxy_authorization_basic, push_header, referer, referrer,
remove_content_headers, remove_header, scan, server, title, user_agent,
warning, www_authenticate
private methods (5) : _basic_auth, _date_header, _header,
_process_newline, _sorted_field_names
internals: {
client-date = Fri, 08 Mar 2013 19:33:58 GMT,
client-request-num = 1,
content-encoding= gzip,
content-length = 14169205,
content-type= text/plain,
last-modified = Mon, 14 Mar 2011 16:52:05 GMT,
server = FTP Server
}
}
--- com proxy
HTTP::Headers {
public methods (38) : as_string, authorization, authorization_basic,
clear, client_date, content_encoding, content_is_html, content_is_text,
content_is_xhtml, content_is_xml, content_language, content_length,
content_type, content_type_charset, date, expires, from, header,
header_field_names,
Re: [Rio-pm] reflexão, revolução, anyone? :)
On Monday, March 11, 2013 at 3:09 PM, Nuba Princigalli wrote: Caros, Eu gosto muito da vibe que temos aqui na lista, mas sinto muita falta de termos mais iniciativas que transcendam threads de email, e que não sejam atividades que já faríamos mesmo por conta própria, apenas envelopadas numa cara de atividade do coletivo. Nuba, Este papo todo, me fez lembrar de como o garoa hacker é organizado. Ele é um hackspace, um laboratorio colaborativo, vide https://www.garoa.net.br, onde não há uma liderança explicita, mas um portal voz preferencial. Há associados, pois existem custos para ser divididos entre todos com o local... porém há regras bem definidas de como tudo funciona, talvez isto impacte no engajamento. Apesar de ser cenários diferentes, acredito que vale dar uma espiada em como eles funcionam. Na minha opinião, pelo o que você procura, é interessante estipular que a comunidade tenha uma plataforma em comum para projetos com relação a linguagem, e que todos possam se aproveitar para hospedar, divulgar e etc suas iniciativas na Rio-PM. E que estes projetos podem ter participantes (responsáveis) de dentro da comunidade para que isto ocorra. Enfim, me soa um modelo mais complexo, que parece caos em uma primeira abordagem, mas que com uma boa organização, acredito que possa vingar. Abs! -Thiago Rondon ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] reflexão, revolução, anyone? :)
Discordo, sou contra e não aceito! a Rio.PM tem liderança, sempre teve e (me desculpe Nuba) o lider não tem poder suficiente p/ abolir a liderança! Na verdade o lider não tem poder! O lider sempre teve foi trabalho... Quem tem o poder de decidir se a Rio.PM deve ou não ter um lider é a Rio.PM. Até q a Rio.PM decida, na minha opinião (desculpe Nuba) vc ainda é o lider... Em 11/03/2013, às 15:09, Nuba Princigalli n...@fastmail.fm escreveu: Caros, Eu gosto muito da vibe que temos aqui na lista, mas sinto muita falta de termos mais iniciativas que transcendam threads de email, e que não sejam atividades que já faríamos mesmo por conta própria, apenas envelopadas numa cara de atividade do coletivo. Ano passado, quando a SP.pm ia puxar o equinócio avançado (que furou) houve a idéia de produzirmos uma cartilha para levar novos Perl Hackers do nível básico ao intermediário (que também furou). Esse ano, a volta do Equinócio à pauta serve como um lembrete de que um ano se passou, e, sem desmerecer o que foi feito, mas a minha sensação é de frustração, frente ao quão pouco fizemos, nesse tempo, e quão pouco engajamento houve. Como líder, aceito e declaro o mea culpa de não ter trabalhado mais para fazer mais coisas acontecerem. Poderia replicar que também tive expectativas frustradas nesse tempo, mas não vejo que entrar nessa linha seja produtivo, construtivo ou mesmo interessante. No final do dia, o que pesa mesmo é o passo que damos hoje, com o que temos, e a proposição para amanhã. Um líder é necessário quando um projeto precisa de uma coordenação centralizada para acontecer. Só que hoje os coletivos estão cada vez mais descentralizados e distribuídos, peer-to-peer, com lideranças surgindo e desaparecendo organicamente, em função da necessidade dos projetos ou ações em andamento. Disso sai que a minha vontade, para a Rio.PM, hoje, é abolir a figura do líder, e que a gente se desorganize um pouco. Explico: não para debandarmos, mas para desmontar esse modelo de uma meia dúzia carregando o piano e alguém com o ônus de mobilizar o grupo. Para mim é simples: se um grupo de pessoas quiser fazer algo, ele tem plenos meios de se organizar pela lista, pelo IRC, pelo facebook, por qualquer canal, para fazer acontecer. Mais ainda: se a iniciativa estiver alinhada com a cultura e os valores do grupo, não tem que pedir licença pra ninguém para se identificar como Rio.PM. Na pior das hipóteses, ficamos onde já estamos: a mesma meia dúzia atuante vai continuar atuando. Só que Lean! e da experiência nós sabemos muito bem que não é a figura de um líder na Rio.PM que fez ou deixou de fazer alguma iniciativa acontecer. Bom... No que diz respeito à minha posição, é decisão dormida, amadurecida, tranquila. Não irei mais assumir o papel de “Líder Rio.PM 2012-2014”. Quero olhar para todos os membros como potenciais líderes ou seguidores, em função do momento, e do senso de responsabilidade que cada um se atribua, nos projetos ou problemas que surgirem. Se alguém quiser assumir o papel de líder, e trazer uma visão pro grupo, no modelo tradicional, etc. fique à vontade. No coletivo, agora sou mais um, e pode muito bem acontecer do coletivo rejeitar essa idéia e clamar por uma estrutura centralizada, tradicional. A verdade é que a estrutura organizacional é a última das minhas preocupações aqui. Eu vou continuar atuando onde sentir que seja útil e tenha capacidade de me comprometer, o que me importa é no final poder escrever “feito com carinho para a comunidade brasileira de Perl”. Se você chegou até aqui, obrigado pelo seu tempo! Pois é, cara, nesse momento você pertence à um coletivo de profissionais e entusiastas do Perl com potencial de ser horizontal, descentralizado. O que você vai fazer com isso? :) Abraço, Nuba -- Nuba R. Princigalli n...@pauleira.com http://pauleira.com @nprincigalli Discipline is not an end in itself, just a means to an end. - King Crimson ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] reflexão, revolução, anyone? :)
Por Mim tudo bem =) Quem mais? []s, Marcio Ferreira skype: marcio.ferreir4 (21) 8365-7768 2013/3/11 Fernando Oliveira fernandocor...@gmail.com Discordo, sou contra e não aceito! a Rio.PM tem liderança, sempre teve e (me desculpe Nuba) o lider não tem poder suficiente p/ abolir a liderança! Na verdade o lider não tem poder! O lider sempre teve foi trabalho... Quem tem o poder de decidir se a Rio.PM deve ou não ter um lider é a Rio.PM. Até q a Rio.PM decida, na minha opinião (desculpe Nuba) vc ainda é o lider... Em 11/03/2013, às 15:09, Nuba Princigalli n...@fastmail.fm escreveu: Caros, Eu gosto muito da vibe que temos aqui na lista, mas sinto muita falta de termos mais iniciativas que transcendam threads de email, e que não sejam atividades que já faríamos mesmo por conta própria, apenas envelopadas numa cara de atividade do coletivo. Ano passado, quando a SP.pm ia puxar o equinócio avançado (que furou) houve a idéia de produzirmos uma cartilha para levar novos Perl Hackers do nível básico ao intermediário (que também furou). Esse ano, a volta do Equinócio à pauta serve como um lembrete de que um ano se passou, e, sem desmerecer o que foi feito, mas a minha sensação é de frustração, frente ao quão pouco fizemos, nesse tempo, e quão pouco engajamento houve. Como líder, aceito e declaro o *mea culpa* de não ter trabalhado mais para fazer mais coisas acontecerem. Poderia replicar que também tive expectativas frustradas nesse tempo, mas não vejo que entrar nessa linha seja produtivo, construtivo ou mesmo interessante. No final do dia, o que pesa mesmo é o passo que damos hoje, com o que temos, e a proposição para amanhã. Um líder é necessário quando um projeto precisa de uma coordenação centralizada para acontecer. Só que hoje os coletivos estão cada vez mais descentralizados e distribuídos, peer-to-peer, com lideranças surgindo e desaparecendo organicamente, em função da necessidade dos projetos ou ações em andamento. Disso sai que a minha vontade, para a Rio.PM, hoje, é *abolir a figura do líder*, e que a gente se desorganize um pouco. Explico: não para debandarmos, mas para *desmontar esse modelo de uma meia dúzia carregando o piano e alguém com o ônus de mobilizar o grupo*. Para mim é simples: *se um grupo de pessoas quiser fazer algo, ele tem plenos meios de se organizar* pela lista, pelo IRC, pelo facebook, por qualquer canal, para fazer acontecer. Mais ainda: *se a iniciativa estiver alinhada com a cultura e os valores do grupo, não tem que pedir licença pra ninguém para se identificar como Rio.PM*. Na pior das hipóteses, ficamos onde já estamos: a mesma meia dúzia atuante vai continuar atuando. Só que Lean! e da experiência nós sabemos muito bem que não é a figura de um líder na Rio.PM que fez ou deixou de fazer alguma iniciativa acontecer. Bom... No que diz respeito à minha posição, é decisão dormida, amadurecida, tranquila. Não irei mais assumir o papel de “Líder Rio.PM 2012-2014”. Quero olhar para todos os membros como potenciais líderes ou seguidores, em função do momento, e do senso de responsabilidade que cada um se atribua, nos projetos ou problemas que surgirem. Se alguém quiser assumir o papel de líder, e trazer uma visão pro grupo, no modelo tradicional, etc. fique à vontade. No coletivo, agora sou mais um, e pode muito bem acontecer do coletivo rejeitar essa idéia e clamar por uma estrutura centralizada, tradicional. A verdade é que a estrutura organizacional é a última das minhas preocupações aqui. Eu vou continuar atuando onde sentir que seja útil e tenha capacidade de me comprometer, o que me importa é no final poder escrever “*feito com carinho para a comunidade brasileira de Perl*”. Se você chegou até aqui, obrigado pelo seu tempo! Pois é, cara, nesse momento *você pertence à um coletivo de profissionais e entusiastas do Perl com potencial de ser horizontal, descentralizado. **O que você vai fazer com isso?** :)* Abraço, Nuba -- Nuba R. Princigalli n...@pauleira.com http://pauleira.com @nprincigalli Discipline is not an end in itself, just a means to an end. - King Crimson ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] reflexão, revolução, anyone? :)
Ali no vaticano é mudança de líder, minha proposta é mudarmos as regras do jogo! :) Estou lendo o material do Garoa Hacker Clube que o Maluco indicou, muito interessante, mesmo! On Mon, Mar 11, 2013, at 05:55 PM, Marcio Ferreira wrote: # Isso me lembra o que está acontecendo com o papado :P []s, Marcio Ferreira skype: marcio.ferreir4 (21) 8365-7768 2013/3/11 Marcio Ferreira [1]marciodesouzaferre...@gmail.com Por Mim tudo bem =) Quem mais? []s, Marcio Ferreira skype: marcio.ferreir4 [2](21) 8365-7768 2013/3/11 Fernando Oliveira [3]fernandocor...@gmail.com Discordo, sou contra e não aceito! a Rio.PM tem liderança, sempre teve e (me desculpe Nuba) o lider não tem poder suficiente p/ abolir a liderança! Na verdade o lider não tem poder! O lider sempre teve foi trabalho... Quem tem o poder de decidir se a Rio.PM deve ou não ter um lider é a Rio.PM. Até q a Rio.PM decida, na minha opinião (desculpe Nuba) vc ainda é o lider... Em 11/03/2013, às 15:09, Nuba Princigalli [4]n...@fastmail.fm escreveu: Caros, Eu gosto muito da vibe que temos aqui na lista, mas sinto muita falta de termos mais iniciativas que transcendam threads de email, e que não sejam atividades que já faríamos mesmo por conta própria, apenas envelopadas numa cara de atividade do coletivo. Ano passado, quando a SP.pm ia puxar o equinócio avançado (que furou) houve a idéia de produzirmos uma cartilha para levar novos Perl Hackers do nível básico ao intermediário (que também furou). Esse ano, a volta do Equinócio à pauta serve como um lembrete de que um ano se passou, e, sem desmerecer o que foi feito, mas a minha sensação é de frustração, frente ao quão pouco fizemos, nesse tempo, e quão pouco engajamento houve. Como líder, aceito e declaro o mea culpa de não ter trabalhado mais para fazer mais coisas acontecerem. Poderia replicar que também tive expectativas frustradas nesse tempo, mas não vejo que entrar nessa linha seja produtivo, construtivo ou mesmo interessante. No final do dia, o que pesa mesmo é o passo que damos hoje, com o que temos, e a proposição para amanhã. Um líder é necessário quando um projeto precisa de uma coordenação centralizada para acontecer. Só que hoje os coletivos estão cada vez mais descentralizados e distribuídos, peer-to-peer, com lideranças surgindo e desaparecendo organicamente, em função da necessidade dos projetos ou ações em andamento. Disso sai que a minha vontade, para a Rio.PM, hoje, é abolir a figura do líder, e que a gente se desorganize um pouco. Explico: não para debandarmos, mas para desmontar esse modelo de uma meia dúzia carregando o piano e alguém com o ônus de mobilizar o grupo. Para mim é simples: se um grupo de pessoas quiser fazer algo, ele tem plenos meios de se organizar pela lista, pelo IRC, pelo facebook, por qualquer canal, para fazer acontecer. Mais ainda: se a iniciativa estiver alinhada com a cultura e os valores do grupo, não tem que pedir licença pra ninguém para se identificar como Rio.PM. Na pior das hipóteses, ficamos onde já estamos: a mesma meia dúzia atuante vai continuar atuando. Só que Lean! e da experiência nós sabemos muito bem que não é a figura de um líder na Rio.PM que fez ou deixou de fazer alguma iniciativa acontecer. Bom... No que diz respeito à minha posição, é decisão dormida, amadurecida, tranquila. Não irei mais assumir o papel de “Líder Rio.PM 2012-2014”. Quero olhar para todos os membros como potenciais líderes ou seguidores, em função do momento, e do senso de responsabilidade que cada um se atribua, nos projetos ou problemas que surgirem. Se alguém quiser assumir o papel de líder, e trazer uma visão pro grupo, no modelo tradicional, etc. fique à vontade. No coletivo, agora sou mais um, e pode muito bem acontecer do coletivo rejeitar essa idéia e clamar por uma estrutura centralizada, tradicional. A verdade é que a estrutura organizacional é a última das minhas preocupações aqui. Eu vou continuar atuando onde sentir que seja útil e tenha capacidade de me comprometer, o que me importa é no final poder escrever “feito com carinho para a comunidade brasileira de Perl”. Se você chegou até aqui, obrigado pelo seu tempo! Pois é, cara, nesse momento você pertence à um coletivo de profissionais e entusiastas do Perl com potencial de ser horizontal, descentralizado. O que você vai fazer com isso? :) Abraço, Nuba -- Nuba R. Princigalli [5]n...@pauleira.com [6]http://pauleira.com @nprincigalli Discipline is not an end in itself, just a means to an end. - King Crimson ___ Rio-pm mailing list [7]Rio-pm@pm.org [8]http://mail.pm.org/mailman/listinfo/rio-pm ___ Rio-pm mailing list [9]Rio-pm@pm.org [10]http://mail.pm.org/mailman/listinfo/rio-pm ___ Rio-pm mailing list [11]Rio-pm@pm.org [12]http://mail.pm.org/mailman/listinfo/rio-pm -- Nuba R. Princigalli n...@pauleira.com
[Rio-pm] Cache RESTfulie
(Imagina q nao existe varnish, nem nada no proxy, *OK*!) Tenho uma mesmo app service rodando em várias instancias balanceadas pelo nginx. Até aqui tudo bem, mas aí quero fazer cache dos acessos da API. penso.em/usar/minha/url como chave chave do Redis, alguém me condena por isso? Isso não parece ser uma boa prática, porque resolve até certo ponto, não resolve se meu serviço aceita parametros via header =/ Qual pratica recomendada/adotada quando vocês precisam cachear RESTfulie a *nível de app*? []s, Marcio Ferreira skype: marcio.ferreir4 (21) 8365-7768 ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] Cache RESTfulie
Desculpem, o título devia ser cache RESTful []s, Marcio Ferreira skype: marcio.ferreir4 (21) 8365-7768 2013/3/12 Marcio Ferreira marciodesouzaferre...@gmail.com (Imagina q nao existe varnish, nem nada no proxy, *OK*!) Tenho uma mesmo app service rodando em várias instancias balanceadas pelo nginx. Até aqui tudo bem, mas aí quero fazer cache dos acessos da API. penso.em/usar/minha/url como chave chave do Redis, alguém me condena por isso? Isso não parece ser uma boa prática, porque resolve até certo ponto, não resolve se meu serviço aceita parametros via header =/ Qual pratica recomendada/adotada quando vocês precisam cachear RESTfulie a *nível de app*? []s, Marcio Ferreira skype: marcio.ferreir4 (21) 8365-7768 ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] Cache RESTfulie
*Acho* que você deve criar uma função de entrada, cuja saida seja sempre a mesma para determinados parametros, e ai você utiliza isso como chave. vamos supor um REST assim: - POST /user - PUT /user/$id - DELETE /user/$id - GET /user - GET /user/$id Você tem que apagar o cache corretamente quando alguem efetuar POST, PUT, DELETE e fazer leituras (e escritas, caso não exista o cache) no cache no GET. Se for exatamente o REST acima, um mundo perfeito, é facil apagar o cache das URL que são 'pais', por exemplo, editou o nome de um usuario, você tem que apagar a listagem do usuario e o cache do get do usuario. Limpar toda a lista dos usuarios pode se tornar um problema se você tem muitas escritas e o o objeto em questão não estiver no /user (vamos supor que é paginado, ..) e ai começam os problemas.. 2013/3/12 Marcio Ferreira marciodesouzaferre...@gmail.com Desculpem, o título devia ser cache RESTful []s, Marcio Ferreira skype: marcio.ferreir4 (21) 8365-7768 2013/3/12 Marcio Ferreira marciodesouzaferre...@gmail.com (Imagina q nao existe varnish, nem nada no proxy, *OK*!) Tenho uma mesmo app service rodando em várias instancias balanceadas pelo nginx. Até aqui tudo bem, mas aí quero fazer cache dos acessos da API. penso.em/usar/minha/url como chave chave do Redis, alguém me condena por isso? Isso não parece ser uma boa prática, porque resolve até certo ponto, não resolve se meu serviço aceita parametros via header =/ Qual pratica recomendada/adotada quando vocês precisam cachear RESTfulie a *nível de app*? []s, Marcio Ferreira skype: marcio.ferreir4 (21) 8365-7768 ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm -- Saravá, Renato CRON http://www.renatocron.com/blog/ @renato_cron http://twitter.com/#!/renato_cron ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] Cache RESTfulie
Marcio, Como diria Phil Karlton. Há apenas duas coisas difíceis em ciências da computação, invalidação de cache ou dar nome as coisas. Na minha opinião, se você esta utilizando a arquitetura REST e quer efetuar cache na aplicação é um tiro no pé, uma hora isto vai te dar dor de cabeça. Digo isto, pois a maior parte do desenvolvimento e evolução dos frameworks, servidores web, proxy e navegadores nos últimos anos foram na direção contraria. O cache deve ser local (cliente) ou compartilhado (intermediadores). Para efetuar cache baseado no header, verifique se as próprias opções do HTTP não te resolvem, principalmente com as estratégias disponíveis para isto. Utilizando as diretivas dentro de Cache-Controle, Expire, .. Ou recomendando a interação com teu backend baseado com perguntas baseado ao Etag ou Last-Modified. Enfim, na minha opinião, eu recomendaria fortemente bater a cabeça aí, até esgotar todas as chances. O cache no redis, pode ser para as demais coisas, que você não consegue controlar no HTTP por exemplo. Meus centavos. Abraço! -Thiago Rondon On Tuesday, March 12, 2013 at 1:38 AM, Marcio Ferreira wrote: (Imagina q nao existe varnish, nem nada no proxy, *OK*!) Tenho uma mesmo app service rodando em várias instancias balanceadas pelo nginx. Até aqui tudo bem, mas aí quero fazer cache dos acessos da API. penso.em/usar/minha/url como chave chave do Redis, alguém me condena por isso? Isso não parece ser uma boa prática, porque resolve até certo ponto, não resolve se meu serviço aceita parametros via header =/ Qual pratica recomendada/adotada quando vocês precisam cachear RESTfulie a *nível de app*? []s, Marcio Ferreira skype: marcio.ferreir4 (21) 8365-7768 ___ Rio-pm mailing list Rio-pm@pm.org (mailto:Rio-pm@pm.org) http://mail.pm.org/mailman/listinfo/rio-pm ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
