Re: [SP-pm] mod_perl, serviços, etc
Pelo jeito preciso estudar mais isso. Referencias? Em 9/1/2011 20:56, Eden Cardim escreveu: Prof == Prof Benedito A Cruzb...@cria.org.br writes: Prof Não entendi porque seria uma gambiarra... Dá uma olhada no source do ModPerl::RegistryCooker, que é quem efetivamente converte scripts cgi em handlers de mod_perl, em particular, a subrotina convert_script_to_compiled_handler, que contém esse trecho de código: my $eval = join '', 'package ', $self-{PACKAGE}, ;, sub handler {, local \$0 = '$script_name';, $nph, $shebang, $line, ${ $self-{CODE} }, \n}; # last line comment without newline? Se você quiser mesmo usar mod_perl, a forma correta é escrever um handler tipo esse: http://search.cpan.org/~gozer/mod_perl-2.0.4/docs/user/intro/start_fast.pod#Handler_Modules Uma alternativa mais moderna é escrever tua aplicação usando um middleware como o Plack, que é uma implementação de PSGI. Aí você vai conseguir implantar tua aplicação nos ambientes CGI, FastCGI, mod_perl (1 e 2), ou até transformar sua aplicação num servidor HTTP standalone o que significa que você nem vai precisar de apache (ou qualquer outro web server), isso tudo sem mecher em nada do código da aplicação. É bem simples, você escreve algo assim: http://search.cpan.org/perldoc?Plack#.psgi_files E pra implantar no mod_perl2, você usa isso: http://search.cpan.org/perldoc?Plack::Handler::Apache2 O recomendável mesmo, é além disso, você usar um framework como Catalyst, Web::Simple, Mojo ou Dancer. Todos eles tem suporte a PSGI e por isso, rodam em qualquer lugar onde o Plack conseguir rodar. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. =begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org Lhttp://mail.pm.org/mailman/listinfo/saopaulo-pm =end disclaimer
Re: [SP-pm] [Equinócio] - Artigos
On 10 Jan 2011, at 12:19, Marcio Ferreira wrote: Os interessados por favor me procurem em mensagem privada de email, ou nos canais brasileiros em irc.perl.org (vcs sabem que a São Paulo PM tem um canal lá, né? Estamos sempre no #sao-paulo.pm). Hum... lmc:seen marcioferreira [18:06]purl:marcioferreira was last seen on #sao-paulo.pm 39 days, 2 hours, 59 minutes and 50 seconds ago, saying: hahaha [Dec 2 14:07:03 2010] Sem comentários... :) Putamplexos! -- Luis Motta Campos is a software engineer, Perl Programmer, foodie and photographer. =begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org Lhttp://mail.pm.org/mailman/listinfo/saopaulo-pm =end disclaimer
Re: [SP-pm] [Equinócio] - Artigos
2011/1/10 Marcio Ferreira marciodesouzaferre...@gmail.com Pra comemorar a data - que ocorre duas vezes por ano, uma em março e outra em novembro - a São Paulo Perl Mongers vai organizar mais uma edição do seu já tradicional calendário de Equinócio! Todos os dias do mês de março vamos publicar um artigo feito pela comunidade brasileira de Perl. s/novembro/setembro/; [ ]'s -- Bruno C. Buss http://brunobuss.wordpress.com/ http://www.dcc.ufrj.br/~brunobuss/ =begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org Lhttp://mail.pm.org/mailman/listinfo/saopaulo-pm =end disclaimer
Re: [SP-pm] [OT] Possível Oportunidade
*EU*, prefiro manipular um banco do que um filesystem, simplesmente pelo fato de um banco ser mais amigável pra mim. Na hipótese de programar uma engine de blog, mesmo sabendo que os textos são estáticos e que a preformance é pior, eu ainda sim utilizaria um banco, porque eu sou preguiçoso e não quero me preocupar com detalhes que um banco já se preocupa pra mim. É uma escolha, não uma necessidade; sabendo os custos que isso traz. DBIC é tão legal! De qualquer forma, MVC nele que depois fica fácil trocar a camada de dados. Abraços 2011/1/10 Thiago Rondon thi...@aware.com.br: Em 09/01/11 19:26, Suissa escreveu: os textos, templates, dados, tudo pode ser dinamico se vc quiser. Caro Suissa, Vou escrever este e-mail, pois fiquei com a sensação de que você não compreendeu corretamente o que é dinâmico. Eu vejo um erro comum de pessoas associarem páginas dinâmicas a utilização de banco de dados e parece que este é o seu entendimento. Nada do que você colocou geralmente é dinâmico - principalmente em um blog -. Dinâmico seria uma característica, no qual para cada requisição as informações fossem preparadas e demonstradas para cada processo de uma maneira a depender da interação do usuário - normalmente estão associadas a elas -, como por exemplo uma página simples de login, jogos, google maps, ... . Note que no teu exemplo os textos não são dinâmicos em um blog, por exemplo quando eu carrego um blog e estou visualizando um determinado texto, se você entrar nele e olhar para o mesmo artigo, a visualização é a mesma... Logo, esta página é estática e não dinâmica, não há necessidade de gerar dinamicamente dois resultados iguais para uma mesma requisição, correto ? Claro, você pode querer... Mas, não há o motivos e nem é muito inteligente como o gato de cheshire diz para Alice em Alice no país das Maravilhas diz Para quem não sabe aonde quer chegar, qualquer caminho serve. Algumas implementações de blog, utilizam um banco de dados para armazenar todo conteúdo no meu entender pelo simples motivo de ser mais fácil de vender - e talvez, gerenciar - o produto, e não vejo por que outro motivo seria. Tanto que você como um evangelista nosql, sabe que muitas soluções do movimento vendem o teu peixe para explorar problemas como este, onde não foi utilizado a ferramenta ideal por razões de simplificar o local dos dados, e que por uma questão de comodidade - generalização da resolução do problema - não foi implementado da melhor maneira. ;-) -Thiago Rondon =begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org Lhttp://mail.pm.org/mailman/listinfo/saopaulo-pm =end disclaimer =begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org Lhttp://mail.pm.org/mailman/listinfo/saopaulo-pm =end disclaimer
Re: [SP-pm] [OT] Possível Oportunidade
Amém! E no oitavo dia deus fez o cache, e descansou. um abraço, -- Otávio Fernandes otaviof at ( gmail.com, cpan.org ) http://github.com/otaviof =begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org Lhttp://mail.pm.org/mailman/listinfo/saopaulo-pm =end disclaimer
Re: [SP-pm] [OT] Possível Oportunidade
Também vou nesse sentido. 2011/1/10 Blabos de Blebe bla...@gmail.com *EU*, prefiro manipular um banco do que um filesystem, simplesmente pelo fato de um banco ser mais amigável pra mim. Na hipótese de programar uma engine de blog, mesmo sabendo que os textos são estáticos e que a preformance é pior, eu ainda sim utilizaria um banco, porque eu sou preguiçoso e não quero me preocupar com detalhes que um banco já se preocupa pra mim. É uma escolha, não uma necessidade; sabendo os custos que isso traz. DBIC é tão legal! De qualquer forma, MVC nele que depois fica fácil trocar a camada de dados. Abraços 2011/1/10 Thiago Rondon thi...@aware.com.br: Em 09/01/11 19:26, Suissa escreveu: os textos, templates, dados, tudo pode ser dinamico se vc quiser. Caro Suissa, Vou escrever este e-mail, pois fiquei com a sensação de que você não compreendeu corretamente o que é dinâmico. Eu vejo um erro comum de pessoas associarem páginas dinâmicas a utilização de banco de dados e parece que este é o seu entendimento. Nada do que você colocou geralmente é dinâmico - principalmente em um blog -. Dinâmico seria uma característica, no qual para cada requisição as informações fossem preparadas e demonstradas para cada processo de uma maneira a depender da interação do usuário - normalmente estão associadas a elas -, como por exemplo uma página simples de login, jogos, google maps, ... . Note que no teu exemplo os textos não são dinâmicos em um blog, por exemplo quando eu carrego um blog e estou visualizando um determinado texto, se você entrar nele e olhar para o mesmo artigo, a visualização é a mesma... Logo, esta página é estática e não dinâmica, não há necessidade de gerar dinamicamente dois resultados iguais para uma mesma requisição, correto ? Claro, você pode querer... Mas, não há o motivos e nem é muito inteligente como o gato de cheshire diz para Alice em Alice no país das Maravilhas diz Para quem não sabe aonde quer chegar, qualquer caminho serve. Algumas implementações de blog, utilizam um banco de dados para armazenar todo conteúdo no meu entender pelo simples motivo de ser mais fácil de vender - e talvez, gerenciar - o produto, e não vejo por que outro motivo seria. Tanto que você como um evangelista nosql, sabe que muitas soluções do movimento vendem o teu peixe para explorar problemas como este, onde não foi utilizado a ferramenta ideal por razões de simplificar o local dos dados, e que por uma questão de comodidade - generalização da resolução do problema - não foi implementado da melhor maneira. ;-) -Thiago Rondon =begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org Lhttp://mail.pm.org/mailman/listinfo/saopaulo-pm =end disclaimer =begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org Lhttp://mail.pm.org/mailman/listinfo/saopaulo-pm =end disclaimer -- Jean C. Nascimento aka Suissa Prof. Análise e Soluções Web Fafit/Facic UML - Itararé - SP Especializando em Desenvolvimento Web WebDeveloper - wgbnet.com.br/ http://www.wgbnet.com.br/ | localclub.com.brhttp://www.localclub.com.br / NoSQL Evangelist - nosqlbr.com.br/ iGrape Evangelist - igrape.org/ TheWebMind Evangelist - thewebmind.org/ http://www.linkedin.com/profile/view?id=46505642 http://www.facebook.com/suissa http://twitter.com/suissacorp http://www.delicious.com/suissa jnascime...@gmail.com =begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org Lhttp://mail.pm.org/mailman/listinfo/saopaulo-pm =end disclaimer
Re: [SP-pm] [OT] Possível Oportunidade
Em 10/01/11 20:10, Blabos de Blebe escreveu: *EU*, prefiro manipular um banco do que um filesystem, simplesmente pelo fato de um banco ser mais amigável pra mim. Na hipótese de programar uma engine de blog, mesmo sabendo que os textos são estáticos e que a preformance é pior, eu ainda sim utilizaria um banco, porque eu sou preguiçoso e não quero me preocupar com detalhes que um banco já se preocupa pra mim. É uma escolha, não uma necessidade; sabendo os custos que isso traz. DBIC é tão legal! De qualquer forma, MVC nele que depois fica fácil trocar a camada de dados. Não é questão de optar por um banco de dados ou um filesystem. É entender o que é uma página dinâmica. Com um banco de dados e conteúdo estático você pode ter páginas dinâmicas só se você tiver recurso sobrando mesmo, ou você pode utilizar de forma mais esperta o teu backend de dados apenas quando necessário.. A escolha é sua, e quem vai pagar por isto é você. ;-) -Thiago Rondon =begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org Lhttp://mail.pm.org/mailman/listinfo/saopaulo-pm =end disclaimer
Re: [SP-pm] [OT] Possível Oportunidade
Realmente é ineficiente manter sites quase-estáticos em BD, o complicado é esquecer que hora-devhora-máquina. Eu curto bem mais um blog usando flat files no filesystem, mas será que minha mina vai gostar de editar o markdown na unha?(ela não é da área técnica) Esse é mais um tradeoff entre usabilidade vs eficiencia. Uma bosta, mas compreensível. []'z @qmx Ps: sorry pelo top-post, estou de mobile :( =begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org Lhttp://mail.pm.org/mailman/listinfo/saopaulo-pm =end disclaimer