Deploy Rails was(Re: [ruby-it] Re: Re: Hosting Ruby on Rails
Gratuito ed Italiano)
Roberto De Ioris
roberto a unbit.it
Mer 22 Ago 2007 09:19:43 CEST
Il giorno mar, 21/08/2007 alle 15.01 +0200, [L]ash ha scritto:
> Il giorno Sat, 11 Aug 2007 12:04:55 +0200
> Magnus Magnus <lucamont a libero.it> ha scritto:
>
> > Ho notato che è necessario riavviare il server anche quando viene
> > cambiato il file database.yml
> >
> > Quindi questa funzione la devo dare.
>
> è un idea mia o per il deploy di rails bisogna fare un casino immenso???
> mettere n server più uno di frontend, dare la possibilità di riavviare
> il server se cambio un file; cioè non si è mai visto che bisogna
> riavviare un server perchè ho cambiato un file di un applicazione
> che ci gira sopra.
Magari non si fosse mai visto...sarebbe un mondo bellissimo, ma ti
assicuro che il 99% dei framework/application server/blah blah
funzionano cosi' a partire da tomcat per arrivare a zope (ed entrambi
hanno un frontend web per forzare il riavvio)
>
> Rails è un ottimo framework, ma dovrebbero semplificare di molto il
> deploy.
>
> Secondo voi??
Secondo me e' una parte che va gestita con un' applicazione esterna (ad
esempio via web) perche' rails gia' ti fornisce dei canali per
effettuare la rilettura delle modifiche di configurazione (anche se sei
sotto mongrel) che vanno solo utilizzati.
Non c'e' motivo di appesantire la struttura.
Pero' ora mi hai fatto venire la curiosita'... come dovrebbe funzionare
il "tuo" sistema di deploy ideale ?
--
Roberto De Ioris
http://unbit.it
JID: roberto a jabber.unbit.it
Maggiori informazioni sulla lista
Ml