Come impostare Firefox in modo che non elimini mai assolutamente alcun elemento della cronologia?

20

C'è un modo per configurare Firefox in modo che non rimuova mai assolutamente nessun elemento dalla sua cronologia (automaticamente)?

In passato forse esisteva un "Mantieni tutti gli elementi della cronologia", quindi potresti impostarlo dal menu su un intero numero grande come 999999999 in giorni.

Poiché, per la prima volta inosservato, questa impostazione non era più disponibile, al momento ho deciso di eseguire il backup places.sqlite(su win, in %Appdata%\Mozilla\Firefox\Profiles\<some-profilename>\places.sqlite).

Supponiamo che non eseguirò l'aggiornamento senza verificare che il mio metodo di backup funzioni ancora:

Come si può impostare Firefox v22 oggi per conservare tutti gli elementi della cronologia?

Ho già impostato questi valori about:config.

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

ho ancora dei segnalibri più vecchi dell'elemento cronologico più vecchio nel database; anche se non riesco a ricordare quando ho impostato queste impostazioni!

Quindi è sufficiente? Questi sono buoni valori? Ci sono altri o migliori modi per farlo (es. Un addon).

firefox history data-loss-prevention

— n611x007
fonte

4

@Richard Ricordo di aver fatto cose molto lontane in passato ma non riesco a ricordare URL esatti. Li ricordo più a lungo di questi file di storia artificiale e limite di tempo nella storia. È probabile che non abbia aggiunto un sito ai preferiti che non mi interessava allora, ma che ora è interessante. E davvero non mi piace iniziare a cercare qualcosa che ho già trovato una volta e che ho trovato abbastanza buono da ricordarlo, come ha detto il tempo a questo punto. E voglio conservare questi dati localmente, perché non sono affari di nessun altro.

— n611x007,

1

@cybernard su Evernote, non ha senso, intendo dire che potrei semplicemente usare i segnalibri, ma il problema è che al momento della visita non posso prevedere il valore della pagina nei prossimi giorni; i segnalibri sarebbero più facili che prendere una nota e io uso molti segnalibri ma qui ho bisogno esattamente di quelli che non ho aggiunto ai segnalibri / annotati. Per quanto riguarda le voci, intendi le voci about: config? È per esperienza che Firefox li rispetta? Inserendo il maggior numero di 9 possibile suona come Cargo Cult e se si

— dimostrerà

1

Dalla versione di Firefox 4.0.x, il numero di giorni per i quali Firefox conserva la cronologia è direttamente correlato all'hardware del sistema. Firefox calcola la quantità di cronologia da conservare senza influire sulle prestazioni del sistema. Non puoi più cambiarlo.

— Krowe,

2

riferimento per Firefox che cancella la cronologia in base al sistema: wiki.mozilla.org/Firefox/Projects/Places_async_expiration

— Achal Dave

2

@AchalDave, credo che il link riguardi un progetto futuro. Considerando che l'attuale implementazione è descritta su developer.mozilla.org/en-US/docs/Mozilla/Tech/Places/Places_Expiration

— utente

7

Ora esiste una soluzione adeguata (Firefox v40): places.history.expiration.max_pagessovrascriverà i calcoli della "dimensione ottimale del database", quindi impostandolo su un valore positivo elevato dovrebbe ottenere l'effetto desiderato.

Vedere questa risposta .

— Cauterite
fonte

È nella v4 . cambia colpa 30fcd9794eb2 15/01/2010 "part10", infastidendo 520165 bersagli mozilla1.9.3a1 ref Posiziona la scadenza asincrona . la cosa più vicina che ho trovato nei segnalibri è GECKO193a3_20100315_RELBRANCH che è stato taggato con FIREFOX_4_0b11_RELEASE dal 2011-02-03. Confermo che 4.0b11 ha questa logica.

— n611x007,

quindi pensi che places.history.expiration.max_pages(1) sia più efficace di places.history.expiration.transient_current_max_pages(2) che ho già impostato in OP? perché? in particolare cosa si collega const PREF_MAX_URIS = "max_pages";a (1), ma evita (2)? Confermerò che (1) e PEX__loadprefs () sono efficaci o confermo che se riduco lo spazio libero su 0, la cronologia rimane con (1) impostato ma va con (1) non impostato.

— n611x007,

1

Buon Dio, questo è un commento conciso ° ~ ° @ n611x007: cosa si collega PREF_MAX_URISa (1) PREF_BRANCH = "places.history.expiration.". max_pagesviene recuperato rispetto al .exiprationramo - vedere la riga 461 e la riga 760 ,

— Cauterite il

1

Ho motivo di credere che l'impostazione transient_current_max_pagesnon abbia alcun effetto sulla scadenza della cronologia. nsPlacesExpiration.js non lo legge mai, lo scrive solo come mezzo per esporre il limite di cronologia corrente per altri componenti da leggere. places.history.expiration.max_pagesè ciò che controlla effettivamente la scadenza.

— Cauterite,

1

@ Joel.O hai letto / a / 895302/995459 ? Dice " .max_pagesnon esiste per impostazione predefinita, devi crearlo" e " .transient_current_max_pagesdovrebbe adattarsi automaticamente alle tue .max_pagesimpostazioni"

— Cauterite,

4

È possibile eseguire un server Firefox Sync privato e impostare la dimensione di mantenimento della cronologia su 1 GB o qualcosa di folle come quello. Per quanto ne so, non eliminerà la cronologia e sarai in grado di vedere l'intera cronologia su qualsiasi istanza del browser che sincronizzi.

— trapezoidale
fonte

Dove posso impostare la dimensione di mantenimento della cronologia (in Firefox o in minimo di trama)? Ho controllato le opzioni / la sincronizzazione di Firefox, ma ho visto solo la quota letta e le opzioni della riga di comando, weave-minimalma non ne ho visto una per quanto riguarda la cronologia.

— n611x007,

Nota: weave-minimal non supporta l'API di sincronizzazione corrente. Puoi comunque eseguire la tua istanza del server di sincronizzazione ufficiale, ma non ha molte opzioni configurabili: dovresti patcharla per applicare una politica di conservazione della cronologia personalizzata (non ho approfondito).

— Cauterite,

3

Nel forum palemoon dalla risposta di user341084, c'era un collegamento al componente aggiuntivo expire-history-by-days - che ha un'opzione per disabilitare completamente la scadenza (o definire il periodo di scadenza).

— chukko
fonte

Sebbene questo collegamento possa rispondere alla domanda, è meglio includere qui le parti essenziali della risposta e fornire il collegamento come riferimento. Le risposte al collegamento possono diventare non valide se la pagina collegata cambia.

— CharlieRB,

1

Sono d'accordo - ma il link non è una soluzione ma un plug-in, e il nome del link è il nome del componente aggiuntivo, quindi non c'è nient'altro che potrei mettere qui.

— Chukko,

1

Quell'opzione nel componente aggiuntivo è semplicemente impostata places.history.expiration.max_pagessu 999999.

— utente

2

Ho avuto lo stesso problema e ho scoperto un modo bizzarro di cui puoi leggere qui: http://forum.palemoon.org/viewtopic.php?t=3260

La versione tl; dr è, usa mozilla.cfg per bloccare la variabile places.history.expiration.transient_current_max_pages su 2147483647 (il valore più grande accettato). Il problema è che Firefox modificherà automaticamente questa impostazione a meno che non la si blocchi.

Nota che mozilla.cfg non funziona in Portable Firefox, quindi in una situazione del genere ti consiglio di usare Portable Pale Moon (che funziona con mozilla.cfg)

Puoi trovare informazioni sull'uso di mozilla.cfg qui: http://kb.mozillazine.org/Locking_preferences

Questo tecnicamente non lo imposta per mantenere la storia per sempre, ma manterrà un sacco di voci. Al momento ho una storia che risale a 18 mesi e il mio file places.sqlite (che conserva la cronologia) è di oltre 150 MB (6 mesi fa era di circa 100 MB, quindi per me aggiungo 50 MB ogni 6 mesi). Si noti che, con dimensioni così grandi, si consiglia vivamente un SSD. Se non ne hai uno, prendi in considerazione l'utilizzo di un ramdisk + collegamenti simbolici (un ramdisk che salva i dati a intervalli di tempo o allo spegnimento).

Inoltre, potrebbe essere una buona idea eseguire il backup del file della cronologia nel caso in cui si blocchi o qualcosa del genere. Poi di nuovo, è una buona idea fare anche interi backup del disco rigido ...

— Nintendo Maniac 64
fonte