Qualcuno usa rails con ruby 1.9 senza problemi?
Ho l’impressione che ancora ci siano delle incompatibilita’.
Ho provato ruby 1.9, uso la gem rails_config.
Con ruby 1.8 nessun problema, con ruby 1.9 l’applicazione non parte,
dice uninitialized constant Settings, cosa che riguarda rails_config.
2011/7/9 Mauro [email protected]:
Qualcuno usa rails con ruby 1.9 senza problemi?
si (rails 3), funziona bene a parte che un incubo di lentezza a fare
“boot”
Ho l’impressione che ancora ci siano delle incompatibilita’.
in rails 3 no, in librerie di terze parti decisamente si ma tra tutte
quelle che ho provato solo direi una su dieci
Ho provato ruby 1.9, uso la gem rails_config.
Con ruby 1.8 nessun problema, con ruby 1.9 l’applicazione non parte,
dice uninitialized constant Settings, cosa che riguarda rails_config.
possibile, tra 1.8 e 1.9 le regole di lookup delle costanti sono
cambiate leggermente
–
twitter: @riffraff
blog (en, it): www.riffraff.info riffraff.blogsome.com
work: cascaad.com www.circleme.com
2011/7/9 gabriele renzi [email protected]:
Ho provato ruby 1.9, uso la gem rails_config.
Con ruby 1.8 nessun problema, con ruby 1.9 l’applicazione non parte,
dice uninitialized constant Settings, cosa che riguarda rails_config.possibile, tra 1.8 e 1.9 le regole di lookup delle costanti sono
cambiate leggermente
Ah ecco, quindi il problema e’ la gem, conosci per caso qualche
alternativa a rails_config?
2011/7/10 Alessandro V. [email protected]:
Ciao, rails-settings potrebbe fare al caso tuo.
Ho disinstallato rails_config e installato rails-settings.
Lanciando l’applicazione sotto ruby -v 1.9 continua a darmi
“uninitialized constant Settings”.
Lo stesso errore anche se non uso rails-settings.
Tolte le due gem facendo un "rgrep Settings * la costante Settings
non figura da nessuna parte.
Lo stesso messaggio d’errore viene fuori su ogni action del
controller, ad esempio index, new, ecc.
Ciao, rails-settings potrebbe fare al caso tuo.
https://github.com/100hz/rails-settings
Ale
Il giorno 10 luglio 2011 12:23, Mauro [email protected] ha scritto:
On 7/9/11 9:43 PM, gabriele renzi wrote:
2011/7/9 Mauro[email protected]:
Qualcuno usa rails con ruby 1.9 senza problemi?
si (rails 3), funziona bene a parte che un incubo di lentezza a fare “boot”
Gi che parli di lentezza intervengo perch proprio oggi ho provato a
fare quanto suggerito in questo post:
How To Get That Edge Ruby Faster-Loading-Hotness in Ruby 1.9.2 Now
Un po’ di differenza si nota.
In sintesi:
$ rvm get head
$ rvm reload
$ curl
https://raw.github.com/gist/1008945/7532898172cd9f03b4c0d0db145bc2440dcbb2f6/load.patch
/tmp/load.patch
$ rvm install ruby-1.9.2-p180 --patch /tmp/load.patch -n patched
$ rvm use ruby-1.9.2-p180-patched
Il 11/07/2011 11:18, gabriele renzi ha scritto:
Gi che parli di lentezza intervengo perch proprio oggi ho provato a fare
quanto suggerito in questo post:http://goo.gl/KYcSwsi, ma a parte la logica sballata nella require il codice di rails3
oggettivamente “sprecone”.
concordo, tra le altre cose quella patch molto discutibile, perch
risolve un
problema con un hack grossolano, senza tenere conto di eventuali o
possibili
regression. da quello che ho letto in giro, alcuni core-devs di ruby
hanno
proposto una patch molto pi piccola e meno invasiva.
Se provi a fare un tracing dei caricamenti dei file vedrai che sono
abbastanza scemi (e.g. “require ‘tzinfo’” viene eseguito, nella mia
applicazione, 140 volte).
E AFAIR rubygems/bundler gestisce i require mettendo semplicemente pi
roba in $LOAD_PATH quindi anche nel best case in cui il secondo load
abbia costo 0 come nella patch, il primo si scorre l’intero load path
(ok, met in mediache contiene un centinaio di elementi. Per ogni
load.
questo un problema che mi auguro venga risolto, prima o poi 
effettivamente,
se cambiasse la logica dei require in ruby, il problema non si porrebbe
pi di
tanto, anche perch quasi obbligatorio dover fare tutte quelle chiamate
A.
2011/7/10 Stefano M. [email protected]:
quanto suggerito in questo post:
How To Get That Edge Ruby Faster-Loading-Hotness in Ruby 1.9.2 Now
si, ma a parte la logica sballata nella require il codice di rails3
oggettivamente “sprecone”.
Se provi a fare un tracing dei caricamenti dei file vedrai che sono
abbastanza scemi (e.g. “require ‘tzinfo’” viene eseguito, nella mia
applicazione, 140 volte).
E AFAIR rubygems/bundler gestisce i require mettendo semplicemente pi
roba in $LOAD_PATH quindi anche nel best case in cui il secondo load
abbia costo 0 come nella patch, il primo si scorre l’intero load path
(ok, met in media 
che contiene un centinaio di elementi. Per ogni
load.
–
twitter: @riffraff
blog (en, it): www.riffraff.info riffraff.blogsome.com
work: cascaad.com www.circleme.com