Rilasciato Rails 2.3.2
Bene ragazzi, dopo una non lunghissima attesa è finalmente arrivato Rails 2.3.2.
Le novità incluse sono diverse e vi rimando agli screencast di Ryan Bates:
Inoltre è molto molto interessante il changelog disponibile nel nuovo (e veramente benfatto) sito dedicato alle guide di Rails.
Merb e Rails si uniscono in Rails 3.0
Queste sono di quelle notizie che a noi programmatori ci rendo più felici e contenti, soprattutto a Natale.
Infatti da poche ore ed in contemporanea i rispettivi blog di rails e di merb hanno riportato una notizia importantissima:
Rails e Merb si uniscono in Rails 3.0.
Ma questo cosa comporterà? Grandi e ottimi cambiamenti già discussi da parecchio tempo dal sottoscritto con David Heinemeier Hansson
- Rails Core (simile a merb-core)
- Framework Agnostic
- Ottimizzazione delle performance
- Api ben documentate
Ma questo cosa significa realmente?
Rails Core
Rails, un pò come per merb sarà molto più modulabile ovvero ci sarà il Core, in termini pratici significa che se vogliamo avere tutto avremmo tutto (helper, orm etc..) ma se invece necessiteremo di una small app come ad esempio un webservice potremmo farlo senza problema alcuno ex:rails-gen --flat rails-gen --very-flat Framework Agnostic
Con David ci saremmo scritti decine e decine di mail al riguardo, odio con tutto il mio cuore il fatto che Rails involontariamente ti obbliga ad usare diversi framework:- Test Unit (per i test)
- Prototype/Scriptaculous (per i javascripts)
- ActiveRecord (come orm)
- Erb (come template engine)
Lo so che anche ora si possono cambiare, ma richiede tempo e plugin di terze parti il che non è bello.
Pensate al poter generare una rails app così:
rails-gen myapp --template-engine haml --orm none --test rspec Ottimizzazione delle performance
Questa è stata una lunga diatriba, David ha sempre sostenuto che Rails è lento e dispendioso (in termini di ram) perché è Ruby stesso ad esserlo, ma dapprima Sinatra e poi appunto Merb hanno dimostrato che è Rails a non sfruttare appieno le potenzialità di Ruby.Personalmente noi come società per gestire 130/150 siti abbiamo bisogno di un Server con processore Xeon e ben dico ben 16GB di Ram!
Api ben documentate
Troppo spesso ormai quando viene aggiornato Rails i nostri "plugin" smettono di funzionare, questo perché non sempre ci è chiaro quale cambiamento ha bloccato il nostro plugin e così iniziamo a fare pach su patch... il che non è bello.Ma quando potremmo avere Rails 3.0 tra le mani? Presto, dapprima avremmo Rails 2.3 nel mese di gennaio (che porta diverse fatures interssanti come il templating) mentre Rails 3.0 è atteso in Beta per marzo/aprile.
Ottima notizia no?
Merb e Rails si uniscono in Rails 3.0
Queste sono di quelle notizie che a noi programmatori ci rendo più felici e contenti, soprattutto a Natale.
Infatti da poche ore ed in contemporanea i rispettivi blog di rails e di merb hanno riportato una notizia importantissima:
Rails e Merb si uniscono in Rails 3.0.
Ma questo cosa comporterà? Grandi e ottimi cambiamenti già discussi da parecchio tempo dal sottoscritto con David Heinemeier Hansson
- Rails Core (simile a merb-core)
- Framework Agnostic
- Ottimizzazione delle performance
- Api ben documentate
Ma questo cosa significa realmente?
Rails Core
Rails, un pò come per merb sarà molto più modulabile ovvero ci sarà il Core, in termini pratici significa che se vogliamo avere tutto avremmo tutto (helper, orm etc..) ma se invece necessiteremo di una small app come ad esempio un webservice potremmo farlo senza problema alcuno ex:rails-gen --flat rails-gen --very-flat Framework Agnostic
Con David ci saremmo scritti decine e decine di mail al riguardo, odio con tutto il mio cuore il fatto che Rails involontariamente ti obbliga ad usare diversi framework:- Test Unit (per i test)
- Prototype/Scriptaculous (per i javascripts)
- ActiveRecord (come orm)
- Erb (come template engine)
Lo so che anche ora si possono cambiare, ma richiede tempo e plugin di terze parti il che non è bello.
Pensate al poter generare una rails app così:
rails-gen myapp --template-engine haml --orm none --test rspec Ottimizzazione delle performance
Questa è stata una lunga diatriba, David ha sempre sostenuto che Rails è lento e dispendioso (in termini di ram) perché è Ruby stesso ad esserlo, ma dapprima Sinatra e poi appunto Merb hanno dimostrato che è Rails a non sfruttare appieno le potenzialità di Ruby.Personalmente noi come società per gestire 130/150 siti abbiamo bisogno di un Server con processore Xeon e ben dico ben 16GB di Ram!
Api ben documentate
Troppo spesso ormai quando viene aggiornato Rails i nostri "plugin" smettono di funzionare, questo perché non sempre ci è chiaro quale cambiamento ha bloccato il nostro plugin e così iniziamo a fare pach su patch... il che non è bello.Ma quando potremmo avere Rails 3.0 tra le mani? Presto, dapprima avremmo Rails 2.3 nel mese di gennaio (che porta diverse fatures interssanti come il templating) mentre Rails 3.0 è atteso in Beta per marzo/aprile.
Ottima notizia no?
Merb e Rails si uniscono in Rails 3.0
Queste sono di quelle notizie che a noi programmatori ci rendo più felici e contenti, soprattutto a Natale.
Infatti da poche ore ed in contemporanea i rispettivi blog di rails e di merb hanno riportato una notizia importantissima:
Rails e Merb si uniscono in Rails 3.0.
Ma questo cosa comporterà? Grandi e ottimi cambiamenti già discussi da parecchio tempo dal sottoscritto con David Heinemeier Hansson
- Rails Core (simile a merb-core)
- Framework Agnostic
- Ottimizzazione delle performance
- Api ben documentate
Ma questo cosa significa realmente?
Rails Core
Rails, un pò come per merb sarà molto più modulabile ovvero ci sarà il Core, in termini pratici significa che se vogliamo avere tutto avremmo tutto (helper, orm etc..) ma se invece necessiteremo di una small app come ad esempio un webservice potremmo farlo senza problema alcuno ex:rails-gen --flat rails-gen --very-flat Framework Agnostic
Con David ci saremmo scritti decine e decine di mail al riguardo, odio con tutto il mio cuore il fatto che Rails involontariamente ti obbliga ad usare diversi framework:- Test Unit (per i test)
- Prototype/Scriptaculous (per i javascripts)
- ActiveRecord (come orm)
- Erb (come template engine)
Lo so che anche ora si possono cambiare, ma richiede tempo e plugin di terze parti il che non è bello.
Pensate al poter generare una rails app così:
rails-gen myapp --template-engine haml --orm none --test rspec Ottimizzazione delle performance
Questa è stata una lunga diatriba, David ha sempre sostenuto che Rails è lento e dispendioso (in termini di ram) perché è Ruby stesso ad esserlo, ma dapprima Sinatra e poi appunto Merb hanno dimostrato che è Rails a non sfruttare appieno le potenzialità di Ruby.Personalmente noi come società per gestire 130/150 siti abbiamo bisogno di un Server con processore Xeon e ben dico ben 16GB di Ram!
Api ben documentate
Troppo spesso ormai quando viene aggiornato Rails i nostri "plugin" smettono di funzionare, questo perché non sempre ci è chiaro quale cambiamento ha bloccato il nostro plugin e così iniziamo a fare pach su patch... il che non è bello.Ma quando potremmo avere Rails 3.0 tra le mani? Presto, dapprima avremmo Rails 2.3 nel mese di gennaio (che porta diverse fatures interssanti come il templating) mentre Rails 3.0 è atteso in Beta per marzo/aprile.
Ottima notizia no?
Merb e Rails si uniscono in Rails 3.0
Queste sono di quelle notizie che a noi programmatori ci rendo più felici e contenti, soprattutto a Natale.
Infatti da poche ore ed in contemporanea i rispettivi blog di rails e di merb hanno riportato una notizia importantissima:
Rails e Merb si uniscono in Rails 3.0.
Ma questo cosa comporterà? Grandi e ottimi cambiamenti già discussi da parecchio tempo dal sottoscritto con David Heinemeier Hansson
- Rails Core (simile a merb-core)
- Framework Agnostic
- Ottimizzazione delle performance
- Api ben documentate
Ma questo cosa significa realmente?
Rails Core
Rails, un pò come per merb sarà molto più modulabile ovvero ci sarà il Core, in termini pratici significa che se vogliamo avere tutto avremmo tutto (helper, orm etc..) ma se invece necessiteremo di una small app come ad esempio un webservice potremmo farlo senza problema alcuno ex:rails-gen --flat rails-gen --very-flat Framework Agnostic
Con David ci saremmo scritti decine e decine di mail al riguardo, odio con tutto il mio cuore il fatto che Rails involontariamente ti obbliga ad usare diversi framework:- Test Unit (per i test)
- Prototype/Scriptaculous (per i javascripts)
- ActiveRecord (come orm)
- Erb (come template engine)
Lo so che anche ora si possono cambiare, ma richiede tempo e plugin di terze parti il che non è bello.
Pensate al poter generare una rails app così:
rails-gen myapp --template-engine haml --orm none --test rspec Ottimizzazione delle performance
Questa è stata una lunga diatriba, David ha sempre sostenuto che Rails è lento e dispendioso (in termini di ram) perché è Ruby stesso ad esserlo, ma dapprima Sinatra e poi appunto Merb hanno dimostrato che è Rails a non sfruttare appieno le potenzialità di Ruby.Personalmente noi come società per gestire 130/150 siti abbiamo bisogno di un Server con processore Xeon e ben dico ben 16GB di Ram!
Api ben documentate
Troppo spesso ormai quando viene aggiornato Rails i nostri "plugin" smettono di funzionare, questo perché non sempre ci è chiaro quale cambiamento ha bloccato il nostro plugin e così iniziamo a fare pach su patch... il che non è bello.Ma quando potremmo avere Rails 3.0 tra le mani? Presto, dapprima avremmo Rails 2.3 nel mese di gennaio (che porta diverse fatures interssanti come il templating) mentre Rails 3.0 è atteso in Beta per marzo/aprile.
Ottima notizia no?
Merb e Rails si uniscono in Rails 3.0
Queste sono di quelle notizie che a noi programmatori ci rendo più felici e contenti, soprattutto a Natale.
Infatti da poche ore ed in contemporanea i rispettivi blog di rails e di merb hanno riportato una notizia importantissima:
Rails e Merb si uniscono in Rails 3.0.
Ma questo cosa comporterà? Grandi e ottimi cambiamenti già discussi da parecchio tempo dal sottoscritto con David Heinemeier Hansson
- Rails Core (simile a merb-core)
- Framework Agnostic
- Ottimizzazione delle performance
- Api ben documentate
Ma questo cosa significa realmente?
Rails Core
Rails, un pò come per merb sarà molto più modulabile ovvero ci sarà il Core, in termini pratici significa che se vogliamo avere tutto avremmo tutto (helper, orm etc..) ma se invece necessiteremo di una small app come ad esempio un webservice potremmo farlo senza problema alcuno ex:rails-gen --flat rails-gen --very-flat Framework Agnostic
Con David ci saremmo scritti decine e decine di mail al riguardo, odio con tutto il mio cuore il fatto che Rails involontariamente ti obbliga ad usare diversi framework:- Test Unit (per i test)
- Prototype/Scriptaculous (per i javascripts)
- ActiveRecord (come orm)
- Erb (come template engine)
Lo so che anche ora si possono cambiare, ma richiede tempo e plugin di terze parti il che non è bello.
Pensate al poter generare una rails app così:
rails-gen myapp --template-engine haml --orm none --test rspec Ottimizzazione delle performance
Questa è stata una lunga diatriba, David ha sempre sostenuto che Rails è lento e dispendioso (in termini di ram) perché è Ruby stesso ad esserlo, ma dapprima Sinatra e poi appunto Merb hanno dimostrato che è Rails a non sfruttare appieno le potenzialità di Ruby.Personalmente noi come società per gestire 130/150 siti abbiamo bisogno di un Server con processore Xeon e ben dico ben 16GB di Ram!
Api ben documentate
Troppo spesso ormai quando viene aggiornato Rails i nostri "plugin" smettono di funzionare, questo perché non sempre ci è chiaro quale cambiamento ha bloccato il nostro plugin e così iniziamo a fare pach su patch... il che non è bello.Ma quando potremmo avere Rails 3.0 tra le mani? Presto, dapprima avremmo Rails 2.3 nel mese di gennaio (che porta diverse fatures interssanti come il templating) mentre Rails 3.0 è atteso in Beta per marzo/aprile.
Ottima notizia no?
Gem MySql 2.7 Symbol not found: _mysql_init
Dalla versione 2.2 di Rails la libreria di ruby di MySql inclusa in rails non verrà più supportata.
DEPRECATION WARNING: You're using the Ruby-based MySQL library that ships with Rails. This library will be REMOVED FROM RAILS 2.2. Please switch to the offical mysql gem: `gem install mysql`
Per coloro che hanno installato mysql tramite port eseguire:
sudo gem install mysql -- --with-mysql-config=/opt/local/lib/mysql5/bin/mysql_config sudo gem install mysql -- --with-mysql-config=/usr/local/mysql/bin/mysql_config >> Account.all
dyld: lazy symbol binding failed: Symbol not found: _mysql_init
Referenced from: /Library/Ruby/Gems/1.8/gems/mysql-2.7/lib/mysql.bundle
Expected in: dynamic lookup
dyld: Symbol not found: _mysql_init
Referenced from: /Library/Ruby/Gems/1.8/gems/mysql-2.7/lib/mysql.bundle
Expected in: dynamic lookup /Library/Ruby/Gems/1.8/gems/mysql-2.7/lib/mysql.bundle
/Library/Ruby/Gems/1.8/gems/mysql-2.7/mysql.bundle rm -rf /Library/Ruby/Gems/1.8/gems/mysql-2.7/lib/mysql.bundle Rails 2.1 e Ruby 1.8.7
L'altro ieri è stato rilasciato il magior update di Rails 2, e le novità sono davvero interessanti, prendo esempio da Rayan's Scraps e vi scrivo un piccolo elenco:
- UTC Migration Versioning
- Specifying Gem Dependencies
- Partial Updates
- Dirty Objects
- Has One :through
- Has Finder Functionality
- Easier Timezones
- Pluggable Controller Caching
Da notare che è anche stato rilasciato Ruby 1.8.7 . Ruby in questa versione stabile e dovrebbe essere pronto per gli ambienti di produzione.
Da notare che oltre alla correzione di numerosi bug e miglioramento delle performance è stato introdotto il back-port di Ruby 1.9 (le enumerazioni in particolare).
Maggiori informazioni sono disponibili qui
Rails 2.1 e Ruby 1.8.7
L'altro ieri è stato rilasciato il magior update di Rails 2, e le novità sono davvero interessanti, prendo esempio da Rayan's Scraps e vi scrivo un piccolo elenco:
- UTC Migration Versioning
- Specifying Gem Dependencies
- Partial Updates
- Dirty Objects
- Has One :through
- Has Finder Functionality
- Easier Timezones
- Pluggable Controller Caching
Da notare che è anche stato rilasciato Ruby 1.8.7 . Ruby in questa versione stabile e dovrebbe essere pronto per gli ambienti di produzione.
Da notare che oltre alla correzione di numerosi bug e miglioramento delle performance è stato introdotto il back-port di Ruby 1.9 (le enumerazioni in particolare).
Maggiori informazioni sono disponibili qui
Rails 2.1 e Ruby 1.8.7
L'altro ieri è stato rilasciato il magior update di Rails 2, e le novità sono davvero interessanti, prendo esempio da Rayan's Scraps e vi scrivo un piccolo elenco:
- UTC Migration Versioning
- Specifying Gem Dependencies
- Partial Updates
- Dirty Objects
- Has One :through
- Has Finder Functionality
- Easier Timezones
- Pluggable Controller Caching
Da notare che è anche stato rilasciato Ruby 1.8.7 . Ruby in questa versione stabile e dovrebbe essere pronto per gli ambienti di produzione.
Da notare che oltre alla correzione di numerosi bug e miglioramento delle performance è stato introdotto il back-port di Ruby 1.9 (le enumerazioni in particolare).
Maggiori informazioni sono disponibili qui
Categories
- Altro (17)
- Comunicati Stampa (2)
- Fedora (1)
- Linux (17)
- Mac (45)
- Ruby (26)
- Ruby on Rails (45)
- Tutorials (20)
- Windows (13)
Archivi
- March 2009 (1)
- December 2008 (1)
- November 2008 (1)
- October 2008 (1)
- June 2008 (1)
- May 2008 (5)
- April 2008 (2)
- March 2008 (1)
- January 2008 (3)
- December 2007 (5)