Comment configurer Firefox pour ne jamais supprimer aucun élément d'historique?

20

Existe-t-il un moyen de configurer Firefox de manière à ce qu'il ne supprime absolument aucun élément de son historique (automatiquement)?

Dans le passé, il y avait peut-être un `` garder tous les éléments de l'historique '', alors vous pouviez le définir à partir du menu sur un grand entier comme 999999999 en jours.

Étant donné que, pour la première fois inaperçu, ce paramètre avait disparu, j'ai actuellement décidé de sauvegarder places.sqlite(lors de la victoire, en %Appdata%\Mozilla\Firefox\Profiles\<some-profilename>\places.sqlite).

Supposons que je ne mette pas à niveau sans vérifier que ma méthode de sauvegarde fonctionne toujours:

Comment peut-on aujourd'hui configurer Firefox v22 pour conserver tous les éléments de l'historique?

J'ai déjà défini ces valeurs about:config.

places.history.expiration.transient_current_max_pages;104858
places.history.expiration.transient_optimal_database_size;85534800

j'ai toujours des signets plus anciens que l'élément d'historique le plus ancien de la base de données; même si je ne me souviens pas quand j'ai défini ces paramètres!

Est-ce donc suffisant? Ces bonnes valeurs? Existe-t-il d'autres ou de meilleures façons de le faire (par exemple un addon).

firefox history data-loss-prevention

— n611x007
source

4

@ Richard Je me souviens avoir fait des choses très loin dans le passé mais je ne me souviens pas des URL exactes. Je les rappelle plus longtemps que ces fichiers d'histoire artificielle et limite de temps dans l'histoire. Il y a de fortes chances que je n'aie pas mis en signet un site qui ne m'intéressait pas à l'époque mais qui l'intéresse maintenant. Et je n'aime vraiment pas commencer à chercher quelque chose que j'ai déjà trouvé une fois et que j'ai trouvé assez bon pour m'en souvenir, comme le temps l'a dit à ce stade. Et je veux conserver ces données localement, car ce n'est l'affaire de personne d'autre.

— n611x007

1

@cybernard à propos d'Evernote, cela ne sert à rien, je veux dire que je pourrais simplement utiliser des signets, mais le problème est qu'au moment de la visite, je ne peux pas prévoir la valeur de la page dans les prochains jours; les signets seraient plus faciles que de prendre une note et j'utilise beaucoup de signets mais ici j'ai besoin exactement de ceux que je n'ai pas marqués / notés. A propos de l'entrée, vous voulez dire les entrées about: config? Est-ce par expérience que Firefox les respecte? Mettre autant de 9 que possible sonne comme Cargo Cult et si cela

— s'avère

1

Depuis la sortie de Firefox 4.0.x, le nombre de jours pendant lesquels Firefox conservera l'historique est directement lié au matériel du système. Firefox calcule la quantité d'historique à conserver sans affecter les performances du système. Vous ne pouvez plus le changer.

— krowe

2

référence pour l'historique de suppression de firefox basé sur le système: wiki.mozilla.org/Firefox/Projects/Places_async_expiration

— Achal Dave

2

@AchalDave, je crois que ce lien concerne un futur projet. Alors que l'implémentation actuelle est décrite sur developer.mozilla.org/en-US/docs/Mozilla/Tech/Places/Places_Expiration

— utilisateur

7

Il existe maintenant une solution appropriée (Firefox v40): places.history.expiration.max_pagesremplacera les calculs de «taille de base de données optimale», donc le définir sur une grande valeur positive devrait obtenir l'effet souhaité.

Voir cette réponse .

— Cautérite
source

C'est en v4 . change blames 30fcd9794eb2 15/01/2010 "part10", le bug 520165 cible les références mozilla1.9.3a1 Place l'expiration asynchrone . La chose la plus proche que j'ai trouvée dans les signets est GECKO193a3_20100315_RELBRANCH qui a été taguée avec FIREFOX_4_0b11_RELEASE depuis le 2011-02-03. Je confirme que 4.0b11 a cette logique.

— n611x007

pensez-vous donc que places.history.expiration.max_pages(1) est plus efficace que places.history.expiration.transient_current_max_pages(2) que j'ai déjà défini dans OP? Pourquoi? spécifiquement ce qui relie const PREF_MAX_URIS = "max_pages";à (1), mais évite (2)? Je confirmerai que (1) et PEX__loadprefs () sont efficaces ou que si je réduis l'espace libre à 0, l'historique reste avec (1) défini mais va avec (1) non défini.

— n611x007

1

Bon seigneur, c'est un commentaire laconique ° ~ ° @ n611x007: à quoi correspondent PREF_MAX_URISles (1) PREF_BRANCH = "places.history.expiration.". max_pagesest récupéré par rapport à la .exiprationbranche - voir ligne 461 et ligne 760 ,

— Cauterite

1

J'ai des raisons de croire que ce paramètre transient_current_max_pagesn'a aucun effet sur l'expiration de l'historique. nsPlacesExpiration.js ne le lit jamais réellement, il y écrit uniquement comme un moyen d'exposer la limite d'historique actuelle pour que d'autres composants puissent le lire. places.history.expiration.max_pagesest ce qui contrôle l'expiration.

— Cauterite

1

@ Joel.O avez-vous lu / a / 895302/995459 ? Il dit " .max_pagesn'existe pas par défaut, vous devez le créer" et " .transient_current_max_pagesdevrait s'ajuster automatiquement pour correspondre à votre .max_pagesparamètre"

— Cauterite

4

Vous pouvez exécuter un serveur Firefox Sync privé et définir la taille de conservation de l'historique sur 1 Go, ou quelque chose d'aliéné comme ça. Pour autant que je sache, il ne supprimera pas l'historique, et vous pourrez voir l'intégralité de l'historique sur n'importe quelle instance de navigateur que vous synchronisez.

— trapèze
source

Où dois-je définir la taille de conservation de l'historique (dans Firefox ou dans un tissage minimal)? J'ai vérifié les options / synchronisation de Firefox, mais je n'ai vu que les quotas de lecture et les options de ligne de commande, weave-minimalmais je n'en ai pas vu concernant la conservation de la taille de l'historique.

— n611x007

Remarque: weave-minimal ne prend pas en charge l'API de synchronisation actuelle. Vous pouvez toujours exécuter votre propre instance du serveur de synchronisation officiel, mais il ne dispose pas de nombreuses options configurables - vous devrez le patcher pour appliquer une politique de conservation d'historique personnalisée (je n'ai pas approfondi).

— Cauterite

3

Dans le forum palemoon de la réponse de user341084, il y avait un lien vers le module complémentaire expire-history-by-days - qui a une option pour désactiver complètement l'expiration (ou définir la période d'expiration).

— chukko
source

Bien que ce lien puisse répondre à la question, il est préférable d'inclure les parties essentielles de la réponse ici et de fournir le lien de référence. Les réponses aux liens peuvent devenir invalides si la page liée change.

— CharlieRB

1

Je suis d'accord - mais le lien n'est pas vers une solution mais vers un plugin, et le nom du lien est le nom de l'add-on, donc il n'y a rien d'autre que je puisse mettre ici.

— chukko

1

Cette option dans le module complémentaire est simplement définie places.history.expiration.max_pagessur 999999.

— utilisateur

2

J'ai eu le même problème et j'ai découvert une manière hacky que vous pouvez lire ici: http://forum.palemoon.org/viewtopic.php?t=3260

La version tl; dr est, utilisez mozilla.cfg pour verrouiller la variable places.history.expiration.transient_current_max_pages à 2147483647 (la plus grande valeur acceptée). Le problème est que Firefox modifiera automatiquement ce paramètre, sauf si vous le verrouillez.

Notez que mozilla.cfg ne fonctionne pas dans Portable Firefox, donc dans une telle situation, je recommande d'utiliser Portable Pale Moon à la place (qui fonctionne avec mozilla.cfg)

Vous pouvez trouver des informations sur l'utilisation de mozilla.cfg ici: http://kb.mozillazine.org/Locking_preferences

Techniquement, cela ne le place pas pour garder l'histoire pour toujours, mais il conservera un sacré nombre d'entrées. J'ai actuellement un historique remontant à 18 mois maintenant et mon fichier places.sqlite (qui conserve l'historique) dépasse 150 Mo (il y a 6 mois, il était d'environ 100 Mo, donc pour moi j'ajoute 50 Mo tous les 6 mois). Notez qu'avec de si grandes tailles, un SSD est FORTEMENT recommandé. Si vous n'en avez pas, pensez à utiliser un disque virtuel + des liens symboliques à la place (un disque virtuel qui enregistre les données à intervalles réguliers ou à l'arrêt).

En outre, il peut être judicieux de faire des sauvegardes de votre fichier d'historique au cas où il se casserait ou quelque chose. Là encore, c'est une bonne idée de faire également des sauvegardes de disque dur entières ...

— Nintendo Maniac 64
source