Az eredeti bejegyzés itt.
1 |
2 |
megvan, azt hiszem... egy
urlencode(iconv("UTF-8", "ISO-8859-2", "Bütyök+Zulu"))
segített...
urlencode(iconv("UTF-8", "ISO-8859-2", "Bütyök+Zulu"))
segített...
Moderátor
Előzmény: SylverRat (#61)
Kis segítség kéne...
milyen kódolással kell átadni a paramétereket az oldalnak?
csak erre tudok már hibának gondolni, miután én (SylverRat) be tudok lépni, de Bütyök+Zulu nem tud, error -103.
köszi!
milyen kódolással kell átadni a paramétereket az oldalnak?
csak erre tudok már hibának gondolni, miután én (SylverRat) be tudok lépni, de Bütyök+Zulu nem tud, error -103.
köszi!
Moderátor
Szintén addlog funkció:
Téves játék jelszó küldése esetén a visszakapott xml-ben két msg tag van (a másodiknak inkább msg_txt-nek kéne lennie)
Téves játék jelszó küldése esetén a visszakapott xml-ben két msg tag van (a másodiknak inkább msg_txt-nek kéne lennie)
addlog funkció által visszaadott xml-ben az msg_txt tag karakterkódolása valahogy nem jó:
[msg_txt]Log r˙gzýtve[/msg_txt]
[msg_txt]Log r˙gzýtve[/msg_txt]
Vagy az is elég volna, ha lenne egy getlogid funkció, amivel adott usernek az adott játékhoz beküldött logjának az id-jét lehetne lekérni.
Kérés:
Sikeres addlog hívás esetén a kódon és az üzeneten kívül jó lenne, ha a létrejött log azonosítója is visszajutna a feladóhoz, hogy lehessen pl. képet feltölteni hozzá...
Sikeres addlog hívás esetén a kódon és az üzeneten kívül jó lenne, ha a létrejött log azonosítója is visszajutna a feladóhoz, hogy lehessen pl. képet feltölteni hozzá...
apexsek volt az első, aki a gg api-n keresztül jelentkezett, tőle lehet kérdezni az élményekről. ;-)
Moderátor
ha még nem álltál neki, nem is kell, szépen megy ez a másik módszerrel is... :o)
Moderátor
Előzmény: szg (#54)
Az általad vázolt ötlet is a lehetőségek között volt eredetileg, de az app jellegű alkalmazásokhoz ez a megvalósítás tűnt jobbnak.
Meglátom, hogy lesz-e időm holnap estig megvalósítani.
Meglátom, hogy lesz-e időm holnap estig megvalósítani.
Házigazda
Előzmény: SylverRat (#53)
másfél óra alatt összeszenvedtem az api-n keresztüli jelentkezést a ddrkt oldalra. a folyamat közben 2 post és 1 get lekérést kell az oldalnak küldeni (uservalidate, getuserdata, userlogout).
ezt kéne valahogy leegyszerüsíteni...
ötlet:
a /api-n belül egy olyan szkript, ami csak az adott oldalról (pl ddrkt.hu) érkező kérésekre hallgat, megjelenít egy bejelentkezési formot (ha az adott gépen a user nincs bejelentkezve) a gpsgames oldalon (!! én se szívesen adom ki a jelszavam "idegen" oldalnak...), megkérdezi, hogy engedélyezem e az adatok kiadását.
ha igen, xml-ben visszaadja azokat a hívó oldalnak.
:-)
ha nem így gondolod, marad a jelen formájában a bejelentkezés, és hnap estétől élni fog.
ezt kéne valahogy leegyszerüsíteni...
ötlet:
a /api-n belül egy olyan szkript, ami csak az adott oldalról (pl ddrkt.hu) érkező kérésekre hallgat, megjelenít egy bejelentkezési formot (ha az adott gépen a user nincs bejelentkezve) a gpsgames oldalon (!! én se szívesen adom ki a jelszavam "idegen" oldalnak...), megkérdezi, hogy engedélyezem e az adatok kiadását.
ha igen, xml-ben visszaadja azokat a hívó oldalnak.
:-)
ha nem így gondolod, marad a jelen formájában a bejelentkezés, és hnap estétől élni fog.
Moderátor
Előzmény: SylverRat (#52)
v0.46 újdonságai:
* geutuserdata - visszadja az email címet, ha a felhasználó engedélyezi
Bugfix:
* getgames - user adatok
* getgameslog - user adatok
* geutuserdata - avatar link
Update:
* hibakódok az oldalon [link]
* érvénytelen kulcs esetén is xml formátúmú visszajelzés
Fontos! A felhasználó figyelmét beléptetésekor fel kell hívni, hogy az email címe átadásra kerül, ha bejelöli az email opciót! Ha nem engeded választani, és hidden adatként állítod be, akkor is kell a figyelmeztető szöveg!
Leírás az apihoz: [link]
demó oldal az api használatához: [link]
* geutuserdata - visszadja az email címet, ha a felhasználó engedélyezi
Bugfix:
* getgames - user adatok
* getgameslog - user adatok
* geutuserdata - avatar link
Update:
* hibakódok az oldalon [link]
* érvénytelen kulcs esetén is xml formátúmú visszajelzés
Fontos! A felhasználó figyelmét beléptetésekor fel kell hívni, hogy az email címe átadásra kerül, ha bejelöli az email opciót! Ha nem engeded választani, és hidden adatként állítod be, akkor is kell a figyelmeztető szöveg!
Leírás az apihoz: [link]
demó oldal az api használatához: [link]
Házigazda
getuserdata-nál egy / hiányzik a user_avatar-ból.
továbbra sincs döntés email ügyben?
és egy kis nyafogás:
megoldható lenne, hogy a hibaüzenetek megfejtését bemásolod a [link] oldalra is, ne kelljen mindig visszakeresnem azt a posztodat?
vagy esetleg azt is az xml-ben visszaadni pl "error_string"-ként (későbbiekben bővíthető lenne további hibaüzenetekkel, kliensoldali buzerálgatások nélkül)?
btw, az "Érvénytelen kulcs!" egy darab string-et ad vissza, nem tudta az xml parser-em értelmezni... :o)
továbbra sincs döntés email ügyben?
és egy kis nyafogás:
megoldható lenne, hogy a hibaüzenetek megfejtését bemásolod a [link] oldalra is, ne kelljen mindig visszakeresnem azt a posztodat?
vagy esetleg azt is az xml-ben visszaadni pl "error_string"-ként (későbbiekben bővíthető lenne további hibaüzenetekkel, kliensoldali buzerálgatások nélkül)?
btw, az "Érvénytelen kulcs!" egy darab string-et ad vissza, nem tudta az xml parser-em értelmezni... :o)
Moderátor
Még egy hiba:
getgamesbydistance-nál a meg nem talált játékokra szűrés csak a user_id megadás esetén működik, token megadásra nem
getgamesbydistance-nál a meg nem talált játékokra szűrés csak a user_id megadás esetén működik, token megadásra nem
A 0.45b verzió óta van egy hiba a getgames funkcióban:
a [user_nev] tagbe is a [name] tartalma kerül.
Az addlog viszont nagyon szépen műxik.
a [user_nev] tagbe is a [name] tartalma kerül.
Az addlog viszont nagyon szépen műxik.
Koordinátás megtalálás bejelentésnél hogyan értendő a koordinátákra az array előírás?
Sima String nem felel meg?
Idézet
log_koord_1 ([array) - lat gps formában (pl.: 47°46.969')
Sima String nem felel meg?
Kis türelem és kitaláljuk a technikai/jogi módját a dolognak.
Mikor indul a jelentkezés nálatok?
Mikor indul a jelentkezés nálatok?
Házigazda
Előzmény: SylverRat (#41)
A token probléma megoldva, most már nem kell megvágni.
Az email cím kiadás egy érdekesebb problémakör. Technikailag semmi akadálya, de felhasználói beleegyezés nélkül harmadik félnek kiadni nem ellenőrzött felhasználásra az kicsit aggályos.
Ezt még megvitatjuk, illetve a későbbiekben (talán) lesz lehetőség állítani az oldalról ezt is, és akkor már user döntés lesz, hogy kiadja-e vagy sem.
Az email cím kiadás egy érdekesebb problémakör. Technikailag semmi akadálya, de felhasználói beleegyezés nélkül harmadik félnek kiadni nem ellenőrzött felhasználásra az kicsit aggályos.
Ezt még megvitatjuk, illetve a későbbiekben (talán) lesz lehetőség állítani az oldalról ezt is, és akkor már user döntés lesz, hogy kiadja-e vagy sem.
Házigazda
Előzmény: SylverRat (#39)
A getuserdata-nál az email címet is tedd légyszíves bele a lekérdezésbe!
köszi
köszi
Moderátor
Előzmény: szg (#29)
minden bejelentkezési kísérletnél az első visszakapott token hibás. ha megvágom 30 karakteresre, azt már elfogadja. és az akkor visszavonásig érvényes lesz. :o)
ha minden változtatás nélkül ismét elküldöm a loginhoz az adatokat, akkor már a jó token-t adja vissza...
Idézet
kapott: 9bb8c06e5298d72b2547b680c78f7039KMig6
működő: 9bb8c06e5298d72b2547b680c78f70
kapott: 5cebb6007bf9a44deb01edb45c3fd181VgoN5
működő: 5cebb6007bf9a44deb01edb45c3fd1
kapott: a83cac61158b3b37370aadab22b5943bUWZU7
működő: a83cac61158b3b37370aadab22b594
ha minden változtatás nélkül ismét elküldöm a loginhoz az adatokat, akkor már a jó token-t adja vissza...
Moderátor
Előzmény: szg (#37)
Idézet
Azóta (néha) már sikerült normális is választ visszakapni
Agyon nem lett tesztelve a dolog, így bármi előfordulhat, bár eléggé fura a ez a néha működés. Ha levélben elküldöd a kérést, akkor ránézek.
Token élettartama userlogoutig érvényes jelenleg. Késöbbiekben lesz lehetőség innen az oldalról is érvényteleníteni a tokent.
Házigazda
Előzmény: BigMick (#36)
Nem kell a szöveges válasz, csak érdekelt, hogy a -101-en kívül várhatok-e bármi más választ is.
Azóta (néha) már sikerült normális is választ visszakapni (ugyanazokkal a beadott paraméterekkel, mint amire a -101 jött)
Egy tokennek milyen hosszú az engedélyezett élete? Érvényes userlogout-ig, vagy van egy időtartam is, ami után már az adott token nem érvényes?
Azóta (néha) már sikerült normális is választ visszakapni (ugyanazokkal a beadott paraméterekkel, mint amire a -101 jött)
Egy tokennek milyen hosszú az engedélyezett élete? Érvényes userlogout-ig, vagy van egy időtartam is, ami után már az adott token nem érvényes?
Előzmény: szg (#32)
Soha nem kértél, ez lehet az oka, hogy nem találod... :P
Küldtem egyet.
Küldtem egyet.
Házigazda
Előzmény: SylverRat (#31)
Ezekhez a hiba kódokhoz nem érkezik szöveges válasz:
-101 - érvénytelen token
-102 - nem adott meg nevet és jelszót
-103 - érvénytelen felhasználó név és/vagy jelszó
-201 - nem adott meg játék id -t
Az api küldjön ezekhez szöveges választ is?
-101 - érvénytelen token
-102 - nem adott meg nevet és jelszót
-103 - érvénytelen felhasználó név és/vagy jelszó
-201 - nem adott meg játék id -t
Az api küldjön ezekhez szöveges választ is?
Házigazda
Előzmény: BigMick (#30)
nem találom a kulcsot, amit kaptam az api-hoz (ugye kaptam??) újra tudnád küldeni nekem? léccilécci! :o)
Moderátor
Előzmény: szg (#29)
A "getuserdata" meg "userlogout" funkcióknál mit jelentsen a visszakapott "-101"?
Előzmény: szg (#29)
v0.45 újdonságai:
uservalidate - felhasználó beléptetése
getuserdata - belépett felhasználó adatai
userlogout - belépett felhasználó kiléptetése
addlog - játék megtalálás rögzítése
demó oldal az api használatához [link]
uservalidate - felhasználó beléptetése
getuserdata - belépett felhasználó adatai
userlogout - belépett felhasználó kiléptetése
addlog - játék megtalálás rögzítése
demó oldal az api használatához [link]
Házigazda
ddrkt jelentkezéshez egy ilyen auth pont jól jönne, hogy állsz? :-)
tesztelhető verzió van/lesz mostanában?
tesztelhető verzió van/lesz mostanában?
Moderátor
Előzmény: szg (#26)
Még nem tudod, de ennél is több munkát csinálok neked éppen :P
Készül(get) egy auth alkalmazás az apihoz.
Ennek két oka van:
- támogatva lesz pár funkció az api -n keresztül (log írás, fórum hsz a játék fórumába, user adatok lekérése, könyvjelzővel jelölt játékok lekérése , esetleg kép feltöltés)
- ne kelljen az appban megadni a felhasználó nevet/jelszót/id -t
Készül(get) egy auth alkalmazás az apihoz.
Ennek két oka van:
- támogatva lesz pár funkció az api -n keresztül (log írás, fórum hsz a játék fórumába, user adatok lekérése, könyvjelzővel jelölt játékok lekérése , esetleg kép feltöltés)
- ne kelljen az appban megadni a felhasználó nevet/jelszót/id -t
Házigazda
Előzmény: BigMick (#25)
Meg bármilyen API kérés is ugyanilyen hibával tér vissza.
Csak nem valami fejlesztés van folyamatban?
Csak nem valami fejlesztés van folyamatban?
Az XML API leírás helyett ez jön be:
Parse error: syntax error, unexpected '<' in /data/sites/gpsgames.hu/htdocs/api/index.php on line 114
Parse error: syntax error, unexpected '<' in /data/sites/gpsgames.hu/htdocs/api/index.php on line 114
Az outdoor játékok adatainak letöltésekor tűnt fel, hogy az XML API-val lekért leírásban a magasság adat mindig üres.
Csak egy üres ele tag van az xml-ben.
Csak egy üres ele tag van az xml-ben.
A g:hu alkalmazás tesztelése halad, sok kezdeti hibát sikerült kiirtani, most már az eddigi funkciók optimalizálása van soron.
Ehhez lenne jó 2 újabb XML API-s funkció:
1. Felhasználói ID lekérése
A user általában tudja a belépési nevét, jelszavát, ezeknek az ellenőrzésére kéne egy funkció, ami a numerikus userID-t adná vissza. Jelenleg ezt csak elég macerásan tudnám, sok-sok HTML kód bogarászásával megoldani, ezért inkább a felhasználóra van bízva, hogy tárolja le a telón a belépési nevét, jelszavát és az ID-jét is.
2. Megtalálás jelentés
Most egy POST kéréssel el tudom küldeni a szükséges adatokat, majd egy komplett HTML oldalt kapok vissza, amiből igazából csak a hibauzi részre van szükségem.
Gyorsabb és sokkal kisebb netes adatforgalommal kéne megoldani a dolgot.
Ehhez lenne jó 2 újabb XML API-s funkció:
1. Felhasználói ID lekérése
A user általában tudja a belépési nevét, jelszavát, ezeknek az ellenőrzésére kéne egy funkció, ami a numerikus userID-t adná vissza. Jelenleg ezt csak elég macerásan tudnám, sok-sok HTML kód bogarászásával megoldani, ezért inkább a felhasználóra van bízva, hogy tárolja le a telón a belépési nevét, jelszavát és az ID-jét is.
2. Megtalálás jelentés
Most egy POST kéréssel el tudom küldeni a szükséges adatokat, majd egy komplett HTML oldalt kapok vissza, amiből igazából csak a hibauzi részre van szükségem.
Gyorsabb és sokkal kisebb netes adatforgalommal kéne megoldani a dolgot.
- üres tagekben ismét van adat
- type_main: 1 - outdoor (mindegyik típus) 2 - indoor (mindegyik típus)
- distance méterben értendő
- type_main: 1 - outdoor (mindegyik típus) 2 - indoor (mindegyik típus)
- distance méterben értendő
Házigazda
Előzmény: BigMick (#14)
Köszi, beépítem a g:hu-ba.
Viszont úgy látom, egyéb dolgok is módosultak:
- eddig a koordináta mindkét fele [lat] tagban szerepelt, most már a másodikból [lon] lett, ok
- eddig jött a játék típusa a [type] tagban, most ez üres
- eddig jött az igazolás módja a [check] tagban, most ez is üres.
- eddig jött a terület az [area]-ban, most ez is üres
- megjelent egy új tag: [type_main], ezt meg nem tudom, micsoda
- a megadott koordinátától való távolság ([distance]) méterben értendő?
Viszont úgy látom, egyéb dolgok is módosultak:
- eddig a koordináta mindkét fele [lat] tagban szerepelt, most már a másodikból [lon] lett, ok
- eddig jött a játék típusa a [type] tagban, most ez üres
- eddig jött az igazolás módja a [check] tagban, most ez is üres.
- eddig jött a terület az [area]-ban, most ez is üres
- megjelent egy új tag: [type_main], ezt meg nem tudom, micsoda
- a megadott koordinátától való távolság ([distance]) méterben értendő?
Előzmény: szg (#13)
Az API frissült egy lekéréssel amely jobban megfelel mobil eszközökön való felhasználáshoz.
Házigazda
Fejlesztés alatt levő android-os programhoz (aminek talán végre neve is lesz hamarosan) használnám az API-t, és mindjárt volna is pár továbbfejlesztési ötletem, kérésem:
1. Jó lenne egy olyasmi szűrési lehetőség, mint ami a gc.com-on is, meg a gc.hu-n is van: adott koordináta (ahol épp most vagyok) közelében levő kültéri játékok lekérése, távolság szerint növekvő sorrendben (magyarul: outdoor játékok a közelben)
2. Szintén gc.hu-s analógia: szűrési lehetőség arra, hogy csak az adott játékos (én) által még nem teljesített játékok kerüljenek bele a leválogatásba
1. Jó lenne egy olyasmi szűrési lehetőség, mint ami a gc.com-on is, meg a gc.hu-n is van: adott koordináta (ahol épp most vagyok) közelében levő kültéri játékok lekérése, távolság szerint növekvő sorrendben (magyarul: outdoor játékok a közelben)
2. Szintén gc.hu-s analógia: szűrési lehetőség arra, hogy csak az adott játékos (én) által még nem teljesített játékok kerüljenek bele a leválogatásba
1 |
2 |