Come modificare l'ip di binding predefinito del server di sviluppo Rails 4.2?

Dopo aver aggiornato l'applicazione rails del nostro team alla 4.2, come menzionato nella nota di rilascio , l'ip predefinito si rails serverassocia a viene modificato in localhostda 0.0.0.0.

Sviluppiamo con Vagrant e vogliamo che il server di sviluppo sia accessibile direttamente dal browser sulla macchina host.

Invece di digitare rails s -b 0.0.0.0ogni volta d'ora in poi, mi chiedo se esiste una soluzione più elegante, in modo da poter ancora usare qc semplice come rails savviare il server. Forse:

• un file di configurazione rails slegge dove posso modificare l'ip di associazione predefinito (senza usare -c)
• port forward con vagrant (provato ma fallito, vedere il problema riscontrato di seguito)
• una patch scimmia per rack, che cambia l'ip di associazione predefinito

Il vero obiettivo alla base di questo è che voglio che l'aggiornamento sia fluido nel nostro team, evitando il problema tecnico che le persone dovranno riavviare costantemente il loro server rails a causa della -b 0.0.0.0parte mancante .

Ho provato il port forwarding vagabondo, ma ottengo ancora Connection Refusedquando visito localhost:3000sulla macchina host. Le due linee di configurazione che ho provato sono state:

config.vm.network "forwarded_port", guest: 3000, host: 3000
config.vm.network "forwarded_port", guest: 3000, guest_ip: '127.0.0.1', host: 3000

Non ho trovato alcuna istruzione pertinente nei documenti ufficiali. Qualsiasi aiuto sarà apprezzato.

Sto avendo lo stesso problema qui e oggi ho trovato una soluzione migliore. Basta aggiungere questo codice al tuo config / boot.rb e dovrebbe funzionare con vagrant.

require 'rails/commands/server'
module Rails
  class Server
    def default_options
      super.merge(Host:  '0.0.0.0', Port: 3000)
    end
  end
end

ps: Si basa su: questa risposta

Puoi usare foreman per eseguire un Procfilecon i tuoi comandi personalizzati:

# Procfile in Rails application root
web:     bundle exec rails s -b 0.0.0.0

Ora avvia la tua applicazione Rails con:

foreman start

La cosa buona di foreman è che puoi aggiungere altre applicazioni al Procfile (come sidekiq, mailcatcher).

La cosa brutta del caposquadra è che devi allenare la tua squadra a correre foreman startinvece di rails s.

Ho incontrato lo stesso problema. Trovato il blog Make Rails 4.2 server ascolta tutte le interfacce .

Aggiungi quanto segue a config / boot.rb

require 'rails/commands/server'

module Rails
  class Server
    alias :default_options_bk :default_options
    def default_options
      default_options_bk.merge!(Host: '0.0.0.0')
    end
  end
end

Per Rails 5.1.7 con Puma 3.12.1 la risposta selezionata non funziona, ma l'ho ottenuta aggiungendo quanto segue al mio config/puma.rbfile:

set_default_host '0.0.0.0' # Note: Must come BEFORE defining the port

port ENV.fetch('PORT') { 3000 }

L'ho determinato esaminando il file dsl . Viene utilizzato instance_evalsu quel file, quindi probabilmente ci sono altri modi per farlo, ma questo mi è sembrato il più ragionevole.

Se si attivano le opzioni predefinite, config/boot.rbtutti gli attributi di comando per rake e rails falliscono (esempio: rake -To rails g model user)! Quindi, aggiungilo alla bin/railsriga dopo require_relative '../config/boot'e il codice viene eseguito solo per il comando del server rails:

if ARGV.first == 's' || ARGV.first == 'server'
  require 'rails/commands/server'
  module Rails
    class Server
      def default_options
        super.merge(Host:  '0.0.0.0', Port: 3000)
      end
    end
  end
end

Il bin/railsfile funziona in questo modo:

#!/usr/bin/env ruby
APP_PATH = File.expand_path('../../config/application',  __FILE__)
require_relative '../config/boot'

# Set default host and port to rails server
if ARGV.first == 's' || ARGV.first == 'server'
  require 'rails/commands/server'
  module Rails
    class Server
      def default_options
        super.merge(Host:  '0.0.0.0', Port: 3000)
      end
    end
  end
end

require 'rails/commands'

Ecco una soluzione più semplice che sto usando. Mi piacciono già / ho bisogno di dotenv e puma-heroku , quindi se usare quelli non funziona per te, questo potrebbe non essere per te.

/config/puma.rb

plugin :heroku

Gemfile

gem 'dotenv-rails', groups: [:development, :test]

.env

PORT=8080

Ora posso avviare sia lo sviluppo che la produzione con rails s.

Passa a Puma e specifica portin config/puma.rb, ad esempio:

port        ENV.fetch("PORT") { 3000 }

Apparentemente si legherà a 0.0.0.0 per la porta specificata: https://github.com/puma/puma/issues/896

Se utilizzi docker o un altro strumento per gestire le variabili di ambiente, puoi impostare la HOSTvariabile di ambiente sull'IP che devi associare.

Esempio: HOST=0.0.0.0

Aggiungilo al docker.envfile se usi Docker o .envse usi foreman.

Per Rails 5 con Puma la risposta selezionata non funziona. Potresti ricevere questo errore:cannot load such file -- rails/commands/server

Per una corretta soluzione aggiungere quanto segue a config/puma.rb:

bind 'tcp://0.0.0.0:3000'