Obrigado! Você sabe o que eu poderia fazer para me livrar disso no final dos meus URLs?
Andrew Warner
Remova a linha do wp-config.php (embora isso possa impedir o cron de funcionar).
scribu
@scribu O iThemes sugere configurar essa linha no arquivo wp-config para que o BackupBuddy funcione, removendo essa linha novamente, garante que o plug-in não funcione mais. Que você saiba, existe outra "solução" para isso além do dumping do BackupBuddy?
@ Piet: Esse é um requisito bastante estranho por parte do iThemes. Uma solução possível seria usar tarefas cron do UNIX. Abra uma nova pergunta.
Eu já vi muitos posts sobre esse problema, mas poucos deles conseguiram encontrar uma solução real. O que resolve esse problema para mim foi gerenciar o redirecionamento no arquivo .htaccess.
Aqui está um exemplo de como redirecionar o URL adicionando estas linhas no arquivo .htaccess:
Isso não é o ideal. Seria melhor desativar o cron alternativo.
fuxia
@toscho: Aqui está o que eu entendi (talvez esteja faltando alguma coisa). o parâmetro 'ALTERNATE_WP_CRON' desativa o cron job do ponto de vista do Wordpress. Por isso, está desativado no "motor" do Wordpress. Em seguida, o plug-in 'Tudo em um calendário de eventos', o BackWPup e todos os itens que precisam de agendas de tarefas não poderão continuar suas tarefas. Ao jogar com o redirecionamento Apache, o mecanismo do Wordpress não será afetado. É isso que eu descobri, mas nem tudo está claro para mim. Onde eu estou errado?
Gepeto 26/10/12
1
@scribu Eu acredito que o BackupBuddy usa o agendamento de tarefas do WordPress para agendar tarefas como parte dos procedimentos de backup - se o site tiver loopbacks desativados, a única solução (exceto algumas soluções externas sob medida) e a solução alternativa específica que, como tenho certeza você sabe, está integrado ao WordPress, é a correção cron alternativa. Portanto, isso só é "necessário" se o host tiver loopbacks desativados. Lembre-se de que, se for esse o caso, não haverátarefas agendadas, sejam elas tarefas agendadas padrão do WordPress ou associadas a outros plugins, funcionarão. O que parece ser o caso é que um usuário não saberá que seu host atrapalhou sua instalação do WordPress até tentar o BackupBuddy, porque isso torna o problema óbvio, em vez de ficar invisível até aquele momento.
O uso da abordagem do tipo crontab é apenas um obstáculo, pois, a menos que você faça "ping" no processamento cron do WordPress com muita frequência, ele funcionará apenas com alguns tipos de tarefas agendadas.
Obviamente, se um usuário não quiser ou não puder usar a correção wp cron alternativa, não quiser mudar para um host que permita loopbacks e não tenha conhecimento suficiente para poder configurar um recurso baseado em crontab adequado, O BackupBuddy oferece um modo de backup manual que funcionará, mas não possui flexibilidade e alguns dos recursos disponíveis quando o agendamento está disponível.
O que causa esse problema é o cron alternativo. Para contornar isso, se você tiver acesso, poderá ativar um processo cron real (se a sua hospedagem permitir) e desativar ALTERNATE_WP_CRON no seu wp-config.php.
ALTERNATE_WP_CRONcomofalseemwp-config.php.Respostas:
É um sinal que você
ALTERNATE_WP_CRONdefiniu no seuwp-config.phpPara fazer algum processamento em segundo plano (como publicar postagens agendadas), o WordPress o redireciona para o URL
?doing_wp_cronanexado.fonte
Eu já vi muitos posts sobre esse problema, mas poucos deles conseguiram encontrar uma solução real. O que resolve esse problema para mim foi gerenciar o redirecionamento no arquivo .htaccess.
Aqui está um exemplo de como redirecionar o URL adicionando estas linhas no arquivo .htaccess:
Espero que isso ajude!
Nota: estas dicas vêm deste fórum
fonte
@scribu Eu acredito que o BackupBuddy usa o agendamento de tarefas do WordPress para agendar tarefas como parte dos procedimentos de backup - se o site tiver loopbacks desativados, a única solução (exceto algumas soluções externas sob medida) e a solução alternativa específica que, como tenho certeza você sabe, está integrado ao WordPress, é a correção cron alternativa. Portanto, isso só é "necessário" se o host tiver loopbacks desativados. Lembre-se de que, se for esse o caso, não haverátarefas agendadas, sejam elas tarefas agendadas padrão do WordPress ou associadas a outros plugins, funcionarão. O que parece ser o caso é que um usuário não saberá que seu host atrapalhou sua instalação do WordPress até tentar o BackupBuddy, porque isso torna o problema óbvio, em vez de ficar invisível até aquele momento.
O uso da abordagem do tipo crontab é apenas um obstáculo, pois, a menos que você faça "ping" no processamento cron do WordPress com muita frequência, ele funcionará apenas com alguns tipos de tarefas agendadas.
Obviamente, se um usuário não quiser ou não puder usar a correção wp cron alternativa, não quiser mudar para um host que permita loopbacks e não tenha conhecimento suficiente para poder configurar um recurso baseado em crontab adequado, O BackupBuddy oferece um modo de backup manual que funcionará, mas não possui flexibilidade e alguns dos recursos disponíveis quando o agendamento está disponível.
fonte
O que causa esse problema é o cron alternativo. Para contornar isso, se você tiver acesso, poderá ativar um processo cron real (se a sua hospedagem permitir) e desativar ALTERNATE_WP_CRON no seu wp-config.php.
fonte