Trvale smazat - mapy atd.
#1
Publikováno 20 September 2011 - 9:35
Uvědomil jsem si ale, že při tom nemizí například soubory s mapami a celková velikost dat ani počet souborů ve složkách se tedy nijak podstatně nezměnily.
Existuje nějaký působ, jak projít složky s mapami a přílohami atd. a smazat vše, co nepatří k žádné keši z databáze? Myslím, že by to byla užitečná funkcionalita...
Problém může být asi v tom, že pokud je databází víc (můj případ), muselo by se zkontrolovat, že soubor nepatří k žádné z databází, tím se to poněkud komplikuje, že?
#2
Publikováno 20 September 2011 - 9:44
#3
Publikováno 20 September 2011 - 9:55
HaLuMa napsal/a:
Trvale mazani prave maze i ty mapy a postahovane obrazky z listingu. Proto ta operace neni uplne bleskova, zvlast kdyz toho mazes vic.
Ale projit rucne si to muzes. podivej se v datovem adresari na podadresar offline/maps a offline/inc. V nich hledej soubory, jejichz jmeno zacina kodem kese(bodu).
Pokud nahodou smazes neco navic, nevadi, jakmile na to Geoget narazi, tak obrazek ci mapu stahne znova. Ostatne treba ty mapy se po nekam case (ve vychozim stavu pul roku) stejne tahaji znova, kdyby se treba mezitim vylepsily mapove podklady.
Já jsem to právě teď zkoušel (na jedné keši) -- a ty mapy mi tam zůstaly! Jinak jsem mazat cca 25 000 záznamů, to se mi ručně právě moc procházet nechce a stahovat mapy třeba pro 5 000 listingů kvůli tomu, že jsem si je smazal spolu s těmi ostatními, to mi připadá zbytečné, proto ten dotaz...
Zkoušel jsem to na jedné keši proto, že jsem při mazání těch 25 000 kousků pojal podezření, že tam mapy zůstaly --- a taky že jo...
#4
Publikováno 20 September 2011 - 10:00
#5
Publikováno 20 September 2011 - 10:19
#6
Publikováno 20 September 2011 - 10:30
mikrom napsal/a:
http://geoget.ararat...kript:cleartemp ?
To je šikovné, ale řeší to jen část problému... Smaže mi to např. mapy u starších (ve smyslu dříve aktualizované) českých kešek, kam se třeba ještě vydám (a mám je v db), zatímco mi to nesmaže mapy u keší v Itálii, které jsem si stáhl před týdnem před dovolenou a kde jsem si jistý, že tam zas přinejmenším pár let nepojedu a jejichž listingy už v db po úklidu nemám...
#7
Publikováno 20 September 2011 - 10:43
#8
Publikováno 20 September 2011 - 11:38
#9
Publikováno 20 September 2011 - 11:57
Zajímavou volbou je také zadání hodnoty -2, kdy se budou vyhledávat offline soubory ke kterým neexistuje v databázi rodičovský bod (GC, WM, OC) 1).
To jsi zkoušel? Pro víc databází to nejde použít rovnou, ale vyřešil bych to jednorázovým vyrobením databáze do které bych nasypal data ze všech používaných.
#10
Publikováno 20 September 2011 - 15:35
Parkis napsal/a:
na stránce scriptu je:
Zajímavou volbou je také zadání hodnoty -2, kdy se budou vyhledávat offline soubory ke kterým neexistuje v databázi rodičovský bod (GC, WM, OC) 1).
To jsi zkoušel? Pro víc databází to nejde použít rovnou, ale vyřešil bych to jednorázovým vyrobením databáze do které bych nasypal data ze všech používaných.
Aj, to mi ušlo, zdá se, že to je přesně ono! Díky
To spojení databázi do jedné přechodné je vtipné řešení.
#11
Publikováno 20 September 2011 - 15:40
Zajímavou volbou je také zadání hodnoty -2, kdy se budou vyhledávat offline soubory ke kterým neexistuje v databázi rodičovský bod (GC, WM, OC).
--- co se stane s rodičovskými body, které nejsou GC, WM nebo OC?
Kromě databáze GC mám druhou s vlastními body a ty nesplňují nějaké jasné požadavky na id bodů, zpravidla začínají stejnými dvěma znaky, není to ale žádná z těch tří dvojic, navíc to neplatí bez výjimky, také délka id v druhé databázi je také různá...
#12
Publikováno 20 September 2011 - 16:03
#13
Publikováno 20 September 2011 - 16:17
mikrom napsal/a:
jiny nez GC/WM/OC by to melo ignorovat
Omlouvám se, že se ptám furt dokola, ale chci si být jistý, než to pustím na svoje data... Pokud tam mám druhou databázi, jejíž id nezačínají na tyhle dvojice, tak to tam jejich mapy atd nechá, i když v aktuální databázi (otevřené při startu skriptu) nebudou mít odpovídající listing?
Přílohy (tedy složku ../attach) to nechá úplně na pokoji, jak vidím.
#14
Publikováno 20 September 2011 - 16:49
#15
Publikováno 21 September 2011 - 19:58
#16
Publikováno 22 September 2011 - 9:36
#17
Publikováno 22 September 2011 - 10:31
1 uživatel(ů) prochází toto téma
0 uživatelů, 1 návštěvníků 0 anonymních uživatelů