¿Cómo configurar Firefox para que nunca elimine ningún elemento del historial?


20

¿Hay alguna manera de configurar Firefox de manera que nunca elimine ningún elemento de su historial (automáticamente)?

En el pasado, tal vez hubo un 'mantener todos los elementos del historial', luego podría configurarlo desde el menú a un gran número entero como 999999999 en días.

Dado que, por primera vez desapercibido, esta configuración desapareció, actualmente resolví hacer una copia de seguridad places.sqlite(en win, in %Appdata%\Mozilla\Firefox\Profiles\<some-profilename>\places.sqlite).

Digamos que no actualizaré sin comprobar que mi método de copia de seguridad todavía funciona:

¿Cómo se puede configurar hoy Firefox v22 para mantener todos los elementos del historial?

Ya he establecido estos valores en about:config.

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

todavía tengo marcadores más antiguos que el elemento de historial más antiguo en la base de datos; ¡aunque no puedo recordar cuándo configuré estos ajustes!

Entonces, ¿es esto suficiente? ¿Son estos buenos valores? ¿Hay otras formas mejores de hacer esto (por ejemplo, un complemento)?


44
@ Richard Recuerdo haber hecho cosas muy lejanas en el pasado pero no puedo recordar las URL exactas. Los recuerdo más tiempo que estos archivos de historia artificial y límite de tiempo en la historia. Lo más probable es que no haya marcado un sitio que no me interesaba en ese momento pero que sí lo es ahora. Y realmente no me gusta comenzar a buscar algo que ya encontré una vez y que encontré lo suficientemente bueno como para recordarlo, como lo ha dicho el tiempo en este momento. Y quiero mantener estos datos localmente, porque no es asunto de nadie más.
n611x007

1
@cybernard sobre Evernote, no tiene sentido, quiero decir que podría usar marcadores, pero el problema es que al momento de la visita no puedo prever el valor de la página en los próximos días; los marcadores serían más fáciles que tomar una nota y uso muchos marcadores, pero aquí necesito exactamente los que no marqué / anoté. Acerca de la entrada, te refieres a las entradas about: config ¿Es por experiencia que Firefox los respeta? Poner en tanto 9s como posibles sonidos como culto de la carga y si se ha probado ineficaz, que se dejará con las manos vacías
n611x007

1
Desde el lanzamiento de Firefox 4.0.x, la cantidad de días que Firefox retendrá el historial está directamente relacionada con el hardware del sistema. Firefox calcula cuánto historial retener sin afectar el rendimiento del sistema. Ya no puedes cambiarlo.
Krowe

2
referencia para el historial de eliminación de Firefox
Achal Dave

2
@AchalDave, creo que ese enlace se trata de un proyecto futuro. Mientras que la implementación actual se describe en developer.mozilla.org/en-US/docs/Mozilla/Tech/Places/Places_Expiration
usuario

Respuestas:


7

Ahora hay una solución adecuada (Firefox v40): places.history.expiration.max_pagesanulará los cálculos del "tamaño óptimo de la base de datos", por lo que establecerlo en un valor positivo grande debería obtener el efecto deseado.

Mira esta respuesta .


Está en v4 . cambiar culpas 30fcd9794eb2 15-01-2010 "part10", molestando 520165 objetivos mozilla1.9.3a1 refs Lugares expiración asíncrona . Lo más cercano que encontré en los marcadores es GECKO193a3_20100315_RELBRANCH que fue etiquetado con FIREFOX_4_0b11_RELEASE desde 2011-02-03. Confirmo que 4.0b11 tiene esta lógica.
n611x007

Entonces, ¿crees que places.history.expiration.max_pages(1) es más efectivo que places.history.expiration.transient_current_max_pages(2) que ya configuré en OP? ¿por qué? específicamente, ¿qué se vincula const PREF_MAX_URIS = "max_pages";a (1), pero evita (2)? Confirmaré que (1) y PEX__loadprefs () son efectivos o confirmaré que si reduzco el espacio libre a 0, el historial permanece con (1) establecido pero con (1) sin establecer.
n611x007

1
Buen señor, ese es un comentario breve ° ~ ° @ n611x007: lo que enlaza PREF_MAX_URIScon (1) es PREF_BRANCH = "places.history.expiration.". max_pagesse obtiene en relación con la .exiprationrama - vea la línea 461 y la línea 760 ,
Cauterita

1
Tengo razones para creer que la configuración transient_current_max_pagesno tiene ningún efecto en el vencimiento del historial. nsPlacesExpiration.js nunca lo lee realmente, solo escribe en él como un medio de exponer el límite del historial actual para que otros componentes lo lean. places.history.expiration.max_pageses lo que realmente controla la caducidad.
Cauterita el

1
@ Joel.O ¿Leíste / a / 895302/995459 ? Dice " .max_pagesno existe por defecto, debe crearlo" y " .transient_current_max_pagesdebería ajustarse automáticamente para que coincida con su .max_pagesconfiguración"
Cauterite

4

Puede ejecutar un servidor privado de sincronización de Firefox y establecer el tamaño de retención del historial en 1 GB, o algo así de loco. Hasta donde yo sé, no eliminará el historial, y podrás ver todo el historial en cualquier instancia del navegador que sincronices.


¿Dónde configuro el tamaño de retención del historial (en Firefox o weave-minimal)? Verifiqué las opciones / sincronización de Firefox, pero solo vi la lectura de la cuota y las opciones de la línea de comandos, weave-minimalpero no he visto ninguna con respecto al tamaño de retención del historial.
n611x007

Nota: weave-minimal no es compatible con la API de sincronización actual. Todavía puede ejecutar su propia instancia del servidor de sincronización oficial, pero no tiene muchas opciones configurables: tendría que parchearla para aplicar una política de retención de historial personalizada (no he investigado más).
Cauterita el

3

En el foro de palemoon de la respuesta del usuario 341084, había un enlace al complemento expire-history-by-days , que tiene una opción para deshabilitar la caducidad por completo (o definir el período de caducidad).


Si bien este enlace puede responder la pregunta, es mejor incluir aquí las partes esenciales de la respuesta y proporcionar el enlace como referencia. Las respuestas de enlace pueden volverse inválidas si la página vinculada cambia.
CharlieRB

1
Estoy de acuerdo, pero el enlace no es una solución sino un complemento, y el nombre del enlace es el nombre del complemento, por lo que no hay nada más que pueda poner aquí.
chukko

1
Esa opción en el complemento simplemente se establece places.history.expiration.max_pagesen 999999.
usuario

2

Tuve el mismo problema y descubrí una forma hacky que puedes leer aquí: http://forum.palemoon.org/viewtopic.php?t=3260

La versión tl; dr es, use mozilla.cfg para bloquear la variable places.history.expiration.transient_current_max_pages a 2147483647 (el mayor valor aceptado). El problema es que Firefox cambiará esa configuración automáticamente a menos que la bloquee.

Tenga en cuenta que mozilla.cfg no funciona en Portable Firefox, por lo que en tal situación recomiendo usar Portable Pale Moon en su lugar (que sí funciona con mozilla.cfg)

Puede encontrar información sobre el uso de mozilla.cfg aquí: http://kb.mozillazine.org/Locking_preferences

Esto técnicamente no lo configura para mantener el historial para siempre, pero retendrá una gran cantidad de entradas. Actualmente tengo un historial de 18 meses y mi archivo places.sqlite (que conserva el historial) tiene más de 150 MB (hace 6 meses tenía unos 100 MB, así que para mí agrego 50 MB cada 6 meses). Tenga en cuenta que, con tamaños tan grandes, se recomienda ALTAMENTE un SSD. Si no tiene uno, considere usar un disco RAM + enlaces simbólicos en su lugar (un disco RAM que guarda los datos a intervalos programados o al apagar).

Además, puede ser una buena idea hacer copias de seguridad de su archivo de historial en caso de que se corra o algo así. Por otra parte, es una buena idea hacer copias de seguridad completas del disco duro también ...

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.