az összes téma hozzászólásai egyben, gusty hozzászólásai
új hozzászólás | témák listája

Összesen: 2568 db hozzászólás

Lapozás: előző | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | ... | következő


gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.07.17 21:52:14 (5897)
Nem szántam a választ se lekezelőnek, se kioktatónak. Pont azért írtam le ilyen részletesen a folyamatot, hogy érthető legyen a működés, hiszen nem mindenki jártas az informatikában, s főleg nem a szoftverek lelkivilágában. Próbáltam részletesen kifejteni, hogy miből ered az, hogy nem érzékeli a különbséget, s ennek kapcsán, hogy miért nem célszerű erre külön kódrészletet fejleszteni.
Kár, hogy pont ez az egy mondat ragadt meg benned. Ezzel csak arra akartam utalni, hogy vannak dolgok, amikre van megoldás, s nem érdemes miatta a szoftver kódját bonyolítani.
[előzmény: (5892) imi75, 2026.07.17 11:19:08]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.07.17 10:13:11 (5890)
Pontosan erről van szó: nem cizellálni kéne, hanem erre külön beiktatni egy kódot. Egy sima mysql update fut le a ládaoldal szerkesztésekor. Nem vizsgál mezőket, tartalmat egyenként. Mivel a mysql itt nem lát változást, ezzel a mezővel nem csinál semmit.
Ehhez az update elé be kellene illeszteni egy külön ellenőrző eljárást, hogy mi van, ha a user csak a kis és nagybetűkkel szórakozik. Na ennek nincs értelme, mert ez akkor minden esetben futna, akár kell, akár nem.
Ha valakinek ilyen extra igénye van, az csináljon egy extra updatet, és kész. Ne akarjunk már minden különleges, 5 évente előforduló eset miatt szoftvert bonyolítani, lassítani.
[előzmény: (5889) species8472hu, 2026.07.17 09:42:50]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.07.16 20:39:20 (5885)
Meg, csak nincs értelme. :)

Az SQL nem tesz különbséget a kis és nagybetű között, így nincs mit updatelni, mert az ő szemszögéből nincs változás. Persze fel lehetne okosítani, hogy tegyen különbséget, de akkor lehetne 16 féle azonos nevű láda a kis és nagybetűket variálva.
Szóval külön eljárást kéne írni az egész műveletre, ami valljuk be nem lenne se elegáns, se hatékony, hiszen minden alkalommal futnia kéne, miközben elég ritka esetben lenne rá ténylegesen szükség.
[előzmény: (5883) imi75, 2026.07.16 17:28:04]

gustyhozzászólásai | Geoláda-élet | válasz erre | 2026.07.07 21:06:20 (41144)
Hát ismerős érzés, mikor pótolom az eltűnt rejtés, s ha már, akkor jelszót vagy jelszó részletet is cserélek, és aztán egyszer csak jön egy telefon, hogy megtalálta, de nem fogadja el a jelszót az oldal. Kiderült, hogy mégiscsak megvan az eredeti, csak valaki "fogd meg a söröm" alapon tudott egy jobb rejtést. :)
[előzmény: (41143) Kokó, 2026.07.07 21:01:07]

gustyhozzászólásai | Geoláda-élet | válasz erre | 2026.07.04 20:18:23 (41139)
Szerintem nincs félreértés, csak én különbséget tennék a betegeskedő, és a döglött láda között. :)
Amikor egy elveszett ládát hosszú ideje senki nem akar pótolni, csak sorra születnek a jelszó nélküli fotó logok, az már csak a pontgyűjtésről szól, az már nem geocaching. A rejtő már nem törődik vele, a játékosoknak se fontos annyira, hogy meggyógyítsák, akkor nem sok értelme van életben tartani. Aki a környezet miatt megy, azt nem éri veszteség, s mint megszűnt láda továbbra is fennmarad a leírással együtt, tehát mint látnivaló továbbra is kereshető.
Engem se fog zavarni, ha továbbra sem történik semmi, maradnak ezek a ládák, csak ismertettem a személyes véleményemet. :)
[előzmény: (41138) macikupac, 2026.07.04 19:43:25]

gustyhozzászólásai | Geoláda-élet | válasz erre | 2026.07.03 21:00:27 (41137)
"akkor nagy eséllyel nem lesz ott új láda sem"

De már most sincs. Se régi, se új. Ez így nem több, mint egy POI. :)
[előzmény: (41130) macikupac, 2026.07.03 15:50:32]

gustyhozzászólásai | Geoláda-élet | válasz erre | 2026.07.03 14:36:35 (41127)
De nincs doboz! Akkor ez így mitől geocaching?
[előzmény: (41125) kompaktor, 2026.07.03 12:58:05]

gustyhozzászólásai | Geoláda-élet | válasz erre | 2026.07.03 08:23:42 (41121)
Szerintem nem ez a megoldás, ezeket a ládákat meg kellene szüntetni. Egy elázott, olvashatatlan, betelt logbookot lehet pótolni, egy törött dobozt lehet cserélni, de ezekben az esetekben nincs láda. Tehát ez nem pótlás, hanem új rejtés. Szerintem ezeket a ládákat nem kellene lélegeztető gépen tartani.
Más szituáció, ha a rejtő még aktív, de valamiért nem tud menni karbantartani.
Lehet, hogy ládaérdemes a hely, de ha nincs láda, akkor ez már nem az a játék.
Akinek meg mindegy, hogy van-e láda, csak a látnivaló a fontos, az a megszűnt ládákat böngészve is megtalálja a célpontokat.
[előzmény: (41120) Kokó, 2026.07.03 07:07:06]

gustyhozzászólásai | Geoláda-élet | válasz erre | 2026.07.02 22:19:05 (41118)
Erre gondolsz?

https://geocaching.hu/geomap/index.php?cid=12,13
[előzmény: (41117) Blasius McKay, 2026.07.02 20:30:49]

gustyhozzászólásai | OFF | válasz erre | 2026.07.01 15:22:17 (33713)
Ha jól értem azt keresed, amit a mapsource, illetve az utód Basecamp Garmin programok 1000 éve tudnak. :)

gustyhozzászólásai | geocaching | válasz erre | 2026.06.28 11:58:19 (83208)
Erre gondolsz: "Útvonaltervezés a GCNEML geoládához/geoládától"?

Nálam jó helyre mutat.
[előzmény: (83207) Ajtony, 2026.06.28 10:00:53]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.06.28 11:53:42 (5871)
Felokosítottam a logot, most már nyoma lesz, ha ilyen probléma áll elő.

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.06.28 11:07:32 (5870)
Egy dologra tudok tippelni: a telefonod órája előrébb járt, mint a szerveré, így a log dátuma későbbi volt, mint a szerveren az aktuális idő. Ha kitörlöd a logot, s újra megpróbálod, akkor ez esetleg reprodukálható. Utána ha vársz egy kicsit az ismételt küldéssel, vagy pár perccel kisebbre veszed a megtalálás idejét, és úgy küldöd el, és akkor jó lesz, akkor ez volt a hiba. Érdemes ellenőrizni a telefon beállításait, hogy szinkronizálja-e a pontos időt.
Egyébként az apit így írtam meg, hogy ha nem kap dátum/idő adatot, akkor nem visít, hanem az aktuális idővel pótolja.
[előzmény: (5869) emiGrant, 2026.06.28 04:39:32]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.06.27 21:07:14 (5868)
- Mikor?
- melyik láda (lehetőleg id)
- userid
- pontos hibaüzenet
- esetleg képernyő mentés, amin látszanak a bevitt adatok

Ez alapján tudunk utána nézni, nyomozni. Jelen esetben a mai napon nincs nyoma az logban log rögzítési kísérletnek, tehát valahol korábban elakadt a folyamat.
[előzmény: (5867) emiGrant, 2026.06.27 16:10:53]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.06.26 08:55:02 (5864)
Sajnos ez annak idején nem lett átgondolva, szoftveresen előkészítve. Egy ötlet alapján kialakított barkács megoldás az egész, nincs igazából szabályozva se, hogy ki, hogy, milyen ládával csatlakozhat egy sorozathoz. Ki annak a felelőse, kinek van joga a záró ládához, és még sorolhatnám. Elvileg a kollekciókba szervezéssel technikailag összefoghatók lennének ezek a sorozatok, de ez csak az egyszerűbb leválogatásban lenne segítség. Ezt az egészet át kellene gondolni, hogy miként érdemes megvalósítani. Ha egyáltalán...
[előzmény: (5863) Csa.Csi87, 2026.06.26 08:08:50]

gustyhozzászólásai | Geoláda-élet | válasz erre | 2026.06.26 07:16:14 (41085)
Engem személy szerint nem zavarnak, legfeljebb a statisztikát rontják, meg néhány játékos sikerélményét. :)
Ládaérdemes hely alapon tele lehetne szórni Európát. Csak felesleges, ott a .com.

[előzmény: (41084) Juju, 2026.06.25 23:59:43]

gustyhozzászólásai | Geoláda-élet | válasz erre | 2026.06.25 23:14:28 (41083)
Nem baj, ha nem érted. :)
[előzmény: (41082) emiGrant, 2026.06.25 22:51:28]

gustyhozzászólásai | Geoláda-élet | válasz erre | 2026.06.25 19:39:36 (41079)
Ez nehéz ügy. Ráadásul egy nehéz emberrel. Ha a rejtési terület így van kijelölve, akkor milyen alapon? Persze lehet sejteni, hogy problémás lesz a karbantartás, de sejtés alapon sok egyéb ládát is vissza lehetett volna utasítani. Van aki a hazai ládájáról se gondoskodik.
[előzmény: (41078) ha2, 2026.06.25 19:18:50]

gustyhozzászólásai | Geoláda-élet | válasz erre | 2026.06.25 18:52:46 (41077)
Oda eleve nem volt értelme ládát rejteni, ez nem a közösségről, hanem az egó simogatásáról szólt.

Én személy szerint sokkal szűkebbre vonnám a rejtési területet. A távoli ládák 90 %-ban pillanatnyi fellángolásból születnek, és aztán kiderül, hogy a karbantartás már teher. Vannak szerencsésebb ilyenek, amik gyakrabban látogatottak, így jobb az esély, hogy valaki más majd meggyógyítja.
[előzmény: (41075) species8472hu, 2026.06.25 14:41:24]

gustyhozzászólásai | Geoláda-élet | válasz erre | 2026.06.25 14:16:06 (41074)
Volt egy ilyen sprintje a rejtőnek, körberohanta a rejtési területet, és minden országba tett egy ládát, ahol még nem volt. Moldova, Koszovó, stb.
[előzmény: (41072) species8472hu, 2026.06.25 11:49:55]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.06.19 12:21:06 (5843)
2 külön szerver, 2 különböző domain-en, s természetesen különböző a session id is. De nem értem, a dolog működik, ha mindkettőn be vagy jelentkezve. Miért kéne, hogy akkor is működjön, ha a másikon nem?
[előzmény: (5842) species8472hu, 2026.06.19 12:02:43]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.06.19 11:47:14 (5841)
Ha be vagy lépve a turistautak.hu-n, illetve ha ott engedélyezted, hogy tárolja a belépési adatokat, akkor működnie kell.
[előzmény: (5840) species8472hu, 2026.06.19 11:34:47]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.06.17 15:23:58 (5835)
Mozgó loggolást azonnal javítottam, amint kaptam értesítést a problémáról. Ez tegnap délelőtt volt.
[előzmény: (5832) Csa.Csi87, 2026.06.17 12:54:09]

gustyhozzászólásai | Geoláda-élet | válasz erre | 2026.05.31 22:11:22 (41060)
Egy életre kőbe véstem magamnak, számolj először 10-ig, utána hagyd a francba! :)
[előzmény: (41059) VP, 2026.05.31 21:56:11]

gustyhozzászólásai | Geoláda-élet | válasz erre | 2026.05.31 20:48:51 (41058)
Ragyogó, én meg átállítottam. :( Tanulság: Soha többet nem nyúlok bele. Ne a fórumra tessék jelenteni, hanem a ládagazdának, majd ő intézi.
[előzmény: (41057) imi75, 2026.05.31 20:45:12]

gustyhozzászólásai | Geoláda-élet | válasz erre | 2026.05.31 20:43:38 (41056)
Sokat segített volna, ha legalább egy dátumot írsz.
[előzmény: (41054) apricot, 2026.05.31 19:55:47]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.05.28 16:52:30 (5800)
Nem akarok senkit hergelni, de Mac-en 6 féle böngészőn néztem, mindenütt hibátlan.
Érdemes lenne a konzolon megnézni, hogy milyen hibaüzenet jelenik meg, mert így, hogy nem reprodukálható a hiba nem tudunk még ötletelni se.
[előzmény: (5796) imi75, 2026.05.28 14:59:20]

gustyhozzászólásai | geocaching | válasz erre | 2026.05.26 17:02:11 (83173)
Akkor lehet, hogy valahol operációs rendszer szinten van korlátozva.

Nézd meg ezt: https://geolada.hu/geomap/gpstest.html

Ha nincs a gépedben GPS (asztali gép, laptop), akkor az IP cím alapján próbál meg elhelyezni, amin nagyon fals is lehet. A pontosság utal erre. Ha mobilon nyitod meg, és megkapja az engedélyt a helymeghatározásra, akkor sokkal jobb kell legyen.
Az, hogy az internet szolgáltató ip címeinek geolokációs adatai pontatlanok, néha durván, azt nem tudjuk kivédeni.
Ezért is került bevezetésre a másik megoldás, amikor ott és úgy nyílik meg, ahol utoljára hagytad. Ehhez viszont ki kell kapcsolni a helymeghatározást, mert különben geolokációs adatok hiányában az alapértelmezett középpontot és nagyítási szintet állítja be. Ezért látod mindig a teljes országot.
[előzmény: (83172) karcsi9641, 2026.05.26 15:42:27]

gustyhozzászólásai | geocaching | válasz erre | 2026.05.26 14:37:56 (83171)
Ha a Geomap-ról van szó, akkor valószínűleg helyi gond. Megpróbálkozhatsz alul a RESET-tel. Ha ez se használ, akkor feltehetőleg valami megakadályozza a gépeden a helymeghatározást.
[előzmény: (83170) karcsi9641, 2026.05.26 14:28:19]

gustyhozzászólásai | Geoláda-élet | válasz erre | 2026.05.21 16:36:33 (41048)
Nagy valószínűséggel én voltam. :)
Ránéztem az adatbázisra, és tényleg voltak found jelzésű logok mozgóknál (más mozgóknál is).
Ez jó régiek voltak, tehát nem új a probléma. Gyanúsan hasonlóak voltak a dátumok, gyanítom hamar kiderült a hiba, és javítva is lett, csak a hibás logok nem lettek korrigálva az adatbázisban. Ezt tettem most meg.
[előzmény: (41047) hitamas, 2026.05.21 14:39:52]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.05.19 23:33:23 (5768)
Ez nem olyan egyszerű, mert a hibák nem egyértelműek. Biztos lehetne részletesebb elemző programot is készíteni, ha valakinek van hozzá affinitása, szabad a pálya.
Igazából egy egyszerű, gyors megoldás volt a cél, hogy egy-egy elrontott tag ne rontsa el az oldal képét. Ha valaki oldalszerkesztés közben elkattint, vagy nyom egy tab-ot, akkor mindig lefut az ellenőrzés, így akár bekezdésenként ellenőrizhető, hogy nem vétettünk-e hibát.
[előzmény: (5766) Pongi, 2026.05.19 18:28:10]

gustyhozzászólásai | Geoláda-élet | válasz erre | 2026.05.11 14:33:14 (41043)
Átírtam.
[előzmény: (41042) petrot81, 2026.05.11 13:16:28]

gustyhozzászólásai | kerékpáros fórum | válasz erre | 2026.04.20 17:49:16 (8461)
Az csak +30 lett volna. Sima levezetés. :)
[előzmény: (8459) ha2, 2026.04.20 16:48:09]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.04.20 10:33:48 (5755)
Egy kis türelmet, nem volt időm mostanában ezzel foglalkozni. Kicsit előbb tettem ki a doksit.
[előzmény: (5754) ocsike78, 2026.04.20 10:28:08]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.04.18 21:12:25 (5753)
Semmi, a használati arány nem érte el az ingerküszöböt, így elő se jött. Magamtól meg nem jutott eszembe. Sok értelme nincs is, de tök ártatlan, így felveszem a listára.
[előzmény: (5752) imi75, 2026.04.18 18:44:16]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.04.18 09:47:46 (5749)
Az API-ban megoldottam a kérdést. Igazából adatbázis szinten lenne célszerű a megfelelő kódolást beállítani, de ebbe én most nem piszkálnék bele.

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.04.18 09:20:35 (5748)
Közben Fazék megtalálta a megoldást, s átmenetileg meg is oldotta a problémát. Úgy tűnik a Class-ba nem lett átvezetve az ékezetes felhasználónevek kezelése. Viszont a levelezés alapján én úgy értettem, hogy a weboldalon se működött, s így mindjárt érthetőbb a helyzet.
[előzmény: (5746) petrot81, 2026.04.17 19:07:26]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.04.17 17:27:16 (5745)
Valami nem kerek. A teszt felhasználómat átneveztem TLopakodó-ra, és simán működik a belépés mind swagger-rel, mind iPhone-ról. Szóval nem az ékezetes felhasználónév a probléma.
Én egyébként a User::passCheck classt hívom meg, (ezt nem én írtam), és úgy látom a weboldal is ezt hívja meg: $loginSuccess = User::passCheck
Nem lehet, hogy a jelszóban van valami gubanc?

[előzmény: (5744) petrot81, 2026.04.17 11:20:09]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.04.13 08:30:08 (5737)
Egy pici türelmet, s lesz ahhoz is api hívás.
[előzmény: (5735) petrot81, 2026.04.13 08:06:06]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.04.12 20:27:10 (5732)
Ezt nem értem. Ha elrontottad, törlöd a képet, képeket, és feltöltöd újra. Még egyszer: ennek az opciónak semmi köze a geocaching.hu-hoz. Ezt kizárólag az api-ba építettem be, akinek problémás, vagy nem tetszik, az nem fogja használni. :)

A koncepció nem az volt, hogy ide a kép címe kerüljön, arra ott a description mező. Arra gondoltam ide a fotós egy standard , copyright infókat tartalmazó szöveget helyez el, amit minden fotóra együttesen kíván elhelyezni.
Egyébként a weboldal is csak utólag engedi szerkeszteni a description mezőt, gondolom pont ugyanazért, mert több kép feltöltése esetén ez problémás lehet.
A fő cél az volt, hogy lehessen azonnal képet feltölteni.

[előzmény: (5731) petrot81, 2026.04.12 14:31:10]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.04.12 14:04:07 (5730)
A captiont ráteszi a képre, nem az adatbázisba kerül.Ha valaki letölti a fotót, azon is rajta lesz. Nyilván le lehet persze vágni, ez nem helyettesít egy vízjelezéstl. :)
Tehát ez minden képen ugyanaz lesz a szöveg. Egyébként a statisztika azt mutatja, hogy elvétve szerkesztik a képaláírásokat a logoknál, a legtöbb egy automatikusan generál szöveg, a képfájl neve vagy dátum + sorszám, stb.
[előzmény: (5729) petrot81, 2026.04.11 22:48:36]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.04.11 22:19:42 (5728)
Mög van. :)

Azért nincs description, mert ide automatikusan a fájlnév kerül (kiterjesztés nélkül).
Mivel több kép is feltölthető egyszerre, így egy description tömböt kellene megadni, s ráadásul ahhoz , hogy jó legyen pont abban a sorrendben, ahogy a képeket kijelölték. Ez gyanítom, hogy sokszor problémás lenne, keverednének a kép címek.
Azt hiszem jobb lenne egy külön api hívás a kép description mezőjének módosítására.
[előzmény: (5727) petrot81, 2026.04.11 15:01:50]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.04.10 16:29:46 (5726)
Hoppá, bocsesz. Úgy látom az élesen még az a változat van kinn, amiben ez a parancs még benne sincs.
Egy kis türelmet, összevetem, hogy mi ment ki, és mi nem, mert úgy látom a frissített doksi előbb ment ki, mint a bővített szoftver.
Egyébként az alábbi elven működne:
1, jogosultság ellenőrzés: az utolsó megtaláló, ahol csak megtaláltam log jöhet szóba, és legmagasabb logid, tehát továbbra sem a dátum számít, ő lesz jogosult
2, A jelszó azért opcionális, mert a megtalálás után az megváltoztatható. Ezzel lehet megakadályozni, hogy egy késve loggoló, aki nem vitte el a dobozt, az elorozza a szerkesztési jogot. Igaz, így nem fog tudni késve loggolni, de majd privátban lerendezik, leboxolják. Az eredeti mozgó koncepcióban nem szerepelt opcióként, hogy nem viszem tovább.
3, Mozgatáskor, azaz újrarejtéskor megadhatók a koordináták, magasság, s akár egy új jelszó. Ebben az esetben az új jelszót senki nem ismeri, a z a késve loggoló se, akinek megadtuk a megváltoztatott jelszót. A funkció ha jól működik, akkor az ország/megye adatokat automatikusan beállítja a koordináták alapján.

Kis türelmet kérnék, a hétvégén összefésülöm a fejlesztői verziókat, hogy mi mehet még ki a bétába.
[előzmény: (5725) ocsike78, 2026.04.10 09:00:53]

gustyhozzászólásai | geocaching | válasz erre | 2026.04.09 13:33:13 (83094)
Bárki regisztrálhat. Itt is és a .com-on is. Ráadásul mi közhasznú egyesület vagyunk, míg a .com piaci alapon működik. De persze az se jelent védelmet.
Az egyetlen megoldást abban látom, ha ez nem egy alkalmi akció volt, hogy ezek az események a Geoszilveszter mintájára egy előre meghatározott időpontban és limitált időtartammal kerülnének megrendezésre. Így biztosítható lenne a fosztogatás elleni védelem.

[előzmény: (83091) kia71, 2026.04.09 10:33:06]

gustyhozzászólásai | geocaching | válasz erre | 2026.04.09 08:48:55 (83088)
Az oldal nyilvános, így a rejtések helye, megjelenés időpontja is. Miután nem egyedi esetről van szó, nyilván valaki, vagy valakik módszeresen készültek erre. Ez kivédhetetlen.
Érdemes lenne újragondolni ezeknek az eseményeknek a lebonyolítási módját, mert könnyen elképzelhető, hogy a jövőben is ki leszünk ennek téve.

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.04.09 08:43:33 (5719)
A logban nincs nyoma. 15:04 és 22:04 között nem érkezett a beta-ra semmilyen kérés.
Az nginx logban látok egy POST-ot de itt az url-ben van a beta logimages?beta=1
Szerintem ez lesz a probléma, a beta paramétert is a POST-olt adatok közé tedd.
[előzmény: (5718) bigmick, 2026.04.08 21:08:23]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.04.07 21:45:34 (5715)
Beállítottam egy részletesebb loggolást, talán abból kiderül valami, próbáld újra.

Bár én ezt a képet látom, s ott van alul a fekete felirat sáv, benne az AA felirattal.
Gyanús, hogy ez apival ment fel, mert pont 900 pixel magas. :)
[előzmény: (5714) bigmick, 2026.04.06 21:40:40]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.04.06 00:06:25 (5712)
A mai logomhoz a képet a /upload segítségével töltöttem fel, így nem értem, nálad miért nem működik.

Itt látható a kép feliratozás hatása: https://geocaching.hu/caches.geo?id=3109

https://api.geocaching.hu/free?logid=3166252&beta=1

A beta=1 azért kell, hogy ne az eddigi api-t hívja meg, hanem a most tesztelendő verziót. Ez az élesítés után nyilván feleslegessé válik. gondolom ezt lehagytad. Az új funkciók csak a beta paraméterrel működnek.

A képek átadása a szokásos módon az images[] tömbön keresztül történik, ami a szokásos fájlfeltöltéssel kap értékeket. Az api ezt várja:

$files = $_FILES['images'];


[előzmény: (5711) bigmick, 2026.04.05 22:32:31]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.04.05 18:41:40 (5710)
Próbáltam beletenni, de úgy tűnik nem támogatja. Ráadásul közben a swagger is frissült, változott, s most nem volt kedvem, türelmem a nyafogásaival foglalkozni.
[előzmény: (5709) ocsike78, 2026.04.05 09:31:51]

gustyhozzászólásai | MGKE szoftverei, új fejlesztések | válasz erre | 2026.04.03 21:27:54 (5706)
Oh, hát a ez a bemutatkozó mező nem arra lett kitalálva, hogy komolyabb javascripteket helyezzünk el benne. Ennyire azért nem fejlett ez az algoritmus. Ez elsőssorban az elhibázott html tag-ek kiszűrésére szolgál. A script tag-et itt engedélyeztük, de ez azért ugye biztonsági kockázat.
És hát igen, aki azon a szinten van, hogy ilyennel akar játszani, az a megoldást is megtalálja, mint Te is. :)
[előzmény: (5705) Csa.Csi87, 2026.04.03 20:31:28]

Lapozás: előző | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | ... | következő

Egy lapon megjelenő sorok száma:

új hozzászólás | témák listája

Bejelentkezés név:  jelszó:   [regisztráció]