Estimado Miguel Por ejemplo yo mismo podría colocar algo en un servidor VPS, utilizar un servicio rest para la ida y venida de información, pero los servicios más económicos creo que pueden ser muy limitados, ¿a partir de donde R en un VPS da un resultado aceptable? Porque el usuario web necesita rápido algo en la pantalla, aunque sea un mensaje de procesando, yo había leído un informe sobre cuánto tiempo esperan y a partir de ahí se van a otro sitio o comienzan a sentir molestias, no lo recuerdo bien pero los internautas son muy "ya y ahora". Yo creo que si es un problema, no por la técnica informática, sino por la experiencia de usuario (de los posibles clientes), sería una lástima que trabaje en R realizando un excelente desarrollo y pierda clientes porque estos ven un servicio lento.
El 16 de abril de 2015, 7:52, <[email protected]> escribió: > Hola Javier. > > No veo demasiado problema con el tema del servidor. Las opciones son dos: > o lo tienes "in situ" (con lo cual habrás hecho una valoración de qué > recursos te hacen falta, cómo vas a implementarlo y cómo vas a mantenerlo, > como con cualquier otro servicio web) o lo "implementas" en la nube (idem > que el caso anterior con la salvedad de que hay ciertos aspectos que > subcontratas -pagas por ellos y te despreocupas-). > > Yo soy más partidario de la segunda opción y montar un buen VPS, pero para > gustos.... > > En el caso concreto del escenario que plantea José Luis (que es el que nos > ha llevado hasta aquí), la solución pasa por montarlo "todo con R" (según > sus especificaciones) y, así, creo que Shiny es una muy buena alternativa. > > Un Saludo, > Miguel. > > > > El 16/04/2015 a las 12:39, Javier Marcuzzi escribió: > > Estimado Miguel > > Es posible lo que dices, pero ¿tienes un servidor para instalar la parte > de R?, si lo tienes ¿cuántos recursos? Me refiero a lo siguiente, puede ser > que su trabajo esté excelente, pero los recursos del servidor al procesar R > tengan un desmedro en la calidad (velocidad) http y de base de datos, > creando una experiencia mala para el usuario. > > Hay alternativas, cada vez hay más "web R", desconozco la solución > recomendable hoy en día, sin embargo creo que hay que tener muy en cuenta > el servidor, y ese factor puede ser de mucho peso en caso de ser deficiente. > > Shiny , es conocido, o por lo menos es una opción de moda por decirlo de > alguna forma, sin embargo creo que podría escribir R desde casi un > "obsoleto" cgi-bin. Entiendo que no habría limitantes más que su > creatividad. > > Javier Marcuzzi > > El 16 de abril de 2015, 6:57, <[email protected]> > escribió: > >> Hola José Luis. >> >> Mi recomendación es que explores Shiny (http://shiny.rstudio.com/), >> puede que sea lo que necesitas. >> >> Un Saludo, >> Miguel Ángel Rodríguez Muíños >> Consellería de Sanidade >> Xunta de Galicia >> > > > > > ------------------------------ > > Nota: A información contida nesta mensaxe e os seus posibles documentos > adxuntos é privada e confidencial e está dirixida únicamente ó seu > destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, > por favor elimínea. A distribución ou copia desta mensaxe non está > autorizada. > > Nota: La información contenida en este mensaje y sus posibles documentos > adjuntos es privada y confidencial y está dirigida únicamente a su > destinatario/a. Si usted no es el/la destinatario/a original de este > mensaje, por favor elimínelo. La distribución o copia de este mensaje no > está autorizada. > > See more languages: http://www.sergas.es/aviso_confidencialidad.htm > [[alternative HTML version deleted]] _______________________________________________ R-help-es mailing list [email protected] https://stat.ethz.ch/mailman/listinfo/r-help-es
