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, <miguel.angel.rodriguez.muinos en sergas.es> 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 > > > > El 16/04/2015 a las 11:44, Gilsanz, Jose Luis escribió: > > Hola: > > > > Tengo un absoluto desconocimiento de las posibilidades que ofrece R > desde el punto de vista web así que agradecería que alguien me ?encaminara? > para un proyecto que me está rondando. > > > > El proyecto consistiría básicamente en montar una especie de formulario > web al cual accederían distintas personas (colaboradores) repartidas por > España. El formulario tendría una serie de datos precargados y el > colaborador debería cumplimentar el resto de datos faltantes. > > Una vez cumplimentados todos los datos, estos se deben guardar en alguna > estructura de datos (dataframe???) o algún tipo de BBDD para su posterior > explotación estadística (esta sería la parte B del proyecto) > > > > En esencia el formulario debería poder: > > -Introducir valores de tipo texto o número así como valores de tipo > combobox (valores pautados previamente),o lo que sería un factor en R. > > -Subir documentos (fundamentalmente fotos y pdf) asociados al registro > que se está editando. > > -Ser capaz de mostrar a cada usuario únicamente los registros que tiene > que rellenar puesto que los registros se distribuirán entre los > colaboradores por criterios geográficos . De esta manera un colaborador > residente en Madrid solo ?vera? los registros relativos a Madrid y no los > del resto de provincias. > > -Mostrar mapas, gráficos, fotos ?incrustados? en el propio formulario > web a medida que se van introduciendo datos y/o subiendo documentos. > > > > Lógicamente la mejor forma de hacer esto es usando lenguajes de > programación web (html, java, php etc) asociados a gestores de bases de > datos (SQL server, mySQL etc) pero mi desafío consiste en hacer TODO el > proceso (Tanto la captura como la explotación de los datos) dentro de R, > aun cuando puedan usarse sistemas auxiliares conectados a R. > > > > Os agradezco desde ya cualquier sugerencia o comentario. > > > > Un cordial saludo > > > > TASACIONES HIPOTECARIAS S.A. > > Registration number: A-28/806222. > > Registered Office: Pº de la Castellana, 79 - 1ª ; 28046 Madrid > > > > This e-mail is for the use of the intended recipient(s) only. If you > have received this e-mail in error, please notify the sender immediately > and then delete it. If you are not the intended recipient, you must not > use, disclose or distribute this e-mail without the author's prior > permission. We have taken precautions to minimise the risk of transmitting > software viruses, but we advise you to carry out your own virus checks on > any attachment to this message. We cannot accept liability for any loss or > damage caused by software viruses. If you are the intended recipient and > you do not wish to receive similar electronic messages from us in future > then please respond to the sender to this effect > > > > [[alternative HTML version deleted]] > > > > _______________________________________________ > > R-help-es mailing list > > R-help-es en r-project.org > > https://stat.ethz.ch/mailman/listinfo/r-help-es > > ________________________________ > > 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 > _______________________________________________ > R-help-es mailing list > R-help-es en r-project.org > https://stat.ethz.ch/mailman/listinfo/r-help-es >[[alternative HTML version deleted]]
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, <miguel.angel.rodriguez.muinos en sergas.es<mailto:miguel.angel.rodriguez.muinos en sergas.es>> 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]]
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, <miguel.angel.rodriguez.muinos en sergas.es> 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, <miguel.angel.rodriguez.muinos en sergas.es> > 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]]