>>>>> "Wallace" == Wallace Reis <[email protected]> writes: Wallace> fazendo um deploy com nginx+starman só porque é código do Wallace> caga-módulo-mor (gabiruh++) e tá na moda.
Eu também não vejo o motivo do oba-oba com o plack. A vantagem do plack é só que agora os desenvolvedores de frameworks não precisam se preocupar em implementar adaptadores de implantação. O Catalyst, por exemplo, tem implementações próprias de adaptadores, os Catalyst::Engine::*, que em breve vão ser obsoletados pelo Catalyst::Engine::Plack. Basicamente, significa que todo mundo que for compatível com plack, ganha um server bonitinho rodando em http://localhost:5000 e que depois pode ser migrado pra nginx, apache, etc. sem ter que fazer mais nada. Todos os frameworks decentes já fazem isso a muito tempo, a diferença é que agora essa parte tá abstraída num produto separado o que leva a código mais focado, consiso e completo. Daí a pouco vão lançar projeto similar ao Plack, chamar de Plackalicious, pra pegar carona na onda, dizer que é mais simples, que o Plack é "enterprise" demais, etc. e isso vai matar a utilidade do PSGI, porque ter um único padrão é justamente onde está a vantagem. Isso já aconteceu antes e por isso a gente tem CGI, FastCGI, ASP, ISAPI, mod_perl, raio-que-o-parta. Aposto que depois de cinco anos de plack vai estar a mesma bagunça de novo e alguém vai aparecer falando "olha, fiz um padrão pra colar PSGI, Foo, Bar, etc." -- Eden Cardim Need help with your Catalyst or DBIx::Class project? Code Monkey http://www.shadowcat.co.uk/catalyst/ Shadowcat Systems Ltd. Want a managed development or deployment platform? http://blog.edencardim.com/ http://www.shadowcat.co.uk/servers/ http://twitter.com/#!/edenc =begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: [email protected] L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer
