Deploy Rails was(Re: [ruby-it] Re: Re: Hosting Ruby on Rails
Gratuito ed Italiano)
Bonzo
ilbonzo.org a gmail.com
Gio 23 Ago 2007 08:43:31 CEST
Mod_ruby...
Se qualcuno riesce a farlo pertire mi faccia sapere... io ci ho perso il
sonno.
Bonzo
Il 22/08/07, Roberto De Ioris <roberto a unbit.it> ha scritto:
>
>
> Il giorno mer, 22/08/2007 alle 18.22 +0200, [L]ash ha scritto:
> > Il giorno Wed, 22 Aug 2007 13:05:09 +0200
> > Roberto De Ioris <roberto a unbit.it> ha scritto:
> >
> > >
> > > fastcgi, scgi e se vuoi farti del male (e hai tanto tempo libero) cgi
> > >
> >
> > come performance come siamo messi con cgi?
>
> a mio modesto parere e' praticamente inaccettabile su qualsiasi hardware
> e configurazione, e te lo dice uno che userebbe cgi per ogni cosa
>
> >
> > > > un qualcosa di pių facile come php, python, perl sarebbe l'ideale :)
> > >
> > > la logica di funzionamento e' diversa, (qualcuno ti dira' che stai
> > > paragonando un linguaggio a un framework ma ho capito cosa vuoi dire),
> >
> > ok č un framework, ma un framework č sempre implementato con un
> > linguaggio :) per usare ad esempio lo ZendFramework (il primo che mi
> > viene in mente, non lapidatemi) devo solo metterlo sotto una directory e
> > fare l'include dei file e usarlo. Rails ha e fa molto di pių del
> > sopracitato framework, ma secondo me il meccanismo di funzionamento non
> > dovrebbe cambiare pių di tanto. Invece mi trovo a dover avviare un
> > demone dedicato interamente ad una applicazione.
>
> il problema e' che stai paragonando un contesto in cui hai php embedded
> in apache (con mod_php presumo).
> Puoi usare rails in maniera molto simile con mod_ruby ma come gia'
> emerso piu' volte in questa lista ci sono dei problemi di stabilita' (o
> presunti tali) abbastanza fastidiosi (senza contare la base di utilizzo
> infima rapportata a mod_php)
>
> >
> > > la parte piu' evidente e' che l'applicazione rails deve rimanere
> > > residente pronta a ricevere richieste, l'alternativa e' avere un
> > > sistema lento (lentissimo...).
> > > Probabilmente le perplessita' che hai derivano tutte da questo
> > > aspetto.
> >
> > quindi rails č talmente lento che deve rimanere caricato in memoria per
> > avere dei tempi di risposta accettabili? e quanto di questa lentezza
> > dipende da rails e quanta da ruby stesso?
>
> Detto cosi' e' abbastanza brutto, ma essendo pragmatici e' un analisi
> abbastanza veritiera.
> Io ho una pessima opinione delle performance di ruby (sono un perlista,
> quindi sono abituato a scrivere male e in fretta, ma con la certezza di
> avere un overhead dell'interprete praticamente nullo), ma e' un fattore
> che viene totalmente eclissato dalla velocita' di sviluppo e l'eleganza
> del codice.
>
> >
> > > usa semplicemente webrick e hai risolto.
> >
> > non posso ne voglio usare webrick come IL server web della mia
> > macchina, credo non tenga il confronto con apache ;)
>
> Eh ma cosi' vuoi la botte piena e la moglie ubriaca :) comunque per il
> background che hai ti consiglio di dare un occhio a mod_ruby
>
> --
> Roberto De Ioris
> http://unbit.it
> JID: roberto a jabber.unbit.it
>
>
> _______________________________________________
> 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