[ruby-it] mod_ruby

[David]

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