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

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?

custom-post-types revisions autosave Ana Ban
fonte

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:

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

kaiser
fonte

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

@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

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.

wikicms
fonte

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.

waverlyweb
fonte

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

@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