[ruby-it] mod_ruby

Bonzo ilbonzo.org a gmail.com
Ven 17 Ago 2007 13:49:38 CEST 

Con l'aiuto davdplm ora riesco ad usare rails, e per ora le prove le farò da
li.
Ciao e grazie a tutti.
Bonzo


Il 17/08/07, David <david.palm a iperbole.bologna.it> ha scritto:
>
> On Fri, 17 Aug 2007 11:22:53 +0200, Bonzo wrote:
> > Non preoccuparti, purtroppo o per fortuna vengo da PHP.
>
> :-)
>
> > Sul consiglio di provare Rails ci avevo pensato pure io, quindi ti pongo
> i
> > problemi che ho trovato:
> > ho installato gems, poi Rails e mi è andato a buon fine.
> > Mi ha creato la cartella /var/rails, però ora se do il comando rails
>
> Ok. Quindi c'è qualche problema a monte.
>
> Hmm. Sei su linux immagino?
>
> Se non erro molti distro usano /var/rails per il deployment. Non dovrebbe
> essere necessario badarci per ora.
>
> La posizione del commando "rails" varia un po' a seconda di come hai
> installato il gem.
> Su mac ce l'ho in /opt/local/bin/rails
> Su fedora si trova in /usr/bin/rails (chissà com'è finito lì...)
>
> Se fai "whereis rails" che dice? Nulla immagino. Direi che hai un problema
> di PATH.
>
> 1. trova l'eseguibile
> 2. verifica che la cartella dell'eseguibile si trovi nel PATH
>
> In ogni caso, l'eseguibile "rails" è solo un bash script che punta alla
> cartella bin del gem. Alla peggio lo crei tu da solo:
> #!/usr/bin/ruby
> #
> # This file was generated by RubyGems.
> #
> # The application 'rails' is installed as part of a gem, and
> # this file is here to facilitate running it.
> #
>
> require 'rubygems'
> version = "> 0"
> if ARGV.first =~ /^_(.*)_$/ and Gem::Version.correct? $1 then
> version = $1
> ARGV.shift
> end
> gem 'rails', version
> load 'rails'
>
> Lo chiami "rails" e lo metti dove hai i tuoi eseguibili e fai un "chmod +x
> /path/dello/script/rails"
>
> > <applicazione>
> > mi dice che il comando è sconosciuto.
> >
> > Ho fatto ruby script/server e mi dice:
> > ruby: No such file or directory -- script/server(LoadError) e alla porta
> > 3000 non vedo niente.
>
> la cartella "script" e i comandi che ci troverai sono creati dal commando
> "rails", quindi non ci sono (ancora)
>
> >
> > Posso lanciare gem_server, e alla porta 8808 vedo le pagine create
> > dall'installazione.
>
> Ok. Non dovrebbe essere necessario usare "gem_server", ma intanto è un
> bene che almeno quello vada!
>
> >
> > Ammetto che tutte queste difficoltà portano a pensare di mollare, ma in
> > questo momento ruby mi sembra l'alternativa migliore a PHP, quindi
> persisto.
>
> Mi trovi su AIM "davdplm" se hai bisogno.
>
> :-)
>
> > Grazie
> > Bonzo
> >
> >
> >
> > Il 17/08/07, David <david.palm a iperbole.bologna.it> ha scritto:
> >>
> >> Sappi che ti capisco. Al "primo giro" uno vuol farsi l'hello world e
> poi
> >> passare oltre. Quando ho cominciato a ricercare alternative a PHP ho
> >> provato
> >> Django per primo. Il mio ragionamento era "per capire se ha senso
> investire
> >> tempo su questa roba voglio capire se funziona con l'infrastruttura che
> >> abbiamo: Apache e moduli vari". Quindi prima di imparare Django ho
> voluto
> >> verificare che girasse per benino sui server e mi sono messo a
> configurarlo
> >> seguendo i doc per il "deployment". Ho fallito. Dopo un paio di giorni
> di
> >> tentativi disperati ho mollato tutto e ho provato con Rails e webrick.
> >>
> >> (Ovvio: il confronto tra Rails+webrick e Apache+mod_python+django è del
> >> tutto ingiusto; fossi partito da apache+mod_ruby starei probabilmente
> >> scrivendo sulla ML di django ora... era giusto per dire come una brutta
> >> esperienza iniziale può far abbandonare il progetto ante tempo)
> >>
> >> Iniziare con Rails direttamente può sembrare una cattiva idea, ma in
> >> realtà credo che anche per imparare "ruby per il web" si possa fare
> molto
> >> bene direttamente da rails.
> >>
> >> Fregatene dei centinaia di file che ti crea e fai a meno dello
> scaffolding
> >> (troppa magia per un neofita da capire e risulta solo sviante, a mio
> >> parere).
> >>
> >> 1. rails hello_world
> >> (crea la sua pletora di file nella dir "hello_world"
> >> 2. cd hello_world
> >> 3. script/generate controller HelloWorld
> >> 4. apri app/controllers/hello_world_controller.rb
> >> 5. Inserisci:
> >> class HelloWorldController < ApplicationController
> >>        def index
> >>                render :text => "hello world"
> >>        end
> >> end
> >>
> >> 6. script/server
> >> 7. Apri http://localhost:3000/hello_world/
> >>
> >> Poi ci giochi. Dentro index() scrivi tutto il ruby che ti pare e piace
> e
> >> poi sbatti tutto in stringhe ed è proprio come il buon vecchio "<?php
> echo
> >> 'pippo!'; ?>"
> >>
> >> Fossi in te partirei così. Concentrarsi sul ruby è un'ottima idea;
> >> scoprirai presto che userai sempre più irb (sotto forma di
> script/console
> >> per rails) e il log ("tail -f log/development.log"...) e sempre meno
> >> stringhe in una pagina web.
> >>
> >> Per il resto siamo qui ad aiutarti se/quando hai bisogno.
> >>
> >> (Infine: ti ho risposto come se tu venissi da PHP, proprio come me, e
> ti
> >> prego di non essere offeso se così non fosse!)
> >>
> >> :-)
> >>
> >> On Fri, 17 Aug 2007 10:33:07 +0200, Bonzo wrote:
> >>> Ok, allora se configurarlo porta al tentato suicidio passo...
> >>>
> >>> Però io vorrei studiare ruby per il web e poi passare a rails...
> >>> Come devo fare a vedere una paginetta scritta in ruby nel server web?
> >>> Ammetto di non essere un amgo delle installazioni, ma non può essere
> >> così
> >>> difficile.
> >>>
> >>> Grazie intanto delle risposte.
> >>> Bonzo
> >>>
> >>>
> >>> Il 17/08/07, David <david.palm a iperbole.bologna.it> ha scritto:
> >>>>
> >>>> Qualcuno di intraprendente potrebbe voler rendere molto chiaro
> quant'è
> >>>> incasinato configurare ruby con apache e elencare magari una serie di
> >>>> alternative meno folli di mod_ruby...
> >>>>
> >>>> So che ci sono dei casi in cui apache+mod_ruby sembra allettante, ma
> >>>> quanti di noi è mai riuscito a configurarlo senza arrivare
> >> pericolosamente
> >>>> vicino al suicidio dopo?
> >>>>
> >>>> Quanti, tra chi ci prova, ci si mettono più che altro perché è
> abituato
> >> a
> >>>> sviluppare siti web con Apache+mod_NOMELINGUAGGIO e non perché è
> >> realmente
> >>>> necessario?
> >>>>
> >>>> Ho come il sospetto che perdiamo un buon numero di addetti per via
> >> della
> >>>> brutta esperienza con ruby come CGI.
> >>>>
> >>>> Tutta l'idea del "principle of least surprise" va un po' persa in
> >> questi
> >>>> casi, e con quella buona parte dell'appeal di ruby e di rails.
> >>>>
> >>>> :-(
> >>>>
> >>>> Facciamo un fork di Ruby che ti sputa addosso se provi a usarlo con
> >>>> mod_ruby? O che ti seduce la moglie se lo usi? O che manda i tuoi
> >> estratti
> >>>> conto al fisco?
> >>>>
> >>>> On Fri, 17 Aug 2007 09:14:18 +0200, David Welton wrote:
> >>>>>> More information about this error may be available in the server
> >> error
> >>>> log.
> >>>>>    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> >>>>>
> >>>>> Cosa c'e` scritto nel server log?  Comunque, io non uso mod_ruby,
> uso
> >>>>> fastcgi, quindi oltre l'idea di guardare nel log non ho idee (beh,
> >>>>> probabilmente farei andare un bel strace per vedere esattamente cosa
> >>>>> sta facendo...).
> >>>> _______________________________________________
> >>>> Ml mailing list
> >>>> Ml a lists.ruby-it.org
> >>>> http://lists.ruby-it.org/mailman/listinfo/ml
> >> _______________________________________________
> >> Ml mailing list
> >> Ml a lists.ruby-it.org
> >> http://lists.ruby-it.org/mailman/listinfo/ml
> _______________________________________________
> Ml mailing list
> Ml a lists.ruby-it.org
> http://lists.ruby-it.org/mailman/listinfo/ml
>



-- 
http://www.ilbonzo.org
Skype: ilbonzo.org

Maggiori informazioni sulla lista Ml