Frondor

Members
  • Content Count

    6
  • Joined

  • Last visited

About Frondor

  • Rank
    Newbie

Recent Profile Visitors

165 profile views
  1. Así como facebook tiene webhooks para páginas, que te permite suscribirte a ciertos eventos, por ejemplo, cuando una página edita su nombre, o le cambia el precio a un producto, el webhook se manda via POST a un endpoint en mi servidor donde puedo sincronizar esos datos. Estaría bueno tener algo como eso en mercadolibre. Existe ya algo de eso? Por ejemplo, permitirle a las aplicaciones suscribirse a eventos CRUD de productos / e-shops para poder tener los catálogos locales actualizados y mejorar la experiencia del vendedor. Me gustaría leer qué piensan al respecto, y saber si puede ser un hecho próximamente
  2. La leí compañero, por eso vine al foro. Y la vida del token no tiene nada que ver con las transacciones. Facebook lo hace, incluso maneja más transacciones: https://developers.facebook.com/docs/graph-api/reference/v2.9/payment https://developers.facebook.com/docs/games_payments Pero no viene al caso.
  3. No sé si es una tomada de pelo, o fue con la mejor de las ondas... jaja Entiendo perfectamente como funciona OAuth y OAuth2, sólo me preguntaba si actualmente existía, tal y como facebook lo hace con las apps y las páginas, una manera de generar access_tokens de larga duración. O sea, mayores a 6 horas. Pero por lo visto eso no es posible en meli.
  4. Un timer no sería overkill? Con guardar el expires_in + timestamp (now) y en cada llamada chequear que expires_in < now() ya sería suficiente. Pero en realidad, qué pasaría si quiero automáticamente re-enlistar ciertas publicaciones terminadas? Digamos que configuro un cron, pero éste se tiene que autenticar. Por el simple hecho de no poder manejar la redirección con el &code=. No va a ser posible.
  5. Me estaba rompiendo la cabeza al pedo. En la documentación /items/ no aparece como un recurso público, y le pasan el access_token. Después me di cuenta que no lo necesitaba. Aún así, estaría bueno manejar tokens de aplicación en el futuro para automatizar algunas cosas.
  6. Encuentro poco práctico tener que autenticarme desde el servidor cada vez que quiero hacer una llamada a la api. Es decir, si quiero simplemente traer los datos de un item (un producto publicado en mi web, y meli) y en el servidor simplemente hago la llamada correspondiente, el access_token tiene que ser válido. Pero como expira cada 6 horas es necesario refrescarlo. Me preguntaba a ver si no hay otra forma de mantener un access_token permanente, así como facebook tiene los "page access token" y "app access token", no hay alguna forma de conseguir un token permanente para la aplicación? Desde ya, muchas gracias.