Gibt es eine Möglichkeit, Firefox so einzurichten, dass keine Elemente (automatisch) aus dem Verlauf entfernt werden?
In der Vergangenheit gab es möglicherweise die Option "Alle Verlaufselemente behalten", und Sie konnten sie in Tagen vom Menü auf eine große Ganzzahl wie 999999999 festlegen.
Da diese Einstellung zunächst unbemerkt weg war, habe ich mich derzeit entschlossen, eine Sicherungskopie places.sqlite
(bei Win, In %Appdata%\Mozilla\Firefox\Profiles\<some-profilename>\places.sqlite
) zu erstellen .
Angenommen, ich aktualisiere nicht, ohne zu überprüfen, ob meine Sicherungsmethode noch funktioniert:
Wie kann man heute Firefox v22 so einstellen , dass alle Verlaufselemente gespeichert werden?
Ich habe diese Werte bereits festgelegt about:config
.
places.history.expiration.transient_current_max_pages;104858
places.history.expiration.transient_optimal_database_size;85534800
Ich habe immer noch Lesezeichen, die älter sind als das älteste Verlaufselement in der Datenbank. obwohl ich mich nicht erinnern kann, wann ich diese Einstellungen gesetzt habe!
Ist das also ausreichend? Sind das gute Werte? Gibt es dafür andere oder bessere Möglichkeiten (zB ein Addon)?
quelle
Antworten:
Es gibt jetzt eine geeignete Lösung (Firefox v40):
places.history.expiration.max_pages
Überschreibt die Berechnungen für die 'optimale Datenbankgröße'. Wenn Sie also einen großen positiven Wert einstellen, wird der gewünschte Effekt erzielt .Siehe diese Antwort .
quelle
places.history.expiration.max_pages
(1) effektiver ist alsplaces.history.expiration.transient_current_max_pages
(2), das ich bereits in OP eingestellt habe? Warum? speziell welche linksconst PREF_MAX_URIS = "max_pages";
zu (1), aber vermeidet (2)? Ich werde entweder bestätigen, dass (1) und PEX__loadprefs () wirksam sind, oder ich werde bestätigen, dass, wenn ich den freien Speicherplatz auf 0 verkleinere, der Verlauf mit (1) gesetzt bleibt, aber mit (1) nicht gesetzt wird.PREF_MAX_URIS
zu (1) sindPREF_BRANCH = "places.history.expiration."
.max_pages
wird relativ zum.exipration
Ast geholt - siehe Linie 461 und Linie 760 ,transient_current_max_pages
keinen Einfluss auf das Ablaufdatum des Verlaufs hat. nsPlacesExpiration.js liest es nie, sondern schreibt nur, um das aktuelle Protokolllimit für andere zu lesende Komponenten anzuzeigen.places.history.expiration.max_pages
steuert tatsächlich das Ablaufen.places.history.expiration.max_pages
in about: config nichts mehr enthalten und esplaces.history.expiration.transient_current_max_pages
sieht aus wie eingefroren. Ich kann seinen Wert nicht ändern (ich habe das Norwell-Add-On aktiviert, aber es sollte keine Rolle spielen).Sie könnten einen privaten Firefox-Sync-Server betreiben und die Größe der Verlaufsspeicherung auf 1 GB oder so etwas Wahnsinniges einstellen. Soweit ich weiß, wird der Verlauf nicht gelöscht, und Sie können den gesamten Verlauf auf jeder von Ihnen synchronisierten Browser-Instanz anzeigen.
quelle
weave-minimal
aber ich habe keine in Bezug auf die Größe des Verlaufs beibehalten.Im palemoon-Forum aus der Antwort von user341084 gab es einen Link zum Add-On " Ablaufverlauf nach Tagen" - mit der Option, den Ablauf vollständig zu deaktivieren (oder den Ablaufzeitraum zu definieren).
quelle
places.history.expiration.max_pages
auf gesetzt999999
.Ich hatte das gleiche Problem und entdeckte einen hackigen Weg, über den Sie hier lesen können: http://forum.palemoon.org/viewtopic.php?t=3260
In der aktuellen Version wird mozilla.cfg verwendet, um die Variable places.history.expiration.transient_current_max_pages auf 2147483647 (der größte akzeptierte Wert) zu sperren. Das Problem ist, dass Firefox diese Einstellung automatisch ändert, sofern Sie sie nicht sperren.
Beachten Sie, dass mozilla.cfg in Portable Firefox nicht funktioniert. In einer solchen Situation empfehle ich stattdessen Portable Pale Moon (was mit mozilla.cfg funktioniert).
Informationen zur Verwendung von mozilla.cfg finden Sie hier: http://kb.mozillazine.org/Locking_preferences
Aus technischen Gründen ist es nicht so eingestellt, dass die Geschichte für immer erhalten bleibt, aber es werden eine Menge Einträge gespeichert. Ich habe derzeit eine 18-monatige Historie und meine places.sqlite-Datei (in der die Historie gespeichert ist) ist über 150 MB groß (vor 6 Monaten waren es ungefähr 100 MB, also füge ich alle 6 Monate 50 MB hinzu). Beachten Sie, dass bei so großen Formaten eine SSD dringend empfohlen wird. Wenn Sie keine haben, sollten Sie stattdessen eine Ramdisk + symbolische Links verwenden (eine Ramdisk, die Daten in bestimmten Intervallen oder beim Herunterfahren speichert).
Es kann auch eine gute Idee sein, eine Sicherungskopie Ihrer Verlaufsdatei zu erstellen, falls diese ausfällt oder so. Andererseits ist es eine gute Idee, auch vollständige Festplatten-Backups zu erstellen ...
quelle