49 odpovědí na toto téma

[Arne1]

Tak koukám, že mi to taky hromadu archivovaných odarchivovalo.... Ale taky mám dojem, že nefachá porovnávání data, bez ohledu na poslední aktualizace projíždí všechno.

[klama]

@sobikovi Nemal by si cely tento svoj pocin prehodnotit? Stahovat cely listing len kvoli tomu aby si sa dozvedel v akom je stave mi pripada totalne nehospodarne. To ze to stahujes anonymne situaciu z mojho pohladu nezachranuje - trafic na gc.com bude rovnaky... Predsa na to aby si zistil stav kese ti staci stiahnut zoznam kesiek...

[sobikovi]

klama napsal/a:
Predsa na to aby si zistil stav kese ti staci stiahnut zoznam kesiek...

jaký seznam keší? Já mám v GG nějaký svůj výběr (nesourodý) a ten potřebuji aktualizovat... V seznamu keší po hledání na gc.com nemá archived keše a disabled poznám jen podle přeškrtnutého textu... Nebo je to nějak jinak? Jo a nemám instalovaný GJ.

[sobikovi]

Arne1 napsal/a:
Tak koukám, že mi to taky hromadu archivovaných odarchivovalo....

Ale taky mám dojem, že nefachá porovnávání data, bez ohledu na poslední aktualizace projíždí všechno.

Máš tu poslední verzi 0.0.3. níže? Doma jsem zatím na docela velkém vzorku keší nenašel problém s rozpoznáním aktuálního stavu...

Ano, vývojová verze do doladění těch identifikací stavů to nemá implementovaný, ale další verze už to mít bude

[Arne1]

pouštěl jsem to fčera, a to byla ta starší verze. Takže musím počkat na novou verzi, abych to nedělal příště znovu.

[klama]

No to aktualizujes len tak, co ta napadne? Obycajne mam zaujem vediet stav kesiek v nejakej oblasti... alebo podla autora alebo podla kesera alebo podla krajiny... Mozno ty nie, ale mam obavy ze ked to das do plena tak zas len narastie trafic. Navyse, ak zistis, ze dosko k zmene velmi pravdepodobne to budes chciet mat aktualne aj s listingom a logmi, cize dalsie stahovanie, tentokrat s prihlasenim...z pohladu zataze webu je to ale detto. Nie je jednoduchsie to stahovat hned na ostro - teda pokial ti ide o naozaj "nesourody seznam". To ci pouzivad gj alebo pouzivas ask je irelevantne...

[medwyn_cz]

V tomhle souhlasim s klamou. Prijde mi mnohem lepsi pouzit klasicke GJ nez tohle stahovadlo, protoze se stazena data alespon zuzitkuji. Benefit z neprihlaseni k serveru je pro zmenu vyvazen tim, ze muze groundspeak odriznout ip adresu. A taky to dela, viz diskuze k archivatoru. Jinak me tedy informace, ze sobik nema nainstalovane GJ, trosku prekvapuje. Dle svych prispevku na foru ho zcela evidentne cela leta pouzival A na tom nevidim nic spatnyho, i PM uzivatelum poskytuje spoustu fajn funkci.

[sobikovi]

Ano GJ mám instalovaný, ale bohužel jsem zatím nepřišel na to, jak provést aktualizaci nesourodého seznamu keší přes GJ... GJ primárně používám na waymarky, ale i na keše. Hlavně na stahování PQ...

Já si připravuji různé výlety, služební cesty, procházky a já nevím co a mám to uloženo v sezmu třeba půl roku, ale i 2 dny. Dřív než to nahraju do navigace chci vědět, jestli je to aktuální a to GJ ani PQ neudělá...

Souhlasím s tím, že tam ten provoz je a bude, ale když dám rozumný timeout, tak by to mělo být v pohodě proti banánu a předpokládám, že to bude někdo pouštět jen na určitý seznam a ne na celou ČR...

Osobně mě k něčemu takovému přivedlo to, že import z GJ do GG trvá hrozně dlouho. Jen pro to, že chci zjistit stav keše a ne aktualizovat celý listing... Ideální by bylo, něco jako light import, který by jen provedl update statusu keše a v případě určené změny stavu (asi stačí enabled) provedl i aktualizaci listingu.

[HaLuMa]

Pak je asi na miste, abych se konecne podival, proc je ten import HTML listongu tak pomaly. Nikdy to nebude tak rychle jako import PQ, ale treba tam jeste nejake rezervy jsou. (holt, prednostne vylepsuju funkce, ktere sam pouzivam.)

[medwyn_cz]

PQ to sice neudela, ale GJ to udela. Aktualizace nesourodeho seznamu je prece pohodicka. - oznacit vsechny kese v seznamu a spustit makro "stahnout listing"? Tahle funkce tam byla uz drive, nez jsem ja vubec zacal pouzivat GG+GJ. A i ty uz jsi tady nekomu radil, jak se to dela. Naprosto nechapu, proc tedka mlzis. Presne jsi rikal, ze pred odchodem na vylet si takhle pres GJ stahnes nove listingy. - GJ dotaz do DB ma volbu na aktualizaci kesi dle GGT souboru. Co se tyka delky importu: ano, trva to dlouho. Sakra dlouho. Verim, ze s tim Geby vyhledove neco udela. Obecne me netizi nic z techto problemu. APQ a klidek na veky. Nicmene to makro co popisujes neni absolutne zadny problem napsat. Stacilo by, aby tve stavajici makro na konci vyfluslo seznam zmenenych GC kodu k plne aktualizaci - a ten pak predhodilo GJ. Ale implikuje to dvojite stahovani zmenenych a jednonasobne stahovani nezmenenych kesi. Jedno anonymne, druhe prihlasene.

[sobikovi]

Tak další verzička 0.0.4: Makro aktualizuje pouze status keše (Archived, Disabled, Enabled) Stahuje se celý html listing, ale neukládá se! Neaktualizuje se listing keše! Stahuje se anonymně! Mezi načtením dvou stránek je prodleva x sekund dle nastavení. ToDo: Stahují se pouze stránky těch keší, které nebyly aktualizovány dnes. Zatím NE! Stahují se pouze stránky těch keší, které nebyly aktualizovány déle než x dní. Zatím NE! Generuje se seznam aktualizovaných keší.

[Arne1]

Jak to vypadá s doděláním ? Udělalo mi to paseku v databázi a potřeboval bych to postupně poopravovat.

[medwyn_cz]

Proste si tu paseku oprav Geojarrym, ne? Pripadne se mi ozvi na ICQ a "nejak to poresime".

[sobikovi]

Jakou paseku? Posledni verze 4 beha v pohode.

[Arne1]

sobikovi napsal/a:
Jakou paseku? Posledni verze 4 beha v pohode.

Ale ta před tím ne. Takže mám skoro všechny archivované jako živé a není ani poznat co opravím a co ne.

[Arne1]

medwyn_cz napsal/a:
Proste si tu paseku oprav Geojarrym, ne?
Pripadne se mi ozvi na ICQ a "nejak to poresime".

Já to tehdy pustil na půlku databáze přes proxinu, tohle si GJ netroufnu.

[medwyn_cz]

Ti rikam, ozvi se. Vim o zarucenem a bezbolestnem zpusobu opravy. Stahovat desetitisice listingu fakt neni ta spravna volba. A to, zes to udelal predtim anonymne, je taky moc fajn.

[sobikovi]

Tak to se za ty nepříjemnosti omlouvám, ale vyzkoušej na menším vzorku tu poslední verzi 4 a uvidíš, že to poběží OK. Nenapadlo mne, že by to někdo pro otestování pouštěl hned na půlce ostré databáze.

[Arne1]

sobikovi napsal/a:
Tak to se za ty nepříjemnosti omlouvám, ale vyzkoušej na menším vzorku tu poslední verzi 4 a uvidíš, že to poběží OK. Nenapadlo mne, že by to někdo pro otestování pouštěl hned na půlce ostré databáze.

Jenže mi tam chybí ta plánovaná fuknce nastavení data updatu.

[javla]

Optimální by bylo, kdyby se použil centrální webový archiv. První operací by bylo stažení seznamu GC kódů, jejichž status by byl někým zjišťován v období, které by se určilo novým parametrem (například 4 dny). Tímto seznamem by se prohnala dávka kontrolovaných keší a pouze ty, které by zbyly by se zjišťovaly online s tím, že výsledek toho zjišťování by se pak poslal do tohoto webového archivu. A je celkem jedno kde by tento archiv ležel. Mělo by jít o primitivní tabulku v SQL databázi DATUMCAS, GCCODE, STATUS a 2 PHP scripty - jeden na získání textového seznamu z tabulky na základě zadaného datumu a času, kde by to jednoduše vyselectovalo DATUMCAS|GCCODE|STATUS - co řádek to keška s podmínkou where DATUMCAS je větší než zadaný datumčas. Druhý PHP script by uměl převzít soubor ve stejném formátu a uložit jeho řádky do tabulky. Ano - může se stát, že to pak označí jako archivovanou kešku tu, která byla před pár hodinami odarchivovaná, protože v tom centrálním webovém archivu by byl zjišťován status naposledy předevčírem, ale určitá pomoc by to byla. A nebo by někdo, kdo má aktuální celou republiku a vede si i archivované, by mohl občas pustit soubor se seznamem GC kódů archivovaných/nearchivovaných kešek a primitivním makrem by se pak bez potřeby něco online načítat prostě v DB označily podle toho souboru. Proč to řeším ? Kdysi jsem stahoval celou republiku, pak jsem postupně snižoval okruh na dnešních 150km (aby se to týdně otočilo) a visí mi tu asi tak 10.000 naktualizovaných kešek. Je mi líto je smazat (co kdybych někam narychlo jel) a celý to projet makrem Archivátor je prostě nepoužitelný postup.