ugrás a tartalomhoz

firefox history

Há.Zé. · 2015. Nov. 4. (Sze), 23.47
Firefox history-t szeretném átmenteni egy régi profile-ból egy új alá.
Az a gond, hogy ha a places.sqlite-t csak simán átmásolom, majd beállítom, hogy kilépéskor töröljön mindent (csak "integrity test" ;) ), akkor a firefox látszólag kilép, gyakorlatilag elteszi magát a háttérbe, sokáig 100%-on hajtja az egyik processzormagot, majd egy crash report kíséretében megáll.
Ha egy sqlite utility-vel exportálom, majd importálom, akkor a firefox indításakor keletkezik egy places.sqlite.corrupted állomány és mellette egy jó, de üres adatbázis.
Vacuum megvolt, a firefoxba épülő sqlite matató programmal (másik profile-ból természetesen) ellenőriztem is, látszólag rendben van.
Valami ötlet, hogy mégis hogyan tudnám megőrizni a history-t?
(valójában épp azért kell az új profile, mert ez az adatbázis sérült)
 
1

Nekem gyanús az az

Hidvégi Gábor · 2015. Nov. 5. (Cs), 14.24
Nekem gyanús az az összeomlás, esetleg próbáld ki másik gépen is.
2

Linuxon és windowson

Há.Zé. · 2015. Nov. 5. (Cs), 14.59
Linuxon és windowson próbáltam, egyformán beledöglik.
És ha export/importot próbálok, az import eredménye eltér az export előtti állapottól. Egyszer már volt hasonló gondom, de akkor a sérülés után el sem indult a FF. Most működik, csak takarítani képtelen. Ez önmagában nem zavarna, de félek, hogy újra adatvesztés lesz belőle, ezért próbálom átpakolni.
3

SQLite managerrel

Endyl · 2015. Nov. 5. (Cs), 15.07
SQLite managerrel megpróbáltam a következőt, és látszólag működött (a profil indításakor listázta rendesen az előzményeket, illetve az előzmények törlése is sikerült (igaz eltartott egy darabig)).

  • Tesztként csináltam egy új, üres profilt.
  • A használatban lévő profil places.sqlite fájljáról készítettem egy másolatot.
  • SQLitemanagerben megnyitottam egy memória adatbázist.
  • A forrás places.sqlite-ot csatoltam sourcedb néven.
  • A cél places.sqlite-ot csatoltam targetdb néven.
  • Futtattam a következő queryket:

INSERT OR REPLACE INTO
    targetdb.moz_places
        SELECT * FROM sourcedb.moz_places mp
			WHERE mp.id IN (
				SELECT DISTINCT mhv.place_id FROM sourcedb.moz_historyvisits mhv
			);

INSERT OR REPLACE INTO
	targetdb.moz_historyvisits
		SELECT * FROM sourcedb.moz_historyvisits;

INSERT OR REPLACE INTO
	targetdb.moz_favicons
		SELECT mf.id, mf.url, mf.data, mf.mime_type, mf.expiration FROM sourcedb.moz_favicons mf
			WHERE mf.id IN (
				SELECT mp.favicon_id FROM sourcedb.moz_places mp
					WHERE mp.id IN (
						SELECT DISTINCT mhv.place_id FROM sourcedb.moz_historyvisits mhv
					)
			);
Az utolsónál column mismatch volt (hiányzott a guid oszlop a célból), azért vannak felsorolva a beillesztéshez kiválasztott oszlopok, szóval erre érdemes figyelni.

Szükség esetén gondolom a többi táblára is (könyvjelzők pl. (igaz arra van kényelmesebb export/import funkció is)) el lehet játszani ilyesmiket.
4

Egyedül a history problémás,

Há.Zé. · 2015. Nov. 5. (Cs), 16.29
Egyedül a history problémás, minden egyebet át tudtam hozni. Megnézem, mire jutok így.
Még az jutott eszembe, hogy esetleg az indexekkel van gubanc.
5

Places Maintenance

Há.Zé. · 2015. Nov. 6. (P), 22.16
Ez a neve annak a pluginnek, amivel helyre lehet állítani néhány sérülést. Például azt, ami most gondot okozott, azt linuxon sikerült helyreállítani vele.
És ne felejtsük el a FEBE nevű plugint sem, amivel el lehet menteni (időzítve, indításkor/leállításkor) a Firefox profile-t, ami az elmúlt év tapasztalatai alapján nem egy hátrány. :(
(FEBE plugint backup kulcsszóval a legegyszerűbb megtalálni, a FEBE keresésre elég hosszú lista mélyén találtam csak meg :) )

Ami érdekes: linux alatt a Places Maintenance rendbe tette a history-t. Windows alatt ugyanazzal a profile-lal nem boldogul. Pontosabban úgy csinál, mintha gatyába rázná, de ugyanúgy sérült marad.