Como desativar corretamente REVISIONS e AUTOSAVE para todo o site e, opcionalmente, apenas para um tipo de postagem personalizado


13

Existe uma combinação de gancho / função que pode ser adicionada ao meu tema functions.phppara desativar corretamente as REVISIONS e o AUTOSAVE para toda a instalação do wordpress? E se apenas para um determinado tipo de postagem personalizada? A pesquisa on-line oferece vários hacks, desde o cancelamento do registro de scripts até a violação de arquivos principais. Qual é a maneira correta / aceitável de fazer isso?


Aqui está uma solução melhor : stackoverflow.com/a/30821376/2377343
— T.Todua 02/02

Como desativar a revisão pós no site wordpress.com?
— Santosh Kumar

Respostas:


16

Isso deve ser colocado no seu wp-config.php(e em nenhum outro lugar):

define( 'AUTOSAVE_INTERVAL', 60*60*60*24*365 ); // Set autosave interval to 1x per year
define( 'EMPTY_TRASH_DAYS',  0 ); // Empty trash now: Zero days
define( 'WP_POST_REVISIONS', false ); // Do not save andy revisions

update: quando adiciono a AUTOSAVE_INTERVALlinha, a página do editor de postagens executa constantemente uma instrução javascript que ativa / desativa os botões [Atualizar] (e [Salvar rascunho] em uma nova postagem), o que também acaba prejudicando muito todas as outras guias do navegador menos responsivo (gchrome18). hmm ... pensamentos?
— 21612 Ana Ban

Sim, isso (provavelmente) significa que ele está fazendo atualizações constantes. Tente alterá-lo para 20000000000, o que deve demorar um pouco mais de um ano.
— precisa

Isso desabilita o plug-in de gravação automática do tinyMCE? Parece que apenas define um intervalo grande.
— Michael Rogers

@MichaelRogers Bem, se você considerar um ano não é suficiente, dar uma vida uma chance;)
— kaiser

1
@JossieCalderon Depende de onde você definiu isso. A definenão pode ser substituída; portanto, ative o relatório de erros e certifique-se de colocá-lo no seu wp-config.php.
— precisa

0

Também estou procurando como desativar o salvamento automático. Mas aqui está o que me disseram em um bilhete do Trac :

Se você realmente precisar desse recurso, gerencie os IDs seqüenciais em um campo personalizado e implemente o roteamento de URL personalizado. Não deve ser muito difícil conseguir isso.


oi @wikicms eu sou legal com os IDs, mas obrigado por postar. útil para alguém lá fora, com certeza, ou mesmo para mim no futuro.
— 21612 Ana Ban

-2

Colocar o define no wp-config.php é bom até você ativar o WP_DEBUG quando receber avisos do PHP 'já definidos' no debug.log a cada dois minutos. Outros afirmam que colocar essas definições acima da definição ABSPATH ajudará.

No entanto, posso confirmar categoricamente que o melhor local para colocar suas definições é em um plug-in, porque os plug-ins ativados são carregados antes que o padrão do WP seja definido.

As definições padrão são protegidas com testes se existir, portanto, as definições carregadas pelo plug-in terão precedência e não causarão um conflito nem os avisos repetitivos do PHP no log de depuração.


1
Não, wp-config.phpé o único local correto. Se você receber erros, algum código quebrado em outro lugar tenta defini-lo novamente. Remova esse código.
— fuxia

@toscho Por que wp-config.phpo único lugar correto? Você pode elaborar?
— Jdevlin 28/05

2
@JamesDevlin Manutenção e depuração. Você pode fazer isso em um ambiente muito controlado, mas se você receber erros ao inseri-lo wp-config.php, algo mais estará quebrado, mover as definições não é uma solução.
— fuxia
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.