Siete in cerca di un degno sostituto di XAMPP per avere a disposizione un ambiente completo per lo sviluppo con Ruby on Rails? Allora LinRail fa al caso vostro. Si tratta di un pacchetto all-inclusive che comprende: Ruby-1.8.6, Rubygems-0.9.4, Rails 1.2.3, Mongrel 1.0.1, MySQL-5.0.41, ncurses-5.6, OpenSSL-0.9.8e, zlib-1.2.3.
Per ora l’unica mancanza degna di nota riguarda l’assenza di un webserver. Il team di sviluppo è infatti ancora indeciso se propendere per il sempre valido e robusto Apache o scegliere la leggerezza di Lighttpd o addirittura di nginx.
Nel frattempo chi vorrà provare LinRail potrà usare WEBrick per avere un webserver minimale per il test delle proprie web application in Ruby.
La versione 0.1 di LinRail è scaricabile dalla pagina di download del progetto.
[Via | LXer]
ossblog è un supplemento alla testata Blogo.it registrata presso il Tribunale di Milano n. 487/06, P. IVA 04699900967. Contatti, chi siamo
© 2004-2011 Blogo.it, alcuni diritti riservati sotto licenza Creative Commons.
Per informazioni pubblicitarie e progetti speciali su Ossblog.it contattare la concessionaria esclusiva Populis Engage.
Nix
05 lug 2007 - 00:33 - #1Preferisco di granlunga XAMPP, mai avuto neanche mezzo problema (e poi preferisco usare PHP).
paran0ide
05 lug 2007 - 06:34 - #2Mongrel (http://mongrel.rubyforge.org/) è il webserver!
Arael
05 lug 2007 - 08:17 - #3Io sviluppo sia in php che in rails. Non c’è paragone secondo me. Rails è anni luce in avanti.
I vantaggi sono molti rispetto a php.
Approccio MVC.
Hai già una struttura sulla quale costruire la tua applicazione. È una struttura funzionale e ti permette di studiare facilmente le applicazioni rails sviluppate da terzi visto che la struttura di base è standard.
Gli scaffold sono comodissimi perché ti fanno risparmiare tanto tempo. Con i scaffold ottieni pagine base per manipolare le tabelle del db.
Le tabelle del db le maneggi come se fossero delle classi vere e proprie. Praticamente volendo SQL non lo si vede nemmeno se non per la creazione del db.
Prototype già pronto all’uso e integrato nel framework. Ajax disponibile per l’uso da subito.
Debugging facilitato dal framework stesso…non ho mai avuto necessità di usare un debugger esterno.
Console irb…per rails. A volte è più comoda del debugger stesso.
Uso di template facile e intuitivo.
L’unica pecca che muovo a rails è l’assenza del supporto UTF-8 dovuto al fatto che ruby non supporta ancora nativamente UTF-8.
Insomma…linrail ci voleva proprio per far conoscere ancora di più questo favoloso framework per sviluppo di applicazioni web.
Provatelo…non ve ne pentirete.
^____________________^
Paolo Mainardi
06 lug 2007 - 01:28 - #4Con symfony (o anche Zend,Cake,CodeIgniter) hai esattamente tutto quello che hai scritto, ed è PHP, non confondiamo un framework con un linguaggio, lo scaffolding non è una funzionalità core di Ruby ma semplicemente una libreria di Rails.
;)
Nix
06 lug 2007 - 12:18 - #5Concordo con Paolo Mainardi.
Il framework e’ una cosa, il linguaggio e’ un altra.
Paolo Mainardi
06 lug 2007 - 17:24 - #6E poi giusto per essere pignoli, non ha senso dire “programmo sia in php che in rails”, al massimo programmi sia in php che in Ruby, inoltre come fai a confrontare “rails” che è un framework scritto in ruby con un linguaggio (php) ?
Avrebbe avuto senso se dicevi “programmi sia in $qualche_framework_php che in rails” allora l’affermazione avrebbe avuto significato semantico :)
Bye
Arael
07 lug 2007 - 20:47 - #7Si, il paragone non regge effettivamente.
Si programma in ruby e non in rails.
Chiedo scusa per le fesserie che ho scritto. In futuro ci penserò due volte prima di commentare.