Hola, quiero hacerles una simple consulta, resulta de que tengo que
presentar una propuesta, para un portal del estado, el asunto es que
el sitió tiene un trafico bastante alto, fuera de eso desean crear
una comunidad y un archivo de documentos, como pdfs, videos, docs,
boletines, en fin una cantidad absurda de documentos como todo portal
institucional, pero no si si RoR sea la mejor opción para dicho
desarrollo o simplemente lo hago en php, lo digo por que e leido en
algunos sitios que el framework no soporta mucha carga y fuera de eso
el slice de 512 de Slicehost que ya hice pruebas con el portal actual
que esta en php no soporto la carga de usuarios y el presupuesto que
ellos me dan no me da para un presupuesto mayor.
Espero sugerencias desde ya gracias
On Thu, Mar 13, 2008 at 7:17 PM, Mauricio D.
[email protected] wrote:
RoR sea la mejor opción para dicho
desarrollo o simplemente lo hago en php, lo digo por que e leido en
algunos sitios que el framework no soporta mucha carga
Eso depende de tus conocimientos, no del framework. Se ha demostrado
hasta el cansancio que Rails sí escala.
y fuera de eso
el slice de 512 de Slicehost que ya hice pruebas con el portal actual
que esta en php no soporto la carga de usuarios y el presupuesto que
ellos me dan no me da para un presupuesto mayor.
Entonces los criticas por ser tan baratos y punto. Si no puedes
conseguir un slice mayor y lo de PHP no corre, ¿para qué lo
consideras?
De todas formas, la descripción que das hace parecer que
estástrabajando con algo grande. Si realmente es tan grande y no pueden
pagar 60 dolares al mes por hosting yo saldría huyendo de ese cliente
y punto.
Hola, creo que es una buena pregunta, quizas se podria profundizar un
poco
mas en el tema
¿alguien ha tenido experiencia con sitios de alta carga, muchos usuarios
,
uploads multiples etc…?
se que hay formas de optimizar las aplicaciones en Rails, como el
caching o
utilizando merb o un mongrel handler para los uploads etc…
pero si alguien alguien puede compartir su experiencia o algun enlace[1]
al
respecto seria genial…
saludos
[1]
http://blog.caboo.se/articles/2007/7/29/scale-rails-from-one-box-to-three-four-and-five
2008/3/13 Federico B. [email protected]:
On 14/03/2008, Mauricio D. [email protected] wrote:
ellos me dan no me da para un presupuesto mayor.
Siento esta la lista de Rails en castellano, no me queda más que
recomendarte que lo hagas en PHP. Rails no escala, lo leí en Internet.
–
Manuel, que
piensa que eres una excelente persona y medra en torno a
http://simplelogica.net y/o simplelogica.net
Recuerda comer mucha fruta y verdura.
2008/3/13 Miguel M. [email protected]:
Hola, creo que es una buena pregunta, quizas se podria profundizar un poco
mas en el tema
¿alguien ha tenido experiencia con sitios de alta carga, muchos usuarios ,
uploads multiples etc…?
El año pasado en la Conferencias Rails Hispana [1] el autor de
fotolog.com.ar cuenta los tips que usal, que carga maneja (ahora no
recuerdo cuantos req/s decia que manejaba), que stack usar, como
complementar rails con merb para uploads, etc. El video es
06RailsHispana2007Sala1_Escalabilidad.
[1] http://www.conferenciarails.org/
Hola manuel soy novato y no entiendo tu pregunta, es coña?
2008/3/14, Manuel González Noriega [email protected]:
perdon:
Hola manuel soy novato y no entiendo tu pregunta, es coña?
No entiendo tu RESPUESTA
2008/3/14, Andrés gutiérrez [email protected]:
2008/3/14 Andrés gutiérrez [email protected]:
perdon:
Hola manuel soy novato y no entiendo tu pregunta, es coña?
No entiendo tu RESPUESTA
Hola Andrés,
Que lo diga Manuel mismo pero me atrevo a aventurar que pretendía ser
irónico. Habrá pasado una mala noche =;-)
–
Sergio Gil Pérez de la Manga
e-mail > [email protected]
blog > http://www.lacoctelera.com/porras
On Mar 14, 2008, at 10:09 , Sergio Gil Pérez de la Manga wrote:
2008/3/14 Andrés gutiérrez [email protected]:
perdon:
Hola manuel soy novato y no entiendo tu pregunta, es coña?
No entiendo tu RESPUESTA
Hola Andrés,
Que lo diga Manuel mismo pero me atrevo a aventurar que pretendía ser
irónico. Habrá pasado una mala noche =;-)
Incluso se rumorea que anda viendo videos de Rafael, mal asunto.
Hola,
Hola manuel soy novato y no entiendo tu pregunta, es coña?
No entiendo tu RESPUESTA
No te asustes… Rails sí puede escalar y puede soportar carga. Imagino
que Manuel simplemente estaba siendo un poco irónico. Al menos así lo
entendí yo.
Sinceramente viendo el planteamiento te diría que ese portal no se puede
hacer ni en Rails ni en ninguna otra tecnología conocida por el ser
humano.
Un portal que soporte una carga brutal en el mínimo hosting posible
suena complicado. Ya dice el mail que se ha probado el Slice con PHP y
no es capaz de soportar la carga de usuarios prevista. Luego está el
tema del espacio en disco. Incluso aunque alojases los documentos en
otra máquina para no llenar el disco duro de tu hosting (que con tantos
documentos se llenaría en seguida), eso te obligaría a pagar a la
empresa donde guardes los documentos algo más en función del tráfico, y
parece que el presupuesto no lo permite.
Ahora… si la pregunta es si Rails puede soportar tráfico elevado y
puede escalar. Sí, puede. No lo hace solo, como ninguna tecnología lo
hace sola. Pero lo puede hacer. La escalabilidad es lo suficientemente
compleja como para que tu framework sea tan solo una pieza del puzzle.
Yo te diría que alguien que sea capaz de hacer escalar una aplicación en
PHP, JAVA o .NET es capaz de hacer escalar una aplicación en Rails… Y
al revés… la mayoría de críticas de que Rails no escala me temo que
vienen de gente que nunca ha necesitado una aplicación con escalabilidad.
Saludos,
javier ramírez
“Haber” en este caso va sin “h” y con “v” => “Aver” 
Lo siento, no podia dejarla pasar, pero tampoco podia lanzarlo a la
lista.
Hasta luego
El dÃa 14/03/08, Pablo Formoso E. [email protected]
escribió:
Haber seamos coherentes:
-
PHP es un lenguaje, RoR un framework (cosas diferentes). Lo lógico
serÃa comparar PHPCake con RoR.
-
Los desarrollos, bajo mi punto de vista, no depende del lenguaje
cuando no se tienen restricciones
que lo limiten. Hoy en dÃa se pueden montar arquitecturas SOA muy buenas
y escalables.
-
Con el punto 2, un framework puede tener ciertas limitiaciones pero
el hacerlo escalable o no todo
depende de la pericia en análisis y diseño (y el que diga que Rails no
es escalable que se lo cuente a los
37Signals o le eche un vistazo a Basecamp)
Esto creo que va un poco en conexión con el correo de RoR no es fácil.
Antes de preguntar hay que saber
de que se está hablando.
Respondiendo a tu pregunta Mauricio, debe de bajarar todas las opciones,
hacer una analisis de necesidades
y escoger la mejor opción. Si tus conocimientos son más amplios en PHP
te recomiendo que lo hagas en PHP
por que con Ruby puedes tener porblemas de optimización al principio que
te hagan caer en la idea de que
“algo” es mejor que “algo”.
Para el tema de la carga y los usuarios dejame darte una formula NGiNX +
Cluster de “Mongrelitos” :),
donde tienes la escalabilidad en la carga? Puedes añadir mongrelitos al
cluster en caliente si asà lo requieres
y conectaros al NGiNX para servir las peticiones.
Un saludo a todos.
El vie, 14-03-2008 a las 09:38 +0100, Manuel González Noriega escribió:
CorrectÃsimo, y no queria publicarlo a la lista entera, solo queria
enviarselo a Pablo (lo siento).
El dÃa 14/03/08, Sergio Gabriel R. [email protected]
escribió:
yo tampoco puedo dejar pasar lo tuyo, no es “Aver”, es “a ver” separado.
byes.
2008/3/14 Dani D. [email protected]:
On 14/03/2008, Pablo Formoso E. [email protected] wrote:
El evolution y el corrector ortográfico… Es el problema que tenemos la
generación del
SMS, que como no funcione el SpellCheck estamos jodidos.
Este hilo está enfermo, como yo, y hay que ponerlo a dormir, como a mi.
Hilo cerrado.
–
Manuel, que
piensa que eres una excelente persona y medra en torno a
http://simplelogica.net y/o simplelogica.net
Recuerda comer mucha fruta y verdura.
Si el enunciado de la pregunta es el que es y no has puesto pegas a los
comentarios. Digo…
Si ya has hecho puebas con slicehost, es el hosting que vas a tener por
no
tener más presupuesto y no soporta php, que podrÃa ser la elección, y
tienes
confianzas en tus pruebas, no sigas no hace falta ni plantearselo, no se
puede tener un buen desarrollo en esas condiciones, por el mismo cliente
ya
está regateando en lo más básico, que es el hosting, y este tiene que
responder a las exigencias mÃnimas.
No decidas entre PHP + framework o RoR, decide con qué andarÃas mejor,
la
tecnologÃa no te va a garantizar nada, lo único que va a garantizar el
éxito
del proyecto es que tu seas capaz de desenvolverte con ella y encontrar
la
solución. Si dominas bien ambas guay, pero sino tendrás que añadir al
presupuesto de forma clandestina un perÃodo de tiempo indeterminado por
el
cual tendrás que aprender la nueva tecnologÃa y de nuevo incurrimos en
que
no hay un presupuesto holgero.
Y a la pregunta de que rails no escala, ni molestarse, las pruebas
hablan
por sà solas.
jesús.
El evolution y el corrector ortográfico… Es el problema que tenemos
la generación del
SMS, que como no funcione el SpellCheck estamos jodidos.
Seguramente tendré muchas otras, tampoco reviso todos los correos que
mando 
No te preocupes se aceptan todas las crÃticas y está bien que lo
digamos,
no problem.
PD. Parece que nos levantamos todos finos… que es viernes hombre!
El vie, 14-03-2008 a las 06:37 -0300, Sergio Gabriel R. escribió:
Pues a mí me gusta.
–
Fernando
GuillénDesarrollador Web Freelance
el slice de 512 de Slicehost que ya hice pruebas con el portal actual
que esta en php no soporto la carga de usuarios y el presupuesto que
ellos me dan no me da para un presupuesto mayor.
Milagros en Lourdes. El problema no es de PHP o Rails sinó del
presupuesto. Yo estoy desarrollando ahora una aplicación que
seguramente soportará mucha más carga que la que comentas tu, y el
cliente entiende que no lo puede poner en slicehost en un slice de 512
y está dispuesto a pagar una pasta a Engine Y., que por cierto me ha
impresionado el servicio que dan, pero teniendo en cuenta la gente que
hay detrás no me extraña. Dejo el tema EY para otro hilo y Jaime o yo
ya os contaremos nuestras experiencias cuando acabe el proyecto, ya
que creo que es la solución al “problema” del “hosting” para
aplicaciones de gran volumen.
Un saludo.