GARO4525319

Members
  • Content Count

    23
  • Joined

  • Last visited

  • Days Won

    2

GARO4525319 last won the day on July 15

GARO4525319 had the most liked content!

About GARO4525319

  • Rank
    Newbie

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Puede que el error sea que usas: curl_setopt( $ch , CURLOPT_POSTFIELDS , http_build_query( $dataMeli ) ) ; Pasale solo el $dataMeli a ver si te funca. Y sino, usa la SDK parar php que te hace eso mas facil: https://github.com/mercadolibre/php-sdk De paso te comento que ese sdk usa estas opts por defecto para el curl: public static $CURL_OPTS = array( CURLOPT_USERAGENT => "MELI-PHP-SDK-2.0.0", CURLOPT_SSL_VERIFYPEER => true, CURLOPT_CONNECTTIMEOUT => 10, CURLOPT_RETURNTRANSFER => 1, CURLOPT_TIMEOUT => 60 ); El CURLOPT_SSL_VERIFYPEER yo localmente lo testeo en false, sino no funciona obiamente.
  2. Si, es un error muy común, eso de "titilar" es super conocido en todos los lenguajes de programación. No probaste dándole una patada a la maquinita?? Ja ajaj, no en serio, vamos, si no es clara la duda/pregunta, difícil se te responda algo.
  3. No se como estas gestionando la $_SESSION, supongo que estas probando con los php de ejemplo del SDKPHP.... pero eso es solo un ejemplo, si la data no la guardas en una, por ej, base de datos para que cuando cargues la pagina de nuevo no necesites nada, ya que vas a tener el token y refresh guardados, idem expire... ahi vas a poder crear un Meli que si te va a funcionar. Asi como tenes el codigo, no va a funcionar. Fijate, hace un print_r($meli) abajo del todo y te vas a dar cuenta lo que digo.
  4. Y $itemId que le estas pasando? Ahi deberia ir el customer ID de la aplicación creada. Por eso te preguntaba si no estaras pasando mal ese ID. Si me baso en el nombre de la variable, es incorrecto que sea $itemID, ya que ahi no va un ID de un item, sino el ID del usuario. Por cierto, esto lo estas testenado en donde? Si es localmente deberias desactivar el SSl en las opciones del cURL de Meli. Idem si es online en un server sin SSL.
  5. Juvian, bueno no se si eso de que no soporta a "order" es asi, que no este documentado no significa que no este. Es mas, si esta, porque justamente ese listado de IDS, lo saco antes de un GET users/[sellerID]/items/search?order=start_time_desc Y ahi si funciona y me devuelve el result usando start_time_desc para ordenarlos. No coincido con que no debería ordenarlos, mas aún cuando ni siquiera respeta el orden de los IDS pasados. A ver, si yo paso ids=1111111, 222222, 333333, ¿porque el result de eso los randomiza? Como mínimo esperaría que me respetara ese orden de IDS separados por coma. No? Pero, resulta que esto del random afecta otros GET de la API, por ej: http://api.mercadolibre.com/sites/ Fijate, hace random, nunca el result viene igual. Si claro que yo puedo volver a re-ordenar esos results en base al ID o al NAME, pero es sinceramente ridículo que tenga que hacer eso.
  6. Buenas, a ver si alguien tiene alguna idea de que esta pasando, vayan aca: https://api.mercadolibre.com/sites/ El listado de paises sale desordenado a cada refresh. Nunca sale ordenado. Lo logico seria que fuera ordenado o por el ID o por el Name, pero nada de eso, siempre random. Esto mismo del random pasa en otros results de la API que no deberia pasar. Entonces ¿que esta pasando? Se hace muy dificil desarrollar asi las cosas.
  7. Esta medio muerto este foro, no? no logro entender el propósito del mismo, nadie responde nada. Desde que lo uso, todas las consultas sobre el funcionamiento de la API que he hecho, nada, he tenido que buscarle la vuelta por otro lado, incluso con cosas que no están documentadas. Por mi esta bien, yo me doy maña, pero ¿para que es el foro entonces?
  8. Que es $itemId? Estas usando el ID del usuario? o sea el Cust_id (customer ID)? No estarás confundiendo esa variable? En los $params, estas pasando el access_token, verdad? Cualquiera de esos datos erróneos, te puede dar un 403.
  9. A ver, ya posteé esto hace rato y solo una persona me respondió y no sirvió de mucho, hagan ustedes la prueba, use items/?ids= para obtener digamos, 4 o 5 publicaciones, asi sin mas, los devuelve ordenados random siempre. Ah no? miren: https://api.mercadolibre.com/items?ids=MLU464505819,MLU464356236,MLU464356996,MLU464471304&order=start_time_desc Recargen la pagina dos, tres, cuatro veces... No hay manera, otro ejemplo: https://api.mercadolibre.com/items?ids=MLU457021352,MLU451343845,MLU443980491,MLU446714658&order=price ¿Alquien puede decir algo al respecto? A ver, es bien simple, así sin "order", también pasa: https://api.mercadolibre.com/items?ids=MLU457021352,MLU451343845,MLU443980491,MLU446714658 ¿Como cornos no me esta tirando los resultados respetando el orden de los ids así tal cual los estoy poniendo en la url? No tiene sentido. Eso esta haciendo un random antes de tirar el result. O sea, esta mal.
  10. Aja, o sea que no sabes como capturar los parámetros de una URL vía javascript. Te repito, no tiene entonces nada que ver con la API, no es el lugar donde preguntar, ni tiene sentido alguno, algo que es básico de js ademas.
  11. Me hace lo mismo, no toma el orden de los IDS, me los ordena al azar siempre. Pero como digo antes, esto solo pasa luego de pasar la URL por Meli, si voy directo a la URL los ordena como tiene que ser. Edito 1: si me hace lo mismo si voy directo por URL, los ordena al azar en cada refresh. El SDK de Meli que estoy usando es tal cual el que esta en github: https://github.com/mercadolibre/php-sdk Solo cambie el CURLOPT_SSL_VERIFYPEER a false para hacer test locales. No creo que eso tenga algo que ver de todos modos. Voy a probar hacer algun CURL sin el meli a ver que me tira.... 😞 Edito 2: Ya probé sin meli, es lo mismo, pasa ya a nivel de respuesta desde https://api.mercadolibre.com/items?ids= directamente.
  12. Ah por cierto, estoy usando el SDK Meli y es cuando lo uso para hacer el ->get que me pasa esto. Si voy directo a la url generada, tipo: https://api.mercadolibre.com/items?ids=MLUXXXXXX001,MLUXXXXXX002,MLUXXXXXX003?access_token=APP_XXX-2004166195814816-XXXXXX-2c6ca846ff51bce9104979d7fbadd59c-XXXXXXXX Ahi si me respeta el orden de los IDS pasados. Pero si eso mismo lo hago por Meli, me pasa lo que digo antes. Y lo único que estoy haciendo es: $url = '/items?ids='.$ids.''; $items = $meli->get($url,$params); Donde $params lleva el $access_token. Ahora si que no entiendo porque la URL si me ordena bien y si lo hago por Meli no, deberia ser lo mismo o no?
  13. Buenas, tengo un problema y no le encuentro la vuelta. Estoy laburando en PHP y justo es algo que no esta documentado en los recursos de la API, le comento el caso: 1 - Hago un GET a '/users/'.$seller_id.'/items/search' y le paso el param "order" como "start_time_desc". Hasta ahi ok, si levanto los $results, me tira un array con los IDS de las publicaciones ordenadas segun start_time_desc. (ahora explico otra cosa que no logro entender respecto a "order") 2 - Con ese array e IDS, lo paso a un string separado por commas ($ids) para usar con un GET /items?ids='.$ids.'. Con eso obtengo los datos de cada publicacion. Hasta ahi todo fenomeno, pero el segundo GET /items?ids, no me esta respetando el orden.Me los tira al azar y ya probe volver a pasar el parametro "order" en el items?ids, pero nada. Creí que era evidente que el orden del result de esa url iba a ser el mismísimo orden de esos IDS pasados... pero nop!! Lo otro que digo ahi que no logro entender del "order" es que también probé pasando "orders" (la S), y también funciona. Me refiero al primer GET /users.../items/search. Y no encontre nada documentado puntual sobre como usar "order" u "orders" en los parametros. Tonces, ¿como logro hacer que me respete el orden de los IDS pasados en el GET /items?ids ? A ver, perfectamente podría agarrar ese array de IDS, y hacer un foreach y a cada ítem hacer un GET por separado para solo ese ID, pero la idea es no hacer varios GET, sino uno solo para todo. supongo ademas que para eso existe /items?ids.
  14. Bueno, preocupate por ahora solo de la parte de Redirect URI * Claro que tenes que tener un servidor web para usar esto, sino donde? La redirect_uri es justamente donde vas a autorizar cuando pidas el token, te va a devolver una url a ese mismo redirect_uri, con un parametro de "code", con ese code, y segun la sdk que uses, o el lenguaje que uses, vas a poder obtener el token y recien ahi vas a poder interactuar con la api a nivel privado. Pero para eso vas a necesitar varias otras cosas, el token dura 5 horas y media aprox, por eso hay un refresh_token. Seguro que leiste toda la documentación por lo menos todo lo básico? Lo de hacer pruebas, esta documentado, pero primero tenes que entender como es el proceso de la autentificación.
  15. Si pero: - capturar parámetros de una URL - guardarlos en una variable - cerrar la ventana Son todas cosas que no tienen nada que ver con la API. ¿Cual es exactamente ese "tengo problemas con la autorizan" ?