[Cascavel-pm] Problemas com cookie

Eden Cardim edencardim em gmail.com
Quinta Setembro 10 05:04:40 PDT 2009


2009/9/9 Sammuel Souza <sammuel.souza em gmail.com>:
> "Só que ao tentar reinventar a roda" eu não reinventei apenas estou usando
> modulos ja existentes, se tratando do cgi::session tem essa linha $cookie =
> new CGI::Cookie(-name=>'CGISESSID', -value=>$session->id); agora nao vejo
> porque eu reinventei apenas não estou usando o modulo CGI::Session pois o
> programa que estou desenvolvendo esta em HOST e não quero toda vez ter que
> instalar os módulos, afinal vai ser muitos sites, e toda vez for uma luta
> para deixar funcionando por causa de 500 módulos estou morto!!! Usei o mesmo
> conceito apenas nao quero usar tantos modulos!!!

Esse é um exemplo clássico de quando reinventar a roda só traz
problemas, você tá trocando 1 problema resolvido por 2 não resolvidos.
Se invés de tentar reimplementar o CGI::Session você estivesse
pesquisando uma forma de simplificar a implantação dos módulos, esse
treco já estaria funcionando.
Na empresa onde eu trabalho nós mantamos sistemas web distribuídos em
vários nós híbridos sob carga em tempo real e não tem dor de cabeça
nenhuma. Não se esqueça: módulo é apenas código, exatamente como o
código que você mesmo escreve, então você pode "instalar" o módulo
exatamente da mesma forma como você vai "instalar" o seu código,
copiando pro nó. Geralmente o que eu faço é usar local::lib pra criar
uma implantação homologável e depois da homologação é só copiar pros
nós distribuídos. Outra alternativa é usar o PAR
(http://search.cpan.org/~smueller/PAR-0.994/lib/PAR.pm)

-- 
   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://edenc.vox.com/            http://www.shadowcat.co.uk/servers/


Mais detalhes sobre a lista de discussão Cascavel-pm