28 odpovědí na toto téma

[HaLuMa]

Ja ti rozumim. Mala vysvetlujici odbocka, proc je to udelane takhle "blbe":

 

Kdyz tahas svoje vlastni logy, tak jsou ti vraceny i vsechny tve logy, ktere jsi smazal. tedy logy archivovane. V takovem pripade ty archivovane logy muze geoget z databaze smazat.

 

Jenze kdyz tahas logy na nejake kesce, Groundspeak se rozhodl ty archivovane utajit. Tim padem je nema Geoget podle ceho identifikovat a smazat. Je to uplne stejny problem jako s poznavanim archivovanych kesi.

 

Tim padem zbyvaji asi dve rozumne moznosti:

1. vykaslat se na to. Opravdu je nutne mit statistiku logu tak presnou, ze par logu navic vadi?
2. Cas od caso vsehcny logy smazat a natahnout uplne znovu. Neni divu, ze zdaleka nejpouzivanejsi API funkce je zrovna ta na tahani logu...

Vyrobit udelatko na mazani vsech logu na kesce neni nic drastickeho, podobne veci jsou planovany do totalni predelavky okna s listingem, jen se k tomu nejak nemuzu porad dostat. v zasade jde o jednoduchy SQL prikaz:

 

DELETE FROM geolog WHERE id="GC12134";

 

Kde pochopitelne dosadis ten spravny GC kod. Lze spustit v SQL konzoli pustene z menu Geogetu.

[kiReGPS]

Za outsourcingovaný support z Indie, to vidím takto:

• Odpověď otázkou je zcela na místě. Velmi často uživatel chce dosáhnout něčeho a zoufale hledá cestu, jak na to. Dostane se mu komplikovaných IT rad, on instaluje programy, odinstalovává jiné, restartuje, někdy i reinstaluje celá Windows a pak se ukáže, že ten prvotní důvod byl pseudodůvod. Proto je otázka "proč to vlastně chceš?" možná iritující, ale rozhodně správná.
• Osobně bych nějaký drobný rozdíl jednoho z tisíce logů neřešil. Opravdu vadit mohou jen nějaké vyloženě "škodlivé" logy, typu NA. Ty snadno odmažeš po jednom. U ostatních typů logů si nedokážu představit, že by drobný nesoulad mohl něčemu vadit.
• Pokud LogsRepair neumožňuje hromadně smazat logy na vlastní keši, zkusil bych přesvědčit Gorda, aby to tam přidal.
• Poslední cestou je SQL. Nainstaluj nějaký SQL manažer (já používám SQLite Administrator), zazálohuj si databázi (to je při operacích mazání nezbytnost!) a otevři v manažeru. Do pole s SQL dotazem zadej pro kontrolu:
   
  

  select * from geolog where id="GCkódkeše"

  Spuštěním dotazu (u doporučeného manažeru pomocí F9) získáš seznam všech logů vybrané keše. Když si budeš jistý, že je to ono, že přesně tohle chceš smazat a už nikdy to nechceš vidět, změň začátek příkazu:

  delete from geolog where id="GCkódkeše"

  Spusť a je posekáno. Pro kontrolu zase můžeš zkusit zase vrátit příkaz na select a spustit. Výsledkem bude prázdnota (která se v uvedeném manažeru ani neukáže, stejně jako vypadá bez odezvy i příkaz delete). Záměrně používám jen takhle jednoduchou metodu, protože čím složitejší postup, tím větší šance něco zvorat. Znovu připomínám - udělej si zálohu databáze!

[kiReGPS]

Alespoň vidíš, že i support z Indii nekecá. Vše podstatné máme s HaLuMou napsané stejně. Jen jsem prostě pomalejší... 

[HaLuMa]

Jen jsme se zapomněli na něco schválně zeptat.   

[gord]

Na spusteni SQL nemusis instalovat zadnou dalsi aplikaci. V GG je databazova konzole. A krome ni je mozne SQL spustit v pluginu SmartFilter (tam si nejsem jisty, zda puhde i tento), v Combine a dokonce i ve Statoru.

[kiReGPS]

Na spusteni SQL nemusis instalovat zadnou dalsi aplikaci. V GG je databazova konzole. A krome ni je mozne SQL spustit v pluginu SmartFilter (tam si nejsem jisty, zda puhde i tento), v Combine a dokonce i ve Statoru.

 
Souhlas, nástrojů je mnoho. Ale protože mazání záznamů je operace (jak se krásně česky říká) vošajstlich, doporučoval jsem cestu relativně bezpečnou... 

[rsc_cz]

A co to omezení na cizí keše prostě obejít?

 

- v nastavení GeoGetu změnit nick, takže GeoGet nepozná moje keše

- použít plug-in

- nastavit původní nick

[dejwy]

Děkuji všem z Indické podpory, jmenovitě Hanuman Harshal, Kiran Gopinath a Gouresh Gibind.

V SQL konzoli jsem si byl nejjistější.

 

I když rada od Kiran Gopinath ohledně spuštění následujícího příkazu v konzoli:

select * from geolog where id="GCkódkeše"

vykázala okázalé pípání mého počítače díky spec. znakům které se snažila konzole zobrazit ukončené až násilnou terminací procesu.

 

DELETE pak bylo tiché a  ale účinné.

 

rsc_cz: To by taky šlo, ale to mi přijde už moc přes ruku.

 

Osobně pro mne bylo největším tajemstvím, že na vlastní keši jsou všechny logy považovány za důležité a tak všechny scripty na mazání logů na vlastní keši nedělají to, co jsem předpokládal, že by dělat měli.

Řešení s SQL konzolí je OK, díky moc.

Tento příspěvek byl upraven od dejwy: 13 leden 2016 - 8:29

[kiReGPS]

Kiran Gopinath to neradil v konzoli, ale v SQL Administratoru, kde si to vyzkoušel, aby radil přesně (i když až z Indie)...   

Ale hlavně, že se práce podařila dílo je dokonáno.