[SP-pm] [OT] Sugestão para Hospedagem
"Flávio R. Lopes"
flavio.lopes at links.inf.br
Wed Oct 6 16:13:21 PDT 2010
Em 06-10-2010 18:45, Stanislaw Pusep escreveu:
> Faço das suas palavras as minhas, Eden. Tanto que o meu servidor
> dedicado, do ThePlanet, é customizado e tunado a ponto de ser inviável
> migrar o banco de dados para a versão "oficial" do MySQL :)
> Entretanto, é um servidor dedicado, eu sou root nele e instalo o que
> eu quero e do jeito que eu quero.
> Assim, já que a necessidade do Flávio é "possibilidade de instalar os
> módulos Perl, tantos quanto necessário", a minha recomendação é apelar
> para um servidor dedicado, e não se contentar apenas com uma shell e
> depender da manutenção do hosting. *VAI QUE* falta alguma coisa!
> (*SEMPRE* falta).
Então, um servidor dedicado de início acredito que ficaria inviável por
questões de $$.
Mas se a coisa engrenar mesmo, esta é uma possibilidade que sempre
pensei, inclusive desde o início.
>
> P.S. - a minha experiência pessoal é que nem tudo roda tão bem do
> $HOME quanto o Perl e o seu fabuloso local::lib :(
>
> 2010/10/6 Eden Cardim <edencardim em gmail.com <mailto:edencardim em gmail.com>>
>
> 2010/10/6 Stanislaw Pusep <creaktive em gmail.com
> <mailto:creaktive em gmail.com>>:
> > Vejamos... "cpan -i Image::Magick". Se no servidor tiver as libs
> mas não os
> > headers, o processo se torna beeem doloroso :P
> > Não impossível, porém desmotivante.
>
> Não é doloroso compilar bibliotecas a partir do source, não para um
> programador, ou ao menos, não deveria ser, a não ser que você esteja
> numa plataforma bem exótica, mas como você mesmo vai escolher o
> hosting, não acho que isso vem ao caso. E não é com frequência que
> você vai precisar compilar. Além disso, existem outros motivos pelos
> quais você não deveria depender do hosting para compilar suas
> bibliotecas, por exemplo, quando sair um patch para um 0-day exploit.
> Eu particularmente compilo quase tudo que uso em produção, do
> middleware (apache, psql, etc.), ao próprio perl, aos módulos do perl,
> assim eu posso escolher uma arquitetura melhor para a minha estratégia
> de upscale, do jeito que eu faço é só copiar a aplicação para os
> outros nós, com rsync ou whatever. Além de poder otimizar melhor as
> coisas durante a compilação, esse tipo de coisa nem os melhores
> serviços de hosting acertam, por exemplo, a maioria dos serviços de
> hosting fornecem perls com threading, que já vai dar uma pancada de
> cerca de -10% no desempenho.
>
> --
> 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/
> _______________________________________________
> SaoPaulo-pm mailing list
> SaoPaulo-pm em pm.org <mailto:SaoPaulo-pm em pm.org>
> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>
>
>
> _______________________________________________
> SaoPaulo-pm mailing list
> SaoPaulo-pm em pm.org
> http://mail.pm.org/mailman/listinfo/saopaulo-pm
-------------- Pr�xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20101006/9d03c2b6/attachment.html>
More information about the SaoPaulo-pm
mailing list