Como configurar o Firefox para absolutamente nunca excluir nenhum item do histórico?

20

Existe uma maneira de configurar o Firefox de uma maneira que nunca remova nenhum item de seu histórico (automaticamente)?

No passado, talvez houvesse um 'manter todos os itens do histórico', então você poderia configurá-lo do menu para um grande número inteiro como 999999999 em dias.

Desde que, primeiro despercebida, essa configuração se foi, eu resolvi fazer o backup places.sqlite(na vitória, na %Appdata%\Mozilla\Firefox\Profiles\<some-profilename>\places.sqlite).

Digamos que não atualizo sem verificar se meu método de backup ainda funciona:

Como alguém hoje pode configurar o Firefox v22 para manter todos os itens do histórico?

Já defini esses valores about:config.

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

ainda tenho marcadores mais antigos que o item de histórico mais antigo do banco de dados; embora não me lembre quando defino essas configurações!

Então isso é suficiente? Esses são bons valores? Existem outras ou melhores maneiras de fazer isso (por exemplo, um complemento).

firefox history data-loss-prevention

— n611x007
fonte

4

@ Richard Lembro-me de fazer coisas distantes no passado, mas não consigo lembrar URLs exatas. Lembro-me deles por mais tempo que esses arquivos de história artificial e limite de tempo na história. Provavelmente, eu não marquei um site que não era de meu interesse, mas que é de interesse agora. E eu realmente não gosto de começar a procurar por algo que eu já encontrei uma vez e achei bom o suficiente para lembrar, como o tempo disse neste momento. E quero manter esses dados localmente, porque não é da conta de mais ninguém.

— N611x007

11

@cybernard sobre o Evernote, não faz sentido, quero dizer, eu poderia apenas usar marcadores, mas o problema é que, no momento da visita, não posso prever o valor da página nos próximos dias; os marcadores seriam mais fáceis do que tomar uma nota e eu uso muitos marcadores, mas aqui eu preciso exatamente daqueles que eu não marquei / observei. Sobre a entrada, você quer dizer as entradas about: config? É por experiência que o Firefox os respeita? Colocando em tanto 9s como possíveis sons como Cargo Cult e se está provado ineficaz, vou ficar de mãos vazias

— n611x007

11

Desde o lançamento do Firefox 4.0.x, o número de dias que o Firefox reterá o histórico está diretamente relacionado ao hardware do sistema. O Firefox calcula quanto histórico manter sem afetar o desempenho do sistema. Você não pode mais mudar isso.

— krowe

2

de referência para a história apagando firefox baseado no sistema: wiki.mozilla.org/Firefox/Projects/Places_async_expiration

— Achal Dave

2

@AchalDave, acredito que o link seja sobre um projeto futuro. Considerando que a implementação atual é descrita em developer.mozilla.org/en-US/docs/Mozilla/Tech/Places/Places_Expiration

— usuário

7

Agora existe uma solução adequada (Firefox v40): places.history.expiration.max_pagessubstituirá os cálculos do 'tamanho ideal do banco de dados', portanto, defini-lo com um valor positivo grande deve obter o efeito desejado.

Veja esta resposta .

— Cauterita
fonte

Está na v4 . change culps 30fcd9794eb2 15/01/2010 "part10", corrigindo 520165 alvos mozilla1.9.3a1 refs Locais vencimento assíncrono . A coisa mais próxima que encontrei nos marcadores é GECKO193a3_20100315_RELBRANCH, que foi marcada com FIREFOX_4_0b11_RELEASE desde 03/02/2011 . Confirmo 4.0b11 tem essa lógica.

— N611x007

então você acha que places.history.expiration.max_pages(1) é mais eficaz que places.history.expiration.transient_current_max_pages(2) que eu já defini no OP? porque? especificamente quais links const PREF_MAX_URIS = "max_pages";para (1), mas evita (2)? Confirmo que (1) e PEX__loadprefs () são eficazes ou confirmo que, se reduzir o espaço livre para 0, o histórico permanece com (1) definido, mas segue com (1) não configurado.

— N611x007

11

Bom Deus, isso é um comentário conciso ° ~ ° @ n611x007: o que leva PREF_MAX_URISa (1) PREF_BRANCH = "places.history.expiration.". max_pagesé obtido em relação ao .exiprationramo - ver linha 461 e linha 760 ,

— Cauterite

11

Tenho motivos para acreditar que a configuração transient_current_max_pagesnão afeta a expiração do histórico. O nsPlacesExpiration.js na verdade nunca o lê, apenas grava nele como um meio de expor o limite do histórico atual para a leitura de outros componentes. places.history.expiration.max_pagesé o que realmente controla a expiração.

— Cauterite 4/11

11

@ Joel.O você leu / a / 895302/995459 ? Ele diz que " .max_pagesnão existe por padrão, você tem que criá-lo" e " .transient_current_max_pagesdeve ajustar-se automaticamente para corresponder à sua .max_pagesconfiguração"

— Cauterite

4

Você pode executar um servidor privado Firefox Sync e definir o tamanho de retenção do Histórico como 1 GB, ou algo do tipo. Tanto quanto sei, ele não excluirá o histórico e você poderá ver todo o histórico em qualquer instância do navegador que sincronizar.

— trapézio
fonte

Onde defino o tamanho de retenção do histórico (no Firefox ou no mínimo de tecelagem)? Verifiquei as opções / sincronização do Firefox, mas vi apenas a cota lida e as opções da linha de comando, weave-minimalmas ainda não vi uma referente ao tamanho do histórico.

— N611x007 18/10/2013

Nota: weave-minimal não suporta a API de sincronização atual. Você ainda pode executar sua própria instância do servidor de sincronização oficial, mas ele não possui muitas opções configuráveis - você precisaria corrigi-lo para aplicar uma política de retenção de histórico personalizada (não procurei mais nisso).

— Cauterita 4/11

3

No fórum do palemoon, a partir da resposta de user341084, havia um link para o complemento expirar no histórico por dias - que tem uma opção para desativar completamente a expiração (ou definir o período de expiração).

— chukko
fonte

Embora esse link possa responder à pergunta, é melhor incluir aqui as partes essenciais da resposta e fornecer o link para referência. As respostas do link podem se tornar inválidas se a página vinculada for alterada.

— precisa saber é o seguinte

11

Eu concordo - mas o link não é para uma solução, mas para um plugin, e o nome do link é o nome do complemento, então não há mais nada que eu possa colocar aqui.

— Chukko

11

Essa opção no complemento simplesmente define places.history.expiration.max_pagescomo 999999.

— usuário

2

Eu tive o mesmo problema e descobri uma maneira hacky que você pode ler aqui: http://forum.palemoon.org/viewtopic.php?t=3260

A versão tl; dr é, use mozilla.cfg para bloquear a variável places.history.expiration.transient_current_max_pages para 2147483647 (o maior valor aceito). O problema é que o Firefox alterará essa configuração automaticamente, a menos que você a bloqueie.

Observe que o mozilla.cfg não funciona no Portable Firefox, portanto, em tal situação, recomendo usar o Portable Pale Moon (que funciona com o mozilla.cfg)

Você pode encontrar informações sobre como usar o mozilla.cfg aqui: http://kb.mozillazine.org/Locking_preferences

Tecnicamente, isso não o define para manter o histórico para sempre, mas manterá muitas entradas. Atualmente, tenho histórico de 18 meses e meu arquivo places.sqlite (que mantém o histórico) tem mais de 150 MB (há 6 meses, era cerca de 100 MB, portanto, para mim, eu adiciono 50 MB a cada 6 meses). Observe que, com tamanhos tão grandes, um SSD é ALTAMENTE recomendado. Se você não tiver um, considere usar um ramdisk + links simbólicos (um ramdisk que salva dados em intervalos de tempo ou no desligamento).

Além disso, pode ser uma boa ideia fazer backups do seu arquivo de histórico, caso ele se solte ou algo assim. Por outro lado, é uma boa ideia fazer backups completos do disco rígido ...

— Nintendo Maniac 64
fonte