Newsgroup: it.lavoro.professioni.webmaster
Titolo: Hosting Ruby on Rails

Ciao,
presto dovrò mettere in produzione il mio primo lavoro serio realizzato
con rails, sto cercando un servizio di hosting che supporti questa
tecnologia e fino ad ora l'unico che si è degnato di rispondermi e che
sembra affidabile è 
unbit.it
. Qualcuno ne conosce altri per esperienza
diretta o per fama?
Grazie
Andrea
-- 
http://myretrocomputing.altervista.org

ciao
non posso risponderti sugli hosting di ralis ma come e' ruby on rails ?
Quali sono i suoi vantaggi rispetto ad altri linguaggi piu' supportati e 
diffusi ?
per il cliente potrebbe non cambiare molto in un sito medio ma per lo 
sviluppatore quali sono i vantaggi ?
ciao 

 sviluppatore quali sono i vantaggi ?
Vedi link sopra, ad esempio.
-- 
http://myretrocomputing.altervista.org

 sviluppatore quali sono i vantaggi ?
Non sono pratico di Rails ma secondo me il punto non è tanto il 
linguaggio quanto il framework.
Per lo sviluppatore che conosce bene lo strumento, in questo caso tutto 
RoR, lo sviluppo diventa molto rapido e il prodotto più estendibile e 
manutenibile, ma analogamente tu puoi ottenere risultati simili usando 
uno strumento che già conosci, che sia Zend, CakePHP o roba su ASP.net .
E' il paradigma più che il linguaggio a condizionare lo sviluppo.
Detto questo a me piace Kepler, qualcuno conosce un hosting che offra 
mod_wombat? :-)

 diretta o per fama?
A pacchi.
Unbit in Italia e' IMVHO l'unico degno di nota, conosco il
proprietario che scrive su Stacktrace con me ed e' persona
preparatissima e affidabile.
Io sono all'estero, su EngineYard, che costa un occhio ma da un
servizio semplicemente perfetto, dal supporto 24/24, alla tecnologia,
agli script capistrano.
  ngw

 E' il paradigma più che il linguaggio a condizionare lo sviluppo.
Il linguaggio conta molto piu' del framework, infatti Rails e' stato
clonato in PHP ma i risultati sono scarsi, essendo PHP un linguaggio
che fa della mediocrita' uno dei suoi punti di forza.
Tanto per fare un esempio, e' pratica comune in Ruby creare DSL per
ambiti specifici, e se ne puo' vedere un esempio nell'implementazione
di ActiveRecord (
http://martinfowler.com/eaaCatalog/activeRecord.html
)
di RoR, che appunto si chiama ActiveRecord. Gli MVC ispirati a Rails
in effetti cadono proprio li, nell'estendere il linguaggio a
framework, e finiscono scimmiottando Rails come meglio possono (negli
Stati Uniti si direbbe 'putting lipstick on a pig').
D'altro canto e' molto difficile usare correttamente un framework
senza conoscere dettagliatamente il linguaggio, a meno che non si
tratti appunto di un linguaggio molto povero e molto poco idiomatico
come PHP.
Non molto casualmente, l'unico framework che va qualitativamente
vicino a RoR e' Django, basato su Python che e' un signor linguaggio,
e resta simile a RoR ma sfruttando le qualita' del linguaggio in cui
e' scritto.
Per rispondere sopra, il maggiore vantaggio di RoR e' la
produttivita'.
  ngw
--
Nicholas Wieland (ngw)
Zooppa CTO
911 Western Avenue, Suite 420
Seattle, WA  98104  USA

 produttivita'.
Certo ma se uno ha molta pratica e conoscenza con e di php/CakePHP 
mentre ne ha zero con e di ruby/RoR la _sua_ produttività è maggiore con 
i primi che non i secondi. Non dico che se imparasse ad usare i secondi 
non avrebbe un ulteriore aumento, ma uno deve fare pure i conti con 
quello che sa.
Ciò detto io non mi occupo di programmazione per cui lascio l'ultima 
parola a chi lavora sul campo.

 agli script capistrano.
Ero già finito nella loro homepage, ma per quello che faccio ora è
decisamente fuori budget per i miei clienti. Tengo presente per il
futuro :-)
Ciao
Andrea
-- 
http://myretrocomputing.altervista.org

 quello che sa.
Beh ma un programmatore che si ferma a quello che sa fare oggi domani
potrebbe essere spacciato.
-- 
http://myretrocomputing.altervista.org

 primi 5 minuti di rails. Cioé: 1 mese + 1 pomeriggio contro 5 minuti.
Non paragonare un linguaggio con un framework, pero`.
Quello che fai in PHP in 10 minuti, per farlo in ruby o in python (senza 
rails o django) ci metti ore, perche` devi smazzarti da solo tutta la 
parte di interazione col webserver.
Bye.
P.S.: E non paragonare nemmeno il tempo di istruzione con quello di 
sviluppo, altrimenti dovremmo buttare nel cesso C, C++, Java e il 90% 
degli altri linguaggi di programmazione.

 parte di interazione col webserver.
qui invece non concordo: puoi benissimo usare apache ed eruby e metterci
sempre i tuoi onesti 10 minuti. E per cose banali basta addirittura
ruby:
require 'webrick' 
server = WEBrick::GenericServer.new :Port => 8080
trap("INT"){ server.shutdown } 
server.start do |socket| 
  socket.puts Time.now 
end
sono 6 righe di codice, 60 secondi per scriverlo e provarlo.
-- 
http://myretrocomputing.altervista.org

 quel genere di persona e non ho avuto nessun problema.
Sei di mente flessibile allora, ma dal basic '80 ad MVC hai visto altro 
nel frattempo o hai affrontato uno scalino?

 parte di interazione col webserver.
Non è propriamente vero che te lo devi smazzare in Python. PHP al suo
interno contiene delle librerie per interagire con esso. Anche Python le
contiene, non è obbligatorio usare un framework... Poi dipende dove
vogliamo tracciare la linea di confine tra framework e libreria in
questo caso.
-- 
Lawrence, 
oluyede.org
 - 
neropercaso.it
 - 
stacktrace.it
"It is difficult to get a man to understand 
something when his salary depends on not
understanding it" - Upton Sinclair

 degli altri linguaggi di programmazione.
Non si butta nel cesso nulla, nemmeno PHP, ma non cadiamo nel baratro
del "C++ linguaggio da Uomini Veri", perche' non e' il caso.
In un numero di ambiti considerevole questi linguaggi sono necessari
per motivi squisitamente tecnici, per molti altri ormai non piu' (e
almeno per quanto riguarda C e C++, da un numero abbastanza alto di
anni), per una semplicissima questione di 'best tool for the job'. Una
cosa che qualunque pythonista con un grammo di cervello ti puo' dire,
ad esempio, e' che un progetto con dei constraint di risorse
stringenti puo' comunque essere affrontato in Python con risultati
ottimi, facendo poi un refactoring sul prototipo riscrivendo le parti
lente / che consumano troppe risorse in C/C++. Non molto
sorprendentemente, i posti in cui Python viene accolto a braccia
apertissime sono proprio i circoli di programmatori C++, solo e
unicamente per la produttivita' che consegue l'adozione di questa
tecnologia *con* C++.
Non e' che bisogna sposarsi eh, io specialmente con i linguaggi sono
sempre stato abbastanza troia, anche se amo Ruby alla follia non mi
metterei mai a scrivere un server in Ruby (anche se altri l'hanno
fatto), tirerei fuori il mio bravo 'programming erlang' e giu' di
erlang-fu :)


 nel frattempo o hai affrontato uno scalino?
Dai, l'MVC e' concetto abbastanza semplice, tra i vari pattern
probabilmente il piu' accessibile.
Certo, tra Struts e Rails c'e' una bella differenza, ma questa e' la
particolarita' di Rails, aver reso l'MVC in modo molto piu' semplice e
comprensibile.
Pero' "dati la, viste qui, dispatcher in mezzo" non mi pare 'sta gran
difficolta' :D


 nel frattempo o hai affrontato uno scalino?
Grazie per il complimento, ma non credo di meritarmelo solo per aver
capito come funziona il pattern MVC :-)
Ho ripreso solo negli ultimi anni a programmare, dopo essermi fatto le
classiche basi per il web (xhtml, css, js) mi sono fatto un mese di php
e poi sono passato a rails e ruby.
-- 
http://myretrocomputing.altervista.org


Ciao,
leggo solo ora il tuo messaggio. Se sei ancora alla ricerca, la
soluzione chiamata VPH (Virtual Personal Hosting) di MC-link prevede
specificatamente il modulo di supporto per Ruby on Rails :)
Qui info: 
http://www.mclink.it/Offerta/Housing-Hosting/Soluzioni/VPH
Se poi clicchi su acquista, vedrai l'elenco dei moduli attivabili.
Gabriele

 
http://www.mclink.it/Offerta/Housing-Hosting/Soluzioni/VPH
ho cliccato su moduli ma rails non l'ho trovato nella lista. Comunque ho
già risolto con unbit per il momento, grazie lo stesso.
Andrea
-- 
http://myretrocomputing.altervista.org


Lo trovi nella parte in acquisto:
http://servizi.mclink.it/vph.shop/vphconfig.aspx
Al caso magari ti serve in futuro :)
Gabriele