[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