705 odpovědí na toto téma

[Solim]

Nejsem si vedom, že bych klikl na to nenapadne okenko Blokovat, ale jak clovek klika tu a tam, tak to vyloucit nemohu, ale vedome jsem to nedelal. V kazdem pripade mam v seznamu jen ty statistiky, tedy krome standartnich filtru. Tak je mozne ze jsem si zaklikl sam.

[georabbits.cz]

Já mám dojem, že (ne)zobrazování statistik na profilu mají na svědomí opičí skripty. Když je vypnu, tak se vždy zobrazí. Když jsou spuštěné, tak je to otázka náhody. Někdy zobrazí, někdy ne. A to mám v profilu pouze odkaz na statistiky umístěné na svém serveru. Mám instalované skripty GC liitle helper II, GME a ProjectGC. Vše v posledních verzích. Hraní si s nastavením těchto skriptů, kdy se statistiky zobrazí a kdy ne, tak do toho se mi ještě nechtělo.   Spouštění Adblocku mám na serveru geocaching.com deaktivované.

[mpik]

GCLhII a GME mám taky a bez problémů, statistiky mám taky na svém serveru. Zobrazení profilu, kde mám v BIO jen obrázek a odkaz na statistiky, je téměř okamžité. Opičí skript ProjectGC neznám, na co je? Znám jen stránky Project-GC.com. Zkus je vypínat postupně. Já tvoje statistiky ale normálně vidím (teď tu ale opici nemám) a netuším, proč by opičí skript měl zasahovat do stránky, která není jeho. V každém skriptu je omezení, do kterých stránek má zasahovat a GCLH i GME jsou nastaveny tak, aby zasahovaly jen do stránek geocaching.com. Určitě ne do georabbits.cz.

A nezobrazí se co? Ten odkaz v BIO poli na profilu, nebo až ty statistiky na tvém serveru?

[georabbits.cz]

V rychlosti jsem nahrál krátké video. Už mi to připadá, že si to dělá co chce. :-)

 

[georabbits.cz]

Tak ty skripty asi opravdu na špatné zobrazování statistik nemají vliv. Prostě to někdy jde a někdy nejde.  :-(

 

Tento příspěvek byl upraven od georabbits.cz: 18 duben 2017 - 10:19

[mpik]

Připadá mi to, jako typická Groundspaekovina, Ajax se jim někam zaběhl a části stránek se načítají kdy chtějí. Totéž, jako když se na mapě nezobrazí keše, nebo jen obrázky bez odkazů. Ale asi to dělá jen někde a někomu.

[geoblackbirds.cz]

Zdravím, mohu poprosit o radu se zobrazováním suvenýrů ve statoru? Nejde mi zobrazit poslední CITO suvenýr. Jiné a to i nové suvenýry mi bez problémů fungují. Chyba je nejspíše v té čárce, ale nevím jak zjistit správný zápis názvu suvenýru.Kód mám následující:

 

 

 

<div style="display: inline-block; margin:5px 5px 5px 5px;">%CalcGSAPI_GetSouvenirsData(Title:CITO Week, April 2017)%</div>

 

Díky za rady.

[DrakMrak]

Zdravím, mohu poprosit o radu se zobrazováním suvenýrů ve statoru? Nejde mi zobrazit poslední CITO suvenýr. Jiné a to i nové suvenýry mi bez problémů fungují. Chyba je nejspíše v té čárce, ale nevím jak zjistit správný zápis názvu suvenýru.Kód mám následující:

 

 

Díky za rady.

Mrknu na to ale ta čárka je určitě pachatel... bohužel
takže pokud tam chcete někam tenhle suvenýr doporučil bych HTML zápis něco takového to:
 

<a href="https://www.geocaching.com/souvenir/?guid=6d9fc909-27d2-40ff-9d4f-987c08c72368" target="_blank"><img src="https://souvenirs.geocaching.com/SouvenirImages/My8xNy8yMDE3/a149b1e0-a9f3-426f-a704-6621bc5eb04b.png" title="CITO Week, April 2017"></a>

vložit místo: "%CalcGSAPI_GetSouvenirsData(Title:CITO Week, April 2017)%"

 

mrknu na to co by se s tím dalo ale je to problém, protože čárka je oddělovač ve Stringlistu na jehož principu to celé funguje...
nicméně by se s tím možná něco dalo do budoucna jak bude čas tak na to mrknu

zdravím

[gord]

Ja casto pouzivam jako oddelovac svislitko | prave proto, ze cerky a podobne znaky jsou dost bezne.

[DrakMrak]

Ja casto pouzivam jako oddelovac svislitko | prave proto, ze cerky a podobne znaky jsou dost bezne.

vím, já taky no tady to tak je ale dalo by se to ošetřit... vím co můžu za čárkou očekávat... není-li to tam je to jeden text s čárkou i tak se to dá pojmout...

mrknu na to a uvidím co se s tím dá udělat. Svislítka už tam montovat nebudu... oni by stejně určitě v groundspeaku vymysleli název se svislítkem a bylo by to nanovo...

[DrakMrak]

O víkendu na to kouknu

[geoblackbirds.cz]

díky moc!

[Kohout team]

Jak se dá, prosím, docílit toho, aby se mi výstup z modulu FTFListHighlight (SQLTable) řadil podle pořadí nálezu?

Nyní se mi to řadí asi jen podle data nálezu bez ohledu na čas a u nálezů ze včerejška mi to dělá zmatek.

Poctivě jsem se snažil na to přijít, ale SQL dotaz je pro mě španělská vesnice.

Díky

[gord]

Na konci toho SQL je ORDER BY gc.dtfound to zajistuje razeni podle data nalezu, nikoli podle casu. Zkus to zmenit na gc.dtfound||gc.dtfoundtime

[Kohout team]

Díky, skoro úplně to pomohlo. Celá včerejší série už se mi řadí správně.

Zůstává ještě drobná záhada, se kterou si nevím rady. Dvě FTF ze 20.4.2017 jsou stále ve statistice prohozené. U obou keší mám čas odlovu uveden na začátku logu na gc.com a do databáze GG se čas odlovu přenesl správně.

První keš Kostel... jsem logoval v 9:45 a druhou Zámek... v 10:20. Je možné, že to řadí desítku před devítku? Nebo to řadí podle nějakého jiného času nálezu, než jaký vidím v GG ve sloupci Nalezená?

 

Číslo nálezu na obrázku je správně, ale pořadí opačně.

[gord]

Aha, tak to je problem v tom, ze se to nebere jako cislo ale jako string a bylo by potreba misto 9:45 mit 09:45.

[Kohout team]

Tak jsem ten čas odlovu v logu na gc.com upravil a keš znovu naimportoval do GG. A během toho importu ta nula na začátku zmizela :-)

[gord]

To asi tezko, GG do logu vubec nesaha, jen ho ulozi, zkontroluje hash a pripadne v nem najde cas a ten ulozi. Pokud mas nastaveny nalez a cas, importem logu se hodnota neupravi. Musel bys napred to nastaveni nalezu a cas zrusit.

[Kohout team]

Já jsem tu keš nakonec úplně smazal z databáze a přes API znovu kompletně stáhl.

[gord]

Na konci toho SQL je ORDER BY gc.dtfound to zajistuje razeni podle data nalezu, nikoli podle casu. Zkus to zmenit na gc.dtfound||gc.dtfoundtime

 

Tak jsem se zamyslel a slo by to asi zaridit i bez te uvodni nuly. Protoze je tam ten cas bez dvojtecky, tak by melo stacit (a byt rychlejsi)

 

gc.dtfound*10000+gc.dtfoundtime