Pergunta

Ok, antes que vocês vão porcas - este é apenas um pequeno site, a configuração temporária. Agora eu estou tendo algumas pessoas internos remoto no servidor e usar o site através webrick através do comando dev: ruby ??script / server. Não exatamente ideal.

Rails

Eu estou apenas começando dev e eu quero saber a melhor maneira de lidar com hospedagem em uma caixa de Windows Pro. Novamente, apenas temporária isso, ser gentil:)

Foi útil?

Solução

Tanto quanto eu sei, mod_rails não é uma alternativa.

Mongrel joga muito agradável em janelas, embora, assim você pode configurar alguns mestiços e ter procuração IIS ou Apache para eles. Ou simplesmente usar Mongrel diretamente. Antes mod_rails, mestiço era a maneira de facto para implantar em qualquer plataforma, por isso é uma escolha muito viável.

A única vez que eu fui forçado a implantar no Windows, no entanto, eu instalei o Ubuntu via VirtualBox (também pode usar VMWare ou qualquer outra coisa, é claro) e implantado sobre isso. Funciona como um sonho, e eu comecei a trabalhar com um sistema operacional sensata. Ufa. SSH e outras coisas. não pode viver sem ele. desktop remoto não é exatamente o meu tipo de coisa.

Outras dicas

Sua melhor aposta é a configuração de um cluster Mongrel. Mongrel é um servidor de aplicativos que pode servir uma aplicação Rails em HTTP. Mas uma única instância Mongrel só pode lidar com uma solicitação ao mesmo tempo, tão tipicamente pessoas correm um aglomerado de Mongrels, ou seja, várias instâncias Mongrel. Essas instâncias Mongrel não falam diretamente à Internet. Em vez disso, eles são colocados atrás de um balanceador de carga ou um servidor web, que proxies solicitações a esse conjunto de Mongrels. Se você usar o Apache no Windows, então você pode: 1. Instalação e iniciar um conjunto de Mongrels, cada escuta em seu próprio porto. 2. Instalação de um host virtual com algumas directivas mod_proxy_balancer, com o qual você contar mod_proxy_balancer para o proxy todas as solicitações para o cluster Mongrel. mod_proxy_balancer irá distribuir automaticamente a carga entre as Mongrels.

Se o uso é realmente baixo ou seja susceptível de ser principalmente uma pessoa de cada vez ou o seu tempo de resposta é realmente baixo, então você pode sair com uma única vira-lata e ter seus usuários ponto lá navegador para o relevent IP endereço e porta.

Por algum tempo antes de eu finalmente tenho minhas aplicações migrou para o nosso Linux corporativo / apache "nuvem" (que foi tudo menos simples, por razões principalmente internas IT-relacionados) eu corri dois aplicativos em uma estação de trabalho, utilizando um vira-lata separado ( portos diferentes) para cada um. Funcionou bem o suficiente para ser útil para quase um ano.

Estes dias (bem, cerca de três semanas agora) eu substituído o imediatismo, o controle - e vulnerabilidade - de acesso local (sob minha mesa) para a estabilidade de cinco servidores, cada um com vários mestiços, áreas de estágio, ea implantação aborrecimentos. Balanços e rotundas.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top