Server App Parex

[LeandroBraier]

@mkreyness en esto solo necesito que me asesores para seguir los mismos pasos que hicieron para la app de Danica. Después el tema lo tomamos MS y yo.

Necesitamos un server para la app de Parex que estamos haciendo.

Lo que dicen los desarrolladores es lo siguiente:

Respecto del server para comenzar, lo mas sencillo seria poder tener las llamadas REST para loguear, registrar y el forgot password del usuario.

Habria que definir que campos seran los requeridos para registrar/loguear un usuario y preparar el server para que podamos enviarle los datos desde la app. Casi siempre se usan servicios REST dado que es lo mas comun.

abrazo

[mkreyness]

Es que lo de Danica no era REST sino SOAP, otro protocolo, asi que no aplican los mismos pasos. REST es seguramente mucho mas sencillo, pero no aplica para info estructurada (la estructura de las recetas con ingredientes era bastante compleja), por eso yo usé SOAP.

Al desconocer yo de que se trata la aplicacion, no puedo saber si la info es compleja o no, por lo tanto no se si es bueno usar REST o no. Tampoco se si los datos son cosas que ya tenemos (como era en el caso de Danica, que las recetas existian INDEPENDIENTEMENTE de la app) o es una base EXCLUSIVAMENTE de informacion del app.

O sea, no tengo informacion suficiente para recomendarte nada.

[LeandroBraier]

Los datos a almacenar según tengo entendido son:

Info de Usuarios (como en Vendedores) Info de Productos (como en Calculador)

Solo esto. La App es idéntica a esta:

http://www.rubi.com/apps/easytiler/ https://www.youtube.com/watch?v=0N3qpUKK7jE https://play.google.com/store/apps/details?id=com.rubi.easytiler&hl=en

Solo le quieren agregar el Calculador y algunos elementos del plano (inodoro, bidet, esas cosas).

Fijate, investigalo un poco apenas puedas y decime qué recomendás. Salvo que consideres que lo puedo ver directo con MS así te quito un peso de encima, decime vos.

abrazo

[mkreyness]

Ah, el app de Rubi, pero eso es complicadisimo y mas para KLAUKOL que para Parex. Ubicame un poco en contexto por favor, por ahora para mi no es un problema tecnico, es un problema de definición de alcances y objetivos que no tengo para nada claro:

Entiendo que esto NO es Klaukol sino Parex, de lo cual no tenemos armado un "club". Esto implicaria primero tener un "club de colocadores parex" o algo asi ? Va a tener que tener un sistema web mas alla de que exista el app ? O al menos una administracion web aunque los usuarios no accedan web ? Dejar que el diseño surja como requerimientos para un app y no ver el panorama completo es complicarnos infinitamente la vida despues. La base de datos tiene que existir mas alla del app, la tenemos que definir "desde aca" primero y como gran parte ya existe (productos), tiene que ser manejado coherentemente con lo que hay (o sea, yo). Despues la programacion de las interfaces las puede hacer cualquiera, pero no quisiera que se rompa la base de datos, el acceso via CMS, etc.

[LeandroBraier]

Marce, tranquilo. La app ya la está programando un desarrollador externo como te comenté el lunes en la reunión. No hay ningún club ni nada.

La base de usuarios es de los que se registren en la app, nada más. Hay perfiles de usuarios porque pueden almacenar sus planos ahi y todo. Tienen un avatar, etc. Fijate en los links que te pasé. Pero la parte de desarrollo la hace un externo.

Decime qué otra info te falta para definir esto, no entiendo por qué es tan complicado. Solo necesito gestionar un server para que esta gente suba la app y los datos. Más allá de eso, me parece que la base de datos de productos es la misma del calculador, debería estar incorporada junto con la app en el server, no estar conectada a la web porque sino depende mucho del wifi.

[mkreyness]

Si esto va a ser TOTALMENTE separado (sin acceso al servidor de parexklaukol.com.ar para nada), y ellos van a gestionar el server, esta todo perfecto y las especificaciones te las tienen que pasar ellos, ni idea lo que necesitan, no se puede definir esto en forma generica. Creales una cuenta en Duplika y pasales los datos de acceso. Lo mejor es que lo manejen todo directamente ellos y lo implementen como mejor les convenga.

Las reglas del calculador (si es que estamos hablando del de Adhesivos y Pastinas, del otro ni idea todavia) una vez que este terminado se puede exportar la informacion y que la usen en forma local en el App, tampoco tendrian por que conectarse live para eso. De eso podemos armarles un XML como se hizo para exportar inicialmente las recetas con Danica, pero nada de eso es un tema de APIs/REST/etc. es solo una exportacion de un archivo de texto.

[LeandroBraier]

Perfecto MK. Entonces vuelvo a la pregunta inicial.

Qué server conviene contratar en base al pedido de ellos de usar REST?

2016-02-24 11:17 GMT-03:00 mkreyness notifications@github.com:

Si esto va a ser TOTALMENTE separado (sin acceso al servidor de parexklaukol.com.ar para nada), y ellos van a gestionar el server, esta todo perfecto y las especificaciones te las tienen que pasar ellos, ni idea lo que necesitan, no se puede definir esto en forma generica. Creales una cuenta en Duplika y pasales los datos de acceso. Lo mejor es que lo manejen todo directamente ellos y lo implementen como mejor les convenga.

Las reglas del calculador (si es que estamos hablando del de Adhesivos y Pastinas, del otro ni idea todavia) una vez que este terminado se puede exportar la informacion y que la usen en forma local en el App, tampoco tendrian por que conectarse live para eso. De eso podemos armarles un XML como se hizo para exportar inicialmente las recetas con Danica, pero nada de eso es un tema de APIs/REST/etc. es solo una exportacion de un archivo de texto.

— Reply to this email directly or view it on GitHub https://github.com/LeandroBraier/Klaukol/issues/264#issuecomment-188272897 .

[mkreyness]

Cualquiera chico, no creo que tenga gran volumen de datos ni movimiento. Pero te insisto que depende mucho mas de lo que ellos vayan a necesitar instalar en el server, el termino "REST" realmente no implica usar un software en particular, es simplemente un determinado formateo de los datos que viajan.

[LeandroBraier]

Ok, pero cuál hosting usaron para la app de Danica! jajaja Quiero saber eso al menos! para poder averiguar en la página de ellos.

Con eso ya te dejo de hinchar. Gracias!

[mkreyness]

El mismo que el de Danica, no se hizo uno aparte. Yo lo que hice fue un "SOAP webservice", que era simplemente un programa que se ejecutaba al acceder a un determinado URL dentro de la web de Danica el cual, con la debida autenticacion y usando protocolo SOAP, se ejecutaban las funciones de mi API.

Yo en este caso te digo de hacerlo en un server aparte simplemente para no mezclar la hacienda y evitar que porque toquen una cosa nos dejen de andar las otras. Ya para eso los tenemos a los de Duplika y a nosotros mismos.

Tecnicamente REST es otra cosa, no es un protocolo, es solo el formato que se le da a los datos (un XML), sobre que protocolo lo van a montar (http u otros) ya es tema de ellos. Supongo que sera http, y por lo tanto cualquier server comun de los que vende Duplika alcanza.

[LeandroBraier]

Gracias @mkreyness ! Creoq ue con esta info me arreglo.

abrazo

[LeandroBraier]

@mkreyness consulta técnica: estoy leyendo en foros que recomiendan para una app contratar un VPS, es decir, un servidor virtual. En ese caso, estoy entre estos dos, el pack más chico de USD 5 por mes.

https://www.vultr.com/pricing/

https://www.digitalocean.com/pricing/

Decime si lo ves OK lo mando a MS y Eze.

abrazo

[LeandroBraier]

"El Server" es muucho más barato:

https://www.elserver.com/

Pero no sé si es confiable.

[mkreyness]

Yo no tengo referencias ni de unos ni de otros. Probablemente si los planes son parecidos, sean distribuidores de uno mas grande (capaz el mismo), estos "planes" son sub-sub-sub-sub-hostings dentro de alguno grande que tiene un sistema de revendedores piramidal.

Por otra parte en Amazon, por un año, se puede hacer totalmente gratis (si los requerimientos son bajos). Seguro que cualquiera en $ es mas barato que los que son en u$s. Yo use durante un tiempo unos tipos que estan fisicamente en Rosario, que ahora se llaman "DonWeb" (antes tenian otro nombre mas serio). Era barato pero el hardware eran PCs reventadas que no daban mas, los discos se hacian torta cada dos por tres.

De todos modos te vuelvo a decir lo mismo que antes: depende de lo que se vaya a hostear ahi y quien lo haga, si los que desarrollan el app van a hacer esta parte (seria lo mejor porque asi se ahorran miles de idas y vueltas en coordinar las 2 mitades), esa definicion de plataforma, requerimientos de espacio, etc. te la tienen que dar ellos.

[LeandroBraier]

Entiendo MK! Gracias! Lo vi con MS también y ahi le mandé a ls desarrolladores las opciones incluyendo Amazon. abrazo

[LeandroBraier]

@mkreyness como andás? Reactivo este tema porque tenemos avances de la app de Klaukol y necesitamos configurar este server que tenemos habilitado en Digital Ocean. Confirmame si tenés el acceso. Los datos que tengo son estos:

https://cloud.digitalocean.com/login
info@benteveo.tv
6c3cfc8be6682ccb

Te digo lo que me piden los desarrolladores: cuando hablamos de un server, hablamos de un servicio REST, donde la app puede realizar consultas, enviar y recibir data para que las apps se mantengan sincronizadas.

Por ejemplo, nosotros tenemos una app que se llama AIMANT. Esta app, tiene en panel de control donde podes cargar negocios con todos sus datos y ademas, el servicio REST me da la posibilidad de mostrarlos en la app.

Por ejemplo, en este caso estamos haciendo una llamada GET a http://guiaimant.com/app/recipes/negocios.json me devuelve un json con todos los datos que existen hoy de negocios.

Si yo quisiera hacer una busqueda, le paso otros parametros para que me devuelva otro json. Si quisiera agregar un negocio desde la app, hago un POST con los datos a otra URL y el server me lo va a entender, lo va a agregar y me va a devolver una respuesta.

Esto es lo que estamos necesitando para la app de Klaukol, pero con sus llamadas, datos y demases personalizados.

Cualquier duda más avisame. Te puedo pasar todas las pantallas de la app apra que veas los datos a subir. En general son datos de perfil de usuario, datos de setting de los planos que genera la app y los archivos mismos de dichos planos, vinculados a un perfil de usuario.

Cualquier otra cosa que necesites decime y les consulto. abrazo

[mkreyness]

me rechaza el login con esos datos, no se que mirar. Ese server es "nuestro" ? No entiendo bien. Si se puede o no implementar algo en ese server, depende de lo que el server nos deje hacer (por ejemplo, si fuera el de Guilleron, donde no se pueden correr scripts, seguro que no). La verdad que ni me acuerdo de que se trata esto, necesitan acceder a una base de datos PROPIA DEL APP ? No entiendo por que no lo implementan ellos directamente en ese servidor.

[LeandroBraier]

Tenés razón, cambió la password MS.

probá con esta:

TkP-2gw-Vuv-t2Y

[mkreyness]

Si ahi pude entrar, y abrir una consola del "droplet" ParexApp, pero no se que user/password poner ahi. Obviamente probe con los mismos, pero no funca.

[LeandroBraier]

Probá con estas:

root@159.203.149.125,

pass: bl4cks4bb4th

(yo no entiendo del tema, pero me guío por mails viejos y mi intuición)

[mkreyness]

tampoco

[LeandroBraier]

Recurro a @valentinsabbath que estuvo seteando eso hace ya más de un mes. Te acordás Valen como entrar al droplet de la app de Parex en Digital Ocean?

[ghost]

Ese server es nuestro pero lo usan esos desarrolladores El acceso es root@104.236.206.14 (ip dinamica) El pass era bl4cks4bb4th pero no se por qué no anda, quizás lo cambiaron ellos.

[ghost]

Igualmente para qué queremos entrar al server que están usando los de la app. Capaz que lo que necesitan es un servidor de mayores prestaciones o un dominio

[LeandroBraier]

jajaja Parece un teléfono descompuesto. Aclaro por las dudas:

Los de la app no tienen server. Están desarrollando la app y NECESITAN un server. Nosotros contratamos ese y creamos ese mismo Droplet. Cuando ellos entraron, me dijeron que no estaba preparado para lo que ellos necesitan, que es:

**Cuando hablamos de un server, hablamos de un servicio REST, donde la app puede realizar consultas, enviar y recibir data para que las apps se mantengan sincronizadas.

Por ejemplo, nosotros tenemos una app que se llama AIMANT. Esta app, tiene en panel de control donde podes cargar negocios con todos sus datos y ademas, el servicio REST me da la posibilidad de mostrarlos en la app.

Por ejemplo, en este caso estamos haciendo una llamada GET a http://guiaimant.com/app/recipes/negocios.json me devuelve un json con todos los datos que existen hoy de negocios.

Si yo quisiera hacer una busqueda, le paso otros parametros para que me devuelva otro json. Si quisiera agregar un negocio desde la app, hago un POST con los datos a otra URL y el server me lo va a entender, lo va a agregar y me va a devolver una respuesta.

Esto es lo que estamos necesitando para la app de Klaukol, pero con sus llamadas, datos y demases personalizados.**

[mkreyness]

O sea, en vez de decirte "no tenemos la menor idea de como hacerlo" te dicen "esto es lo que NECESITAMOS" ? Ellos deberian HACERLO, no PEDIRLO.

[LeandroBraier]

Lo que me dijo es que otros proveedores se lo setearon MK. Puede ser lo que vos decís, o que en su presupuesto no incluyeron setear ese server.

Nosotros no sabemos cómo hacerlo entonces?

[mkreyness]

No se QUE hacer, por supuesto si se COMO hacerlo, pero como yo no tengo la menor idea de lo que hace o necesita su app, no PUEDO hacerlo.

[mkreyness]

Es ridiculo que pateen la pelota afuera.

[mkreyness]

o sea, les diste un server pelado, y no saben que hacer con el.

[ghost]

Hace rato que tienen ese server

[ghost]

Hace como 3 meses

[mkreyness]

yo sugeri en su momento que se les de un server separado para que no me rompan las cosas del server de Klaukol

[mkreyness]

Pero si tengo que hacerlo yo, lo hago en el de Klaukol directamente.

[LeandroBraier]

Te entiendo MK, pero comparto lo que dijiste antes.

Van a tener acceso al server de Klaukol (lo cual no conviene desde tema seguridad), que además de por sí lo vamos a mudar proximamente a nuestro server de Amazon propio.

Porfa, ¿no podrán setearlo vos o Valen en este servidor? No tiene que ser ya pero resolvamoslo de una vez. Hace meses que estamos dando vuelta con esto, seguro ya perdimos más tiempo dando vuelta que lo que debe llevar setearlo.

[mkreyness]

Setear QUE COSA ! 1) no puedo entrar a ver que hay 2) no se que quieren.

[mkreyness]

No se puede hacer algo "generico", hay que hacer algo ESPECIFICO de las necesidades de ellos, las conocen ellos, no yo.

[mkreyness]

Es como si vinieras y me dijeras "me haces un server para el sistema" y yo te digo "que sistema", y vos me decis "uno que yo tengo, dale, seteame el server para que conteste lo que yo quiera cuando quiera"

[mkreyness]

Si ellos solo van a usar los servicios que yo implemente (cuando sepa que necesitan), no van a tener acceso al servidor, van a ser usuarios de paginas web, como cualquiera, salvo que esa paginas van a tener contenido de datos (json).

[mkreyness]

Para aclararlo mas: es como si ellos fueran Fede, salvo que no me entregan ninguna maqueta. Como se lo que tengo que hacer ?

[ghost]

Entonces son desarrolladores o maqueteadores? Asi cualquiera agarra el android studio y se hace una app

[mkreyness]

No tengo idea, lo que digo es que tengo que hacer yo una base de datos accesible via un webservice sin saber ni que tablas necesitan ni que campos llevan, como podria implementar eso ?

[mkreyness]

Y si tengo que hacer un webservice, lo hago en el mismo lugar que tengo el resto de las cosas, tener uno separado solo va a complicar cualquier integracion de base de datos que se quiera hacer en el futuro (con el club de colocadores, el de vendedores, o lo que fuere)

[mkreyness]

Justamente les "dimos" un server propio para que se implementen la base de datos que necesiten y hagan los accesos de webservice que necesiten, pero si no hicieron nada en 3 meses, es que no deben tener idea de como armar bases de datos ni webservices.

[ghost]

No lo hagas sin mi @mkreyness quiero aprender!

[mkreyness]

no puedo hacerlo mientras no definan sus necesidades concretas.

[LeandroBraier]

jajaja se está enquilombando y enojando al pedo

1) Están desarrollando una app que permite armar planos de arquitecto tablet. O sea, no son puros maquetadores.

2) Marce: te puse en el primer thread de hoy que necesitan un servicio REST y que te puedo pasar todas las pantallas de la app para que veas los datos a subir. A modo de descripción general te dije que son datos de perfil de usuario, datos de setting de los planos que genera la app y los archivos mismos de dichos planos, vinculados a un perfil de usuario.

Estaba esperando de ultima que me pidieras un listado de esos datos o las pantallas de esos datos para que veas como van a venir y demás. Necesito que me digas qué necesitás para configurarlo, nada más. De hecho te puedo pasar la app misma para que la veas.

Lo que necesitan pidanmelo. Si quieren hacemos una call por skype mañana uds, ellos y yo para cerrar detalles de lo que necesitan. Para mi es un idioma muy difícil este en particular.

[mkreyness]

Lo que yo necesito ver es los requerimientos, si estan en pantallas, pasame pantallas.

[mkreyness]

Todo eso de "REST" es lo de menos. Es lo mismo que decir "quiero acceder por un URL y que me traiga un json", nada mas.

[ghost]

@LeandroBraier y si abris un thread con los desarrolladores y nosotros?

[mkreyness]

Y la password de root. Creo de todos modos que se puede resetear desde la consola de DigitalOcean. Si no hicieron nada (mas que cambiar la password) reseteemosla y listo.