GSAK se mi poslední dobou začal trochu loudat - hlavně spouštění a ukládání. Zjistil jsem, že za to může množství logů, které se mi k jednotlivým keším uložily. Pomohlo jejich pročištění funkcí Database, Purge.
Nechal jsem jen měsíc staré logy plus moje vlastní a všechno je teď mnohem rychlejší.
JJ na to jsem uz take prisel, ale neprisel jsem na to jak u vlastnich kesi zachovat vsechny logy kvuli statistice:-(
Samozrejme pres jedno makro je tam zase mohu doplnit, ale netusis jak to udelat jednoduseji?
No tak si vždy před funkcí purge nastav filtr vynechávající tvoje cache (nejlépe užitím filtru "owner name does not contain TvojeUsername" ) a až pak použij purge log na zbytek cachí. Také běžně purging používám, jinak databázový soubor s logy silně nabobtnává a logicky to načítání GSAK zpomaluje… Jinak to makro AddLogs pro doplnění logů kvůli statistice je super, ale furt nechápu, proč ho ještě neudělali funkční tak, že by stačilo ho pustit ho jednou a ono by se aplikovalo postupně na všechny/vybrané vlastní cache - nyní je třeba ho pouštět na každou zvlášť, ach jo… Ale občas ho je třeba použít i při pravidelné aktualizaci dat přes PQ, v PQ nemusí být vždy všechny nové logy od poslední aktualizace (max. 5 logů) - pak to zdržuje, když má někdo více vlastních cachí.
Lze nějak z jednoho makra volat jiné makro? Potom by nemuselo být složité udělat smyčku, která by spustila AddLogs pro každou z keší ve výběru.
No to by se muselo to AddLogs celý překopat, protože na začátku vždy ukazuje ten formulář jaký logy stahovat… a dle toho nastaví vnitřní proměnný, čili formulář by otravoval taky pořád a ničemu by se nepomohlo. Nevím proč ho hned neudělal autor (autoři) pro možnost použití na více cachí naráz…
Nad tím taky koumám. Zatím jsem si pokusně zrušil úvodní formulář a konečné potvrzovací tlačítko. Ale i nad jednou keškou to trvá dlouho. Taky nevím, co by řekli v Groundspeaku, kdyby našli v logu webu, že se v rychlosti dotazuju na jejich stránky s logy … ???
Tak to bych neřešil, to bys musel mít stovky založených cachí a to určitě nemáš ;). Při běžném počtu založených (max.desítky, rekord v ČR cca 50) to vůbec ani nepostřehnou, dotaz na míň jak 50 stránek listingu vygeneruješ i běžným procházením a zas tak rychle to není po sobě stahované, zpracování každého staženého listingu tím makrem (projití logů) chvíli trvá a generuje to tak podobnou pauzu, jakou užívá mezi stahováními jednotlivých listingů Skrýšotlač. A když dosud nestopli Skrýšotlač, který užívá mnoho lidí i pro dost cachí, tak pro stažení založených cachí tím makrem taky nechá GS v klidu.
Myslím že v každém dalším staženém GPX z PQ se znovu, kromě několika (5) posledních logů, stáhne i tvůj found log z libovolné doby existence listingu, pokud - máš danou cache nalezenu. Takže po prvním update všech kešek v databázi z PQ by měly být všechny tvé logy zase v databázi.
Myslim, ze rec je o vlastnich zalozenych kesich