Javier, Miguel:
Efectivamente hay maneras infinitamente más eficientes a la hora de montar el
proyecto con soluciones específicas de web.
Pero en este caso como lo que pretendo, fundamentalmente, es profundizar en lo
que Javier mismo ha denominado "webR" por lo que no contemplo esas
soluciones especificas (si acaso solo como "apoyo" a R).
Básicamente se trata de hacerlo todo con R, aun sabiendo desde el principio, que
seguro que no es la mejor forma de hacerlo (sobre todo en lo referente a
sencillez y rendimiento).
Llevando el caso al extremo, seria como intentar hacer un procesador de textos
utilizando Excel, la mayoría diría "pero si para eso ya tienes Word y mil
aplicaciones más adecuadas" y mi respuesta seria "ya, lo sé, pero es
que yo quiero hacerlo con Excel aunque no sea ni el mejor, ni el más rápido ni
el más bonito".
> Message: 3
> Date: Thu, 16 Apr 2015 10:52:12 +0000
> From: <miguel.angel.rodriguez.muinos en sergas.es>
> To: <javier.ruben.marcuzzi en gmail.com>
> Cc: r-help-es en r-project.org
> Subject: Re: [R-es] Formulario Web
> Message-ID: <552F945C.5050704 en sergas.es>
> Content-Type: text/plain; charset="UTF-8"
>
> 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]]
>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 16 Apr 2015 09:11:33 -0500
> From: Patricio Fuenmayor Viteri <patricio.fuenmayor en outlook.com>
> To: r-help-es <r-help-es en r-project.org>,
> "jluis.gilsanz en tasacionesh.com"
> <jluis.gilsanz en tasacionesh.com>
> Subject: Re: [R-es] Formulario Web
> Message-ID: <BLU182-W3301D394B9F265508C2AD299E40 en phx.gbl>
> Content-Type: text/plain; charset="UTF-8"
>
> Hola.Interesante tu proyecto... existen varias formas de enfocarlo:Supongo
> que lo que quieres hacer es implementar un modelo de calificaci?e clientes
> (scoring), esto lo menciono por lo detallas y por el lugar en donde
trabajas.- Si
> es as?lo que necesitas es tan solo programar el modelo
> (y=b0+b1x1+b2x2+...bnxn) que como entenderas es una suma y una
> validaci?on respecto a un intervalo de calificaciones (scoring)... que es
muy
> sencillo... y no necesitas un motor de calculo poderoso.- Otra forma es que
el
> servidor haga todo el trabajo... Tuve experiencia usando PL/R
> http://www.joeconway.com/plr/ (debes usar Postgres) donde el formulario
> (en PHP) llama al proceso que: guardaba en una tabla el registro de los
datos,
> y ejecutaba un procedimiento (con PL/R) almacenado en el servidor y
> regresaba los resultados a la misma tabla, que luego era consultada por el
> formulario ... Con esto controlaba tanto el ingreso y salida de las
variables ... y
> todo el trabajo fuerte lo hacia el servidor... Espero te sea de ayuda
Saludos.
> --Archivo adjunto de mensaje reenviado--From:
> jluis.gilsanz en tasacionesh.com
> To: r-help-es en r-project.org
> Date: Thu, 16 Apr 2015 09:44:56 +0000
> Subject: [R-es] Formulario Web
>
> Hola:
>
> Tengo un absoluto desconocimiento de las posibilidades que ofrece R desde
> el punto de vista web as?ue agradecer?que alguien me ?encaminara? para
> un proyecto que me est?ondando.
>
> El proyecto consistir?b?camente en montar una especie de formulario web al
> cual acceder? distintas personas (colaboradores) repartidas por Espa?El
> formulario tendr?una serie de datos precargados y el colaborador
> deber?cumplimentar el resto de datos faltantes.
> Una vez cumplimentados todos los datos, estos se deben guardar en alguna
> estructura de datos (dataframe???) o alg?po de BBDD para su posterior
> explotaci?stad?ica (esta ser?la parte B del proyecto)
>
> En esencia el formulario deber?poder:
> -Introducir valores de tipo texto o n? as?omo valores de tipo combobox
> (valores pautados previamente),o lo que ser?un factor en R.
> -Subir documentos (fundamentalmente fotos y pdf) asociados al registro que
> se est?ditando.
> -Ser capaz de mostrar a cada usuario ?mente los registros que tiene que
> rellenar puesto que los registros se distribuir?entre los colaboradores por
> criterios geogr?cos . 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?cos, fotos ?incrustados? en el propio formulario web a
> medida que se van introduciendo datos y/o subiendo documentos.
>
> L?amente la mejor forma de hacer esto es usando lenguajes de
> programaci?eb (html, java, php etc) asociados a gestores de bases de datos
> (SQL server, mySQL etc) pero mi desaf?consiste en hacer TODO el proceso
> (Tanto la captura como la explotaci?e 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]]
>
>
>
> ------------------------------
>
> Message: 5
> Date: Thu, 16 Apr 2015 11:19:08 -0300
> From: Javier Marcuzzi <javier.ruben.marcuzzi en gmail.com>
> To: Miguel Angel Rodriguez Muiños
> <miguel.angel.rodriguez.muinos en sergas.es>
> Cc: r-help-es <r-help-es en r-project.org>
> Subject: Re: [R-es] Formulario Web
> Message-ID:
> <CAHo_aETBJH2w96WjPBc_V6n_XaLm8_bok__Y10g5vJrriYobbQ en m
> ail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> 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]]
>
>
>
> ------------------------------
>
> Subject: Pié de página del digest
>
> _______________________________________________
> R-help-es mailing list
> R-help-es en r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-help-es
>
>
> ------------------------------
>
> Fin de Resumen de R-help-es, Vol 74, Envío 25
> *********************************************