5 odpovědí na toto téma

[ebik]

Tak jsem se podíval dovnitř adresáře offline export a měl bych k němu jednu poznámku: soubory icon_smile* přesunout do systémových. Osobně bych považoval za systémový jakýkoliv obrázek z geocaching.com, který není uploadnutá fotka (tedy není na img.geocaching.com/cache nebo img.geocaching.com/log, ale naopak je na www.geocaching.com/*) Ušetřilo by to spoustu (prťavých) souborů. (a eventuelně by to dovolilo grafické znázornění velikosti, obtížnosti a terénu, a i atributů, pokud je parsuješ z listingu.)

[HaLuMa]

V tuto chvili je jako systemovy povazovan ten obrazek, ktery si ddava sam GG. Vse ostatni je brano jako normalni obrazek. tvuj navrh by sice usspousty malych soubiru (coz stoji za uvahu), nicmene je nutno resit problem synchronizace obrazku - tedy zajistit, ze kdyz si groundspeak vzpomene a prida si novy obrazek, tak aby se pridal i sem. Je to resitelne, nicmene chce to vic programovani, nez se na prvni pohled zda.

[Mates168]

To je škoda, omezení souborů by docela prospělo...

[ebik]

HaLuMa napsal/a:
V tuto chvili je jako systemovy povazovan ten obrazek, ktery si ddava sam GG. Vse ostatni je brano jako normalni obrazek.

tvuj navrh by sice usspousty malych soubiru (coz stoji za uvahu), nicmene je nutno resit problem synchronizace obrazku - tedy zajistit, ze kdyz si groundspeak vzpomene a prida si novy obrazek, tak aby se pridal i sem. Je to resitelne, nicmene chce to vic programovani, nez se na prvni pohled zda.

To záleží čemu říkáš víc programování. Stahovat to do společného adresáře by neměl být problém. Pokud by tam ten soubor už byl tak se k tomu buď můžeš chovat stejně jako při update listingu (tedy jako doposud - žádné zhoršení oproti současnému stavu) a nebo nějak chytře: tedy za jeden export do offline updejtovat všechny na které se odkazovalo.

Jediné co je "navíc", tak musíš selektivně nahradit src="...", ale to jen pokud to nemáš napsané rovnou tak aby se to nahradilo tím co předáš té stahovací funkci.

Vlastně ideální by bylo když ukládáš stránku tak vytvořit i seznam "originální url : nové url" a ten předat stahovací funkci. A ta by pak stáhla všechno najednou (mapy, obrázky, ...) a dala by se časem nahradit nějakou jinou. Třeba kdyby to předávala nějakému externímu stahovači - některé prý umí stahovat docela rychle (hlavně mají dobré heuristiky na paralelizaci.). [Samozřejmě jako volbu nebo plugin který by nahradil stávající funkci pro přístup k webu.]

Jako pokročilou funkci bych viděl možnost promazání nepotřebných souborů, ale IMHO je to už zbytečně moc úsilí za efekt, kterého lze docílit jinak. (smazání všech společných souborů a nový export)

===

A teď mě ještě napadlo, že obrázky "z venku (mimo gc.com)" co maj stejné url by taky mohly být ve společném adresáři. Ale to už také ušetří jen málo, protože jen málo keší má stejné obrázky (něco jako kešové série, odkazy na gc.cz, a podobně).

[HaLuMa]

No, "vic programovani" rikam treba tomu, "ze se to musi cele prepsat uplne jinak". Coz tu navrhujes. :@ Nutno si uvedomit, ze soucasny offline adresar souzi jako cache a zaroven jako offline obsah. Ano, bylo by z mnioha duvodu zajimave tyto dve funkce oddelit, a planuji to. Nicmene soucasny stav moc dobre neumoznuje to co navrhujes. Je to prave z duvodu toho promazavani. Soucasny stav dokaze docela efektivne promazavat nepotrebne veci, protoze u kazdeho souboru vis, ke kteremu bodu patri. Navrhovane uspory ale zpusobi, ze nevis, jestli nejaky soubor jeste nekdo jiny nepotrebuje. Jinymi slovy, tvuj navrh je dobry pro offline prohlizeni, ne vsak na cache. Dokud nebudou tyto dve funkce od sebe oddeleny, nedelal bych v tom zmeny.

[ebik]

Možná se to tak úplně oddělovat nemusí. Pokud budeš do společné cache stahovat jenom WWW.geocaching.com obrázky, tak ta se opravdu promazávat nemusí, a kdyžtak si ji uživatel promázne celou ručně. Pak se mu postupně zpátky zaplní jak bude klikat na zobrazení listingu nebo až dá offline export.... Jak to dělat se soubory mimo geocaching.com, by to chtělo nejdřív nějakou analýzu (kolik, kolikrát a jak velkých se vyskytuje duplicitně, možná se zjistí, že pro tyto soubory stávající způsob postačuje).