Sincronizar conteúdo de tópicos no Wordpress e Discourse (solicitação de recurso)

Funcionalidade
1

Atualmente, os comentários do Discourse e do WordPress estão sincronizados. Seria ótimo ter uma sincronização bidirecional entre o conteúdo principal para que a comunidade do Discourse possa editar (modificar e enriquecer significativamente) o conteúdo da instância do Discourse. Assim, a comunidade poderia participar da melhoria do site WP (que é para o que a comunidade foi projetada - participar da criação e melhoria de conteúdo), e não apenas editores em tempo integral. Os artigos ficariam melhores e as informações mais precisas e atualizadas, sem envolver pessoal adicional. Para isso, é necessário inserir uma terceira configuração: sincronizar tópicos entre instâncias.

2 curtidas
2

Olá Volanar,

Se o seu site Discourse for espelhar o seu site Wordpress, você necessariamente precisa de ambos?

3

A forma como o pedido deles está redigido, é assim que vejo o fluxo deles:

    flowchart
         WP <--> Post
         Discourse <--> Post
         Community --> Discourse
         Editors --> WP
4

Certo, mas qual é o benefício de ter duas interfaces de edição para o mesmo conteúdo?

Embora o WordPress possa lidar com markdown e o faça, ele não é o padrão para a maioria dos sites e, a menos que o comportamento tenha mudado, o markdown é convertido em html quando a postagem é salva. Qualquer estilo CSS específico também é perdido. O resultado é que postagens bonitas do WordPress acabam perdendo parte de sua fidelidade visual quando vistas em um site Discourse.

Permitir que o Discourse substitua o conteúdo de uma postagem do WordPress prejudicaria muitos dos recursos de apresentação do WordPress. Há também a questão do versionamento e da mudança simultânea - presumivelmente, o último escritor vence?

Se você quer que editores e membros da comunidade contribuam com a qualidade das mesmas peças de conteúdo, por que não editá-las no mesmo lugar?

1 curtida
5

Porque controlar quem vê o quê e quem não pode fazer outras coisas é muito melhor controlado no Discourse, mas no lado do WordPress podem haver outras publicações também.

Essa pode ser uma razão. Não tomo partido se esse é um caso bom, ruim ou neutro.

6

(Para mim, pelo menos) parece que eles não querem adicionar todo mundo da comunidade à instância do WP:

Embora você tenha um ponto, editar de um lado ou de outro é provavelmente melhor do que editar em ambos os lados.

7

Olá @volanar, consigo ver o que você está tentando fazer.

Isso não fará parte do plugin WP Discourse no futuro previsível, em parte porque esse plugin está focado em sincronizar comentários do Wordpress em oposição ao conteúdo de posts do Wordpress, e em parte porque tornar o plugin WP Discourse bidirecional apresenta desafios difíceis de resolver dentro da estrutura desse plugin e da forma como ele funciona com o Discourse. @Stephen mencionou alguns desses desafios. Existem outros.

Dito isso, é potencialmente possível que você consiga atingir seu objetivo através do uso do Plugin ActivityPub do WordPress e do Plugin ActivityPub do Discourse, que, combinados, poderiam, no papel, fazer o que você deseja, ou seja, sincronização bidirecional de conteúdo (posts do Wordpress e posts do Discourse).

Existem duas grandes ressalvas. Os recursos bidirecionais do plugin ActivityPub do Discourse ainda não foram mesclados no branch principal do plugin (o PR está atualmente em revisão), e eu nunca testei esse plugin com o plugin ActivityPub do Wordpress. Mas o que você está sugerindo é potencialmente possível combinando os dois.

De fato, o cenário que você descreveu é o que o protocolo ActivityPub foi desenvolvido para lidar. Por que é mais possível nesse contexto em oposição ao contexto do WP Discourse? Existem muitas razões que não entrarei em detalhes aqui, mas basta dizer que, se esse é o seu objetivo, esse é o caminho que você deve considerar.

8

Porque o WordPress suporta WPML e o conteúdo é traduzido para vários idiomas. O WPML é bom para rastrear conteúdo alterado. Em seguida, o WP publica conteúdo no blog e aplicativo móvel. Ou seja, o WP pode ser usado como um CMS headless.
O tópico principal será criado no WP, mas a comunidade poderá fazer correções e adições ao conteúdo. Esta é uma informação técnica e a beleza do conteúdo não é importante, então você pode instalar o plugin markdown no WP por padrão para um único formato de conteúdo. Idealmente, é melhor usar Ghost, Strapi, Squidex ou outra plataforma, mas isso custará dinheiro e não servirá para todos. A solução deve ser universal para todos.

9

Tive uma boa opção. No final do tópico, especifique um link para edição no lado do frontend no WP. Dessa forma, os usuários poderão editar o conteúdo eles mesmos, e o moderador poderá aceitar ou rejeitar as alterações.

1 curtida