Un'applicazione Rails può essere eseguito nella produzione chiamare rails server -e production
, anche se il 99% del tempo sarete servendo su qualcosa come passeggero o sottile, invece di WEBrick, il che significa che esiste un comando diverso per avviare il server. (thin start -e production
per esempio)
Questa è una domanda complicata, ma il punto migliore per iniziare a conoscere le differenze sarebbe quello di esaminare i file specifici environment.rb
. All'avvio di rails, inizia con il file di ambiente che corrisponde all'ambiente chiamato, ovvero se lo si avvia in fase di sviluppo inizia caricando il file development.rb
oppure, se è in produzione, carica il file production.rb
. Le differenze negli ambienti sono principalmente il risultato di queste differenze nei vari file di configurazione dell'ambiente.
Fondamentalmente se un'app Rails 3.1 è in modalità di produzione, per impostazione predefinita non sarà in grado di compilare le risorse al volo e si verificherà un sacco di memorizzazione nella cache che non si sta verificando nello sviluppo. Inoltre, quando si ricevono messaggi di errore, questi verranno registrati ma non resi all'utente, verrà invece utilizzata la pagina di errore statico della directory pubblica.
Per ottenere informazioni più dettagliate su questo, vorrei suggerire la lettura delle guide competenti guide:
guide di inizializzazione: http://guides.rubyonrails.org/initialization.html
Rails Guida alla configurazione: http://guides.rubyonrails.org/configuring.html
Possibile duplicato: http: // stackoverflow.it/questions/1949229/change-a-rails-app-to-production –
@ Black, per me questo non sembra un duplicato della domanda che hai collegato. – Andrew
È necessario aggiungere il parametro di produzione 'rails server -e production' – abhinav