Wie kann ich Firefox so einrichten, dass er niemals Verlaufselemente löscht?

9940
n611x007

Gibt es eine Möglichkeit, Firefox so einzurichten, dass keinerlei Elemente (automatisch) aus der Historie entfernt werden?

In der Vergangenheit gab es vielleicht ein 'Alle Elemente behalten', dann konnte man es aus dem Menü auf eine große Ganzzahl wie 999999999 in Tagen setzen.

Da diese Einstellung zunächst unbemerkt verschwunden war, entschloss ich mich derzeit, eine Sicherungskopie places.sqlite(auf Sieg, in %Appdata%\Mozilla\Firefox\Profiles\<some-profilename>\places.sqlite) zu erstellen .

Angenommen, ich werde kein Upgrade durchführen, ohne zu prüfen, ob meine Sicherungsmethode noch funktioniert:

Wie kann man Firefox v22 heute so einstellen , dass alle Verlaufselemente aufbewahrt werden?

Ich habe diese Werte bereits eingestellt 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 vorgenommen habe!

Ist das ausreichend? Sind das gute Werte? Gibt es andere oder bessere Möglichkeiten, dies zu tun (zB ein Addon)?

18
Warum willst du das machen? (Behalten Sie alle historischen Elemente, das heißt) Richard Lucas vor 11 Jahren 0
@ Richard Ich erinnere mich, dass ich Dinge getan habe, die in der Vergangenheit weit weg waren, aber keine genauen URLs. Ich erinnere mich daran, dass sie länger als diese künstliche Historiendatei und Zeitlimit in der Historie sind. Ich habe wahrscheinlich keine Site mit einem Lesezeichen versehen, die mich damals nicht interessierte, aber jetzt von Interesse ist. Und ich mag es wirklich nicht, nach etwas zu suchen, das ich schon einmal gefunden habe und gut genug finde, um mich daran zu erinnern, wie die Zeit an diesem Punkt gezeigt hat. Und ich möchte diese Daten lokal behalten, weil es für niemanden etwas anderes ist. n611x007 vor 11 Jahren 4
Ich kann verstehen, warum Sie dies tun möchten, aber ich gehe davon aus, dass Sie das Risiko eingehen, dass Firefox Ihre Historie irgendwann löscht. Ich kann nicht erkennen, dass sich die Historienliste für immer anhäufen könnte, ohne die Systemleistung zu beeinträchtigen. Ich persönlich würde eine externe Datenbank der besuchten Seiten in Betracht ziehen, aber das ist nur ich. Viel Glück! Richard Lucas vor 11 Jahren 0
Use Evernote to store the useful information. Then add tags to create an organized and easy to find stuff system. Otherwise just put in as many 9's as the entry allows and you should be ok. cybernard vor 11 Jahren 0
@cybernard über Evernote, es gibt keinen Sinn, ich meine, ich könnte nur Lesezeichen verwenden, aber das Problem ist, dass ich zum Zeitpunkt des Besuchs den Wert der Seite an den kommenden Tagen nicht voraussehen kann. Lesezeichen wären einfacher als eine Notiz zu machen, und ich benutze viele Lesezeichen, aber hier brauche ich genau die, die ich nicht mit einem Lesezeichen versehen / notiert habe. Unter Eintrag verstehen Sie die about: config-Einträge. Ist es erfahrungsgemäß, dass Firefox sie respektiert? Wenn Sie so viele 9s wie möglich einsetzen, klingt das wie [Cargo Cult] (https://en.wikipedia.org/wiki/Cargo_cult_programming) und wenn sich dies als unwirksam herausstellt, werde ich mit leeren Händen bleiben n611x007 vor 11 Jahren 1
Seit der Veröffentlichung von Firefox 4.0.x hängt die Anzahl der Tage, für die Firefox die Historie speichert, direkt mit der Systemhardware zusammen. Firefox berechnet, wie viel Verlauf beibehalten werden soll, ohne die Systemleistung zu beeinträchtigen. Du kannst es nicht mehr ändern. krowe vor 11 Jahren 1
@krowe, könntest du vielleicht einen Hinweis auf diese Informationen hinzufügen? Übrigens klingt es verrückt ... Was tun dagegen die beiden obigen Konfigurationsoptionen? n611x007 vor 11 Jahren 0
Soweit der Code für die Zuverlässigkeit gilt: https://mxr.mozilla.org/mozilla-central/ident?i=PREF_READONLY_CALCULATED_MAX_URIS beim Lesen dieses Befehls wird Firefox derzeit * aus der Datenbank gelöscht *, wenn der Speicherplatz knapp wird * und dies nicht zulässig ist eine Datenbank größer als 160 MB. Ich mag das überhaupt nicht. :( aber ich verstehe nicht: wird es durch meine config überschrieben? n611x007 vor 11 Jahren 1
Straftäter: [QUERY_EXPIRE_URIS] (https://mxr.mozilla.org/mozilla-central/search?string=QUERY_EXPIRE_URIS) und [EXPIRATION_QUERIES] (https://mxr.mozilla.org/mozilla-central/search?string= EXPIRATION_QUERIES & find = & findi = & filter = ^ [^ \ 0] *% 24 & hitlimit = & tree = mozilla-central) - frage mich *, ob es * ein *** Design-Dokument *** für dieses Verhalten gibt? n611x007 vor 11 Jahren 0
Referenz für das Löschen von Firefox-Löschvorgängen basierend auf dem System: https://wiki.mozilla.org/Firefox/Projects/Places_async_expiration Achal Dave vor 10 Jahren 2
Haben Sie versucht, "places.history.expiration.max_pages" zu erhöhen? user vor 9 Jahren 0
Ich glaube, dass es sich bei Link um ein zukünftiges Projekt handelt. Die aktuelle Implementierung ist beschrieben unter [developer.mozilla.org/en-US/docs/Mozilla/Tech/Places/Places_Expiration ]((ttps://developer.mozilla.org/en-US/docs/Mozilla/Tech/Places/ Places_Expiration) user vor 9 Jahren 2

4 Antworten auf die Frage

4
trapezoid

Sie können einen privaten Firefox-Sync-Server ausführen und die Größe der Protokollbeibehaltung auf 1 GB oder etwas Ähnliches einstellen. Soweit ich weiß, wird der Verlauf nicht gelöscht, und Sie können den gesamten Verlauf in jeder Browserinstanz sehen, die Sie synchronisieren.

Wo stelle ich die Größe des Verlaufs ein (in Firefox oder minimalem Webmodus)? Ich habe Firefox-Optionen / Sync geprüft, habe aber nur Quota Read und Befehlszeilenoptionen für "Weave-Minimal" gesehen, aber ich habe noch keinen gesehen, was die Größe des Verlaufs anbelangt. n611x007 vor 11 Jahren 0
Hinweis: weave-minimal unterstützt die aktuelle Synchronisations-API nicht. Sie können immer noch eine eigene Instanz des offiziellen Synchronisierungsservers ausführen, aber es gibt nicht viele konfigurierbare Optionen. Sie müssen ein Patch installieren, um eine benutzerdefinierte Aufbewahrungsrichtlinie anzuwenden (ich habe mich nicht näher damit befasst). Cauterite vor 8 Jahren 0
4
Cauterite

Es gibt jetzt eine geeignete Lösung (Firefox v40): places.history.expiration.max_pagesDie Berechnungen für die "optimale Datenbankgröße" werden überschrieben. Wenn Sie also einen großen positiven Wert festlegen, sollte der gewünschte Effekt erzielt werden.

Siehe diese Antwort .

Es ist in * v4 *. ändere die Schuld [30fcd9794eb2] (https://hg.mozilla.org/mozilla-central/rev/30fcd9794eb2) 2010-01-15 "part10", fehlerhaft [520165] (https://bugzilla.mozilla.org/show_bug.) cgi? id = 520165) zielt auf mozilla1.9.3a1 refs ab [Places async Ablauf] (https://wiki.mozilla.org/Firefox/Projects/Places_async_expiration). Das nächste, was ich in den Lesezeichen gefunden habe, ist [GECKO193a3_20100315_RELBRANCH] (https://hg.mozilla.org/mozilla-central/shortlog/a608ba89e49d), das mit [FIREFOX_4_0b11_RELEASE] (https://hg.mozilla.org) markiert wurde / rev / c32325744c16) seit 2011-02-03. Ich bestätige, dass 4.0b11 diese Logik hat. n611x007 vor 8 Jahren 0
denken Sie, dass "places.history.expiration.max_pages" (1) effektiver ist als "places.history.expiration.transient_current_max_pages" (2), die ich bereits in OP eingestellt habe? Warum? Was führt konkret dazu, dass `const PREF_MAX_URIS =" max_pages ";` zu (1), aber (2) vermieden wird? Ich werde entweder bestätigen, dass (1) und PEX__loadprefs () wirksam sind, oder bestätigen, dass, wenn ich den freien Speicherplatz auf 0 verkleinere, der Verlauf bei (1) gesetzt bleibt, aber bei (1) unset bleibt. n611x007 vor 8 Jahren 0
Sehr geehrter Herr, das ist ein knapper Kommentar ° ~ ° @ n611x007: Was 'PREF_MAX_URIS' mit (1) verknüpft, ist `PREF_BRANCH =" places.history.expiration. "`. `max_pages` wird relativ zum` .exipration`-Zweig abgerufen - siehe [Zeile 461] (https://dxr.mozilla.org/mozilla-central/source/toolkit/components/places/nsPlacesExpiration.js#461) und [ Zeile 760] (https://dxr.mozilla.org/mozilla-central/source/toolkit/components/places/nsPlacesExpiration.js#760), Cauterite vor 8 Jahren 1
Ich habe Grund zu der Annahme, dass die Einstellung von "transient_current_max_pages" keinen Einfluss auf den Ablauf der Historie hat. nsPlacesExpiration.js liest es nie wirklich, sondern schreibt es nur als Mittel, um das aktuelle Protokolllimit für andere Komponenten sichtbar zu machen. Mit "places.history.expiration.max_pages" wird der Ablauf tatsächlich gesteuert. Cauterite vor 8 Jahren 1
Ab Firefox v53.0 gibt es in "about: config" keine "places.history.expiration.max_pages" mehr, und "places.history.expiration.transient_current_max_pages" sieht aus wie eingefroren. Ich kann den Wert nicht ändern (ich habe das Add-On von Norwell aktiviert.) aber es sollte keine Rolle spielen. Joel.O vor 7 Jahren 0
@ Joel.O hast du gelesen [/ a / 895302/995459] (/ a / 895302/995459)? Es sagt, dass ".max_pages" nicht standardmäßig vorhanden ist, Sie müssen es erstellen "und" .transient_current_max_pages "sollte sich automatisch an Ihre` .max_pages`-Einstellung anpassen. " Cauterite vor 7 Jahren 0
Danke, du hast @Cauterite recht. Es funktioniert jetzt, indem eine neue Einstellung "places.history.expiration.max_pages" erstellt wird, die als Ganzzahl festgelegt wird und 999999 als Wert setzt. Die "places.history.expiration.transient_current_max_pages" stellt sich darauf ein. Seltsam, dass wir die Präferenz jedoch * erstellen * müssen. Joel.O vor 7 Jahren 0
2
chukko

In dem Palemoon-Forum aus der Antwort von user341084 gab es einen Link zum Add-On für Ablaufdatum -für-Tage - der eine Option zum vollständigen Deaktivieren des Ablaufs enthält (oder einen Ablaufzeitraum definiert).

Obwohl dieser Link die Frage beantworten kann, ist es besser, die wesentlichen Teile der Antwort hier aufzunehmen und den Link als Referenz bereitzustellen. Linkantworten können ungültig werden, wenn sich die verknüpfte Seite ändert. CharlieRB vor 9 Jahren 0
Ich stimme zu - aber der Link ist keine Lösung, sondern ein Plugin, und der Name des Links ist der Name des Add-Ons. Es gibt also nichts anderes, was ich hier setzen könnte. chukko vor 9 Jahren 1
Diese Option im Add-On setzt einfach `places.history.expiration.max_pages` auf` 999999`. user vor 7 Jahren 0
1
Nintendo Maniac 64

Ich hatte das gleiche Problem und entdeckte einen gehackten Weg, den Sie hier lesen können: http://forum.palemoon.org/viewtopic.php?t=3260

Die tl; dr-Version lautet: Verwenden Sie mozilla.cfg, 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 die Verwendung von Portable Pale Moon (was mit mozilla.cfg funktioniert).

Informationen zur Verwendung von mozilla.cfg finden Sie hier: http://kb.mozillazine.org/Locking_preferences

Dies ist technisch gesehen nicht dazu gedacht, die Geschichte für immer beizubehalten, aber es wird eine Menge Einträge enthalten. Ich habe derzeit 18 Monate Geschichte und meine Datei places.sqlite (die die Historie beibehält) beträgt über 150 MB (vor 6 Monaten waren es etwa 100 MB, also füge ich alle 6 Monate 50 MB hinzu). Beachten Sie, dass bei solchen großen Größen eine SSD dringend empfohlen wird. Wenn Sie keine haben, sollten Sie stattdessen eine Ramdisk + symbolische Links verwenden (eine Ramdisk, die Daten in bestimmten Zeitabständen oder beim Herunterfahren speichert).

Es kann auch eine gute Idee sein, Sicherungskopien Ihrer Verlaufsdatei zu erstellen, falls sie ausfällt oder so etwas. Andererseits ist es eine gute Idee, auch komplette Festplatten-Backups zu machen ...

Verwandte Probleme