Olá,
Notei um problema em nosso site com o plugin WP Discourse.
Basicamente, depois que publicamos um post no blog e ele é publicado com sucesso no fórum Discourse, após, digamos, 1 semana, se fizermos uma pequena alteração no post e o atualizarmos, o plugin WP Discourse tenta publicá-lo novamente no fórum.
Recebo então um e-mail “Falha na Publicação do Discourse” dizendo que a URL incorporada já foi utilizada.
Notei isso também ao atualizar posts muito antigos no WordPress, eles aparecem na categoria padrão “Notícias” do fórum Discourse, confundindo os leitores.
Existe alguma configuração que estou perdendo para evitar isso?
Muito obrigado!
Olá @npm0912, você poderia fazer um teste para mim?
Você poderia tentar recriar este problema, mas antes de fazer a alteração (depois de uma semana, ou o que quer que seja o lapso de tempo normal), por favor, verifique o status da postagem do Discourse na barra de utilitários do WordPress no lado direito da tela de edição da postagem. Diga-me o que é mostrado lá no momento em que você está fazendo a edição e, em seguida, se você obtém o comportamento que acabou de descrever após a edição.
Tentei atualizar a postagem e o mesmo erro aconteceu. Também recebi o mesmo e-mail sobre a falha.
O último erro nos logs é:
[2024-05-13 18:02:53] publish.ERROR: create_post.post_error {"wp_title":"Nextcloud exhibiting at global events in May 2024","wp_author_id":"9","wp_post_id":209030,"response_message":"Embed url has already been taken","http_code":422}
Não deveria haver uma opção na página de Configurações que desabilite a tentativa de republicação quando a postagem já está no Discourse?
Ok, isso significa que sua instância do WordPress não está permitindo que o plugin WP Discourse salve os campos de metadados de postagem corretamente, muito provavelmente devido a outro plugin ou tema em seu site. Você poderia compartilhar o download do log do WP Discourse? Isso incluirá uma lista de plugins que podem sugerir um culpado.
Normalmente, o que acontece é que o plugin salva os detalhes da publicação após a primeira publicação. Isso não está acontecendo em seu site. É isso que precisamos descobrir
Você tem alguns plugins que podem ser os culpados. Como primeira medida, você poderia ativar esta configuração nas configurações de “Publicação” do WP Discourse.
Isso muda a forma como o plugin salva campos personalizados e pode afetar o comportamento no seu caso. Provavelmente não resolverá o problema, mas pode nos dar mais informações. Depois de ativá-lo, tente recriar as mesmas circunstâncias.
Depois que tentarmos isso, passaremos a desativar plugins individuais para ver se conseguimos isolar o problema. Você tem um site de staging por acaso (ou seja, um site com seus temas e plugins, mas sem dados reais)?
Também adicionarei mais logs à lógica de publicação no plugin para ajudar a esclarecer essa classe de problema (ou seja, o armazenamento de metadados no WordPress após a publicação no Discourse). Isso levará um tempo, mas podemos realizar alguns testes como os acima nesse ínterim.
Ativei essa configuração, mas o problema ainda persiste.
Na verdade, usamos um site de staging e o engraçado é que, mesmo que os plugins, temas e arquivos sejam exatamente os mesmos, ele se comporta de maneira diferente - ou seja, depois que publico um post de teste, ele vai para o Discourse corretamente e, em seguida, se volto ao mesmo post, não vejo o erro “Embed url has already been taken” nas configurações da barra lateral do Discourse. Em vez disso, vejo assim:
Existem algumas pequenas diferenças entre os dois. Provavelmente não são a causa, mas vale a pena manter seus sites de staging e produção idênticos, para eliminar a possibilidade de que isso seja a causa, tanto aqui quanto para outros problemas.
Fora isso, recomendo que você verifique atentamente suas configurações do WP Rocket (por exemplo, elas são realmente as mesmas entre seus dois sites). Embora funcione bem para seus propósitos específicos, o WP Rocket é frequentemente a causa de problemas com plugins do WordPress.
Na verdade, o WP Discourse obteve informações incorretas sobre o banco de dados. A versão correta do banco de dados é 10.6.16-MariaDB-0ubuntu0.22.04.1.
você está certo. Verifiquei novamente a função db_version() dentro do tema e, de fato, obtive 5.5.5 como resultado. Mas na página de “Saúde do site” no backend, vejo a versão 10.6.16-MariaDB - a mesma versão que os administradores do sistema mencionaram a mim… Quero dizer, essa também deveria ser a versão que o WP vê, certo?