joaojunior

Pena, @RevendaHost. Lamento não ter ajudado.

Olá. Eu achei aqui um tutorial antigo nosso, do tempo que atuávamos forte com revenda compartilhada. Espero que ainda funcione. 1) Verificar se o apache já possui o mod_dav: /etc/httpd/bin/httpd -l | grep dav Se o resultado for: mod_dav.c mod_dav_fs.c O mod_dav está instalado. Se não houver resultado, recompilar o apache usando o EasyApache (bastamarcar a opção "dav" em "Exhaustive Options List" e compilar mantendo os demais módulos. Fazer depois das 22:00 hs apenas). 2) Instalar o SVN: mkdir -p /usr/local/src/subversion cd /usr/local/src/subversion wget http://subversion.tigris.org/downloads/subversion-1.5.0.tar.bz2 #checar versão mais atual tar xfj subversion-1.5.0.tar.bz2 cd subversion* ./configure --with-apxs=/usr/local/apache/bin/apxs --with-apr=/usr/local/apache/bin/apr-1-config --with-apr-util=/home/cpeasyapache/src/httpd-VERSAO-DO-APACHE/srclib/apr-util #Caso o comando acima não funcionem tentar o de baixo (remover o # do início da linha) #/configure --with-apxs=/usr/local/apache/bin/apxs --with-apr=/usr/local/apache/bin/apr-1-config --with-apr-util=/usr/local/apache/bin/ make make install #Do procedimento acima, apenas nos interessa os "shared objects" gerados em /usr/local/apache/modules #Para voltar o svn ao original: yum -y reinstall subversion 3) Adicionar mod_dav ao apache: No WHM, clicar em "Apache Setup > Include Editor > Pre-Main Include (escolher a versão atual - 2.2.x)" e adicionar as linhas: LoadModule dav_svn_module modules/mod_dav_svn.so LoadModule authz_svn_module modules/mod_authz_svn.so Reiniciar apache usando o botão que aparecerá após salvar a alteração. 4) Configurar o repositório: Criar: mkdir -p /home/USUARIO/svn/repos svnadmin create /home/USUARIO/svn/repos Definir senha: touch /home/USUARIO/svn/passwd /usr/local/apache/bin/htpasswd -c /home/USUARIO/svn/passwd USUARIO (Digitar a senha desejada duas vezes) Ajustar permissões: chown -R USUARIO.USUARIO /home/USUARIO/svn/ chmod 777 /home/USUARIO/svn/repos/ chmod -R 777 /home/USUARIO/svn/repos/db/ 5) Criar os arquivos de configurações customizadas do usuário: mkdir -p /etc/httpd/conf/userdata/std/2/USUARIO/DOMINIO/ #(por exemplo: mkdir -p /etc/httpd/conf/userdata/std/2/nrserver/nrserver.net) cd /etc/httpd/conf/userdata/std/2/USUARIO/DOMINIO/ touch svn_custom.conf nano svn_custom.conf # Conteúdo do arquivo svn_custom.conf: <IfModule mod_dav_svn.c> <Location /repos> DAV svn SVNPath /home/USUARIO/svn/repos AuthType Basic AuthName "USUARIO" AuthUserFile /home/USUARIO/svn/passwd Require valid-user </Location> </IfModule> touch mod_security.conf nano mod_security.conf # Conteúdo do arquivo mod_security.conf: SecRuleRemoveById 960032 6) Aplicando as configurações constomizadas: Verificar se os arquivos criados anteriormente são válidos: /scripts/verify_vhost_includes Reiniciar o apache usando as configurações criadas para o usuário: /scripts/ensure_vhost_includes --user=USUARIO Referências: http://forums.cpanel.net/f42/how-setup-subersion-cpanel-75229.html http://svnbook.red-bean.com/en/1.1/ch05s02.html http://httpd.apache.org/docs/2.0/howto/auth.html Espero que seja útil.

Obrigado, Angélica. Temos, além da Staminus, soluções para contenção de L7 fora do servidor de aplicação do cliente, em firewall gerenciado dedicado. :)

Realmente, não tem jeito. Tem que pegar serviço de quem oferece o Anti-DDoS como parte do serviço, ou seja, que já entregue o seu servidor com as rotas definidas para segurança e desempenho.

Staminus, @LucasOliveira. Impacto em nossa estrutura durante essa ocorrência foi zero. Complementando, o pulo do gato está na possibilidade de manipular as rotas e trabalhamos muito forte nisso.

Grande Rocha! Ceará S2 4ever

Fazia um bom tempo que não entrava por aqui e, esse tópico especificamente, achei bem interessante. Se faz diferença ou não ter uma rota rápida, depende diretamente do serviço. O exemplo do Mercado Livre é bastante válido, porém, em servidores de jogos, a latência de ~200ms Brasil > USA praticamente mata a operação. Então acredito que, para muitos casos, ainda faça total diferença ter os servidores no Brasil. Quanto a ataques DDoS, queria dividir com vocês uma experiência recente nossa: Start: Sep 23 15:11:01 PDT 2015 End: Sep 23 16:00:32 PDT 2015 Size: 133.18 Gbps Rate: 46.406.767 pps 100% direcionado a um IP e provocado por uma pessoa somente, em rivalidade de jogos online. Isso reforça o que foi colocado sobre a facilidade hoje de se disparar um ataque >100Gbps.

Olá, Samuel. O WHMCS é apenas um CMS, ou seja, um pacote pronto de software, escrito em PHP. Você pode executá-lo tanto como localhost como em um servidor diferente. O funcionamento será o mesmo. Se você não tem o objetivo de fazer redundância, pode fazer o seu VPS standalone com as VMs criadas em qualquer SO sem problemas. Espero ter ajudado. Bons negócios!

Bom dia, Anger. Me desculpe, mas não concordo que tenha feito auto-promoção em meu post. Surgiram algumas especulações durante o tópico e apenas me coloquei à disposição para esclarecer qualquer assunto, com o objetivo de colaborar com a clareza dos fatos. Leandro, é muito difícil responder a sua pergunta. Se você tiver o interesse de oferecer um produto compartilhado de grande qualidade, terá que fazer um investimento mais expressivo ou "escolher" os clientes que colocará em um ambiente standalone para explorar ao máximo sua lucratividade. Considerando o ponto do investimento, você terá que fazer um repasse no preço final do serviço, o que com certeza o colocará em desvantagem comercial em um mercado em que a competição nem sempre se baseia no que realmente se entrega e sim no que se promete. A decisão de não atuarmos mais nesse mercado se deve a vários fatores. Com nosso reposicionamento de marca e um trabalho de transição que se iniciou em 2011, conseguimos atrair um público com ticket médio relativamente alto (principalmente se comparado ao ticket médio anterior) e moldamos nossa estrutura com foco em atender cada vez melhor a esse novo perfil de cliente. Porém, acho muito importante ressaltar que nossa escalada ao mercado de large accounts só foi possível devido a formação de uma base grande de clientes de varejo em mais de 10 anos de atuação nesse segmento. Talvez seja muito difícil ingressar diretamente em captura de large accounts e o caminho natural seja formar uma base de varejo em um primeiro momento. Enfim, existem muitos caminhos possíveis e, com foco e planejamento, é possível se dar bem em qualquer um deles.

Bom dia, pessoal. Se alguém precisar de alguma informação oficial sobre a EVEO, pode me procurar. Acho que é contra as regras do Fórum deixar o email aqui, mas é só pedir por DM meus contatos e conversamos tranquilamente. Longe de querer fazer qualquer tipo de defesa, apenas me coloco à disposição para eventuais esclarecimentos. :) Sobre o assunto em pauta, a matemática de um ambiente compartilhado é complexa e não é resolvida apenas com a variável clientes x servidor. Com o crescimento de clientes, você cresce em número de servidores é claro, mas cresce com técnicos de operação, cresce com suporte, cresce com setor financeiro, cresce com administrativo e recursos humanos... ao final da conta, você pode chegar à conclusão de que está crescendo muito como empresa e pouco em lucratividade. O que você deseja afinal? Porte ou lucro? Se fechar uma conta em que consiga crescer na mesma dimensão nesses dois pontos, excelente. Queria ressaltar que o parágrafo acima é minha opinião pessoal, com vivência de 15 anos de hosting, passagem por algumas das maiores do segmento compartilhado no Brasil e conhecimento profundo da operação de outros players. Abraço a todos e parabéns pelo bom nível das conversas aqui no fórum EDIT: Esqueci um ponto importante. Quando se trata de um ambiente compartilhado, você precisa criar um nível de restrição que lhe permita lucrar com o ambiente. Isso demanda uma política de uso que regulamente a operação do seu ambiente (restrição de conteúdo, limite de consumo de recursos, etc.) e te permita manter a receita saudável em relação a eventuais crescimentos de seus custos. Existem contas que podem realmente consumir todos os recursos do ambiente e essas devem não só se enquadrar na política de uso como também terem uma opção de escala em um produto de ambiente exclusivo. Espero ter colaborado.

Para corrigir em sistemas 64 bits: http://pkgs.org/centos-5-rhel-5/centalt-x86_64/ipt_statistic-0.1-1.el5.x86_64.rpm/download/

Muito obrigado pela referência, Willian. O produto que você destacou é no segmento gerenciado Prime (http://www.netrevenda.com/cloud/prime/hosting/). Caso o interesse seja por uma solução não-gerenciada, temos um produto similar na linha Professional (http://www.netrevenda.com/cloud/professional/hosting/). Abraço a todos e estou à disposição.

Obrigado pela citação, rrossa. Não estamos mais com o painel Helm hoje em dia e sim com o Enkompass, que é da cPanel (inclusive, é similar ao painel cPanel para Linux). Instalamos juntamente com o Enkompass o Installatron, o melhor entre os instaladores de aplicativos (WordPress, Joomla, phpBB, etc.) Windows que testamos.

http://www.netrevenda.com/revenda-hospedagem/ Se quiser conhecer o Enkompass, me avise. :)

É um ótimo mercado, mas tem um custo de manutenção (gerenciamento e atendimento qualificado, por exemplo) alto. Talvez seja o caso de você assumir somente o custo de suporte e contratar um Private Cloud com uma empresa que já possui expertise no segmento. Você vai gastar um pouco a mais, sem dúvidas, mas vai ter mais tempo para focar em ROI. Para dar certo mesmo, aposte em "vendedores" com background técnico, que saibam explorar todos os benefícios desse tipo de plataforma de alta disponibilidade para conseguir o diferencial na negociação e conseguir subir mais rapidamente sua carteira de clientes. Caso seu foco seja apenas em servidores não-gerenciados, existem big players que podem prejudicar muito o seu negócio caso você não tenha como oferecer um painel de controle completo para administração das virtual machines. Enfim... muita coisa a pensar e, tenho certeza, que o pessoal aqui do fórum está disposto a ajudar. Bons negócios! :)