Attualmente, i commenti di discourse e wordpress sono sincronizzati. Sarebbe fantastico avere una sincronizzazione bidirezionale tra i contenuti principali in modo che la community di discourse possa modificare (modificare e arricchire significativamente) i contenuti dall’istanza di discourse. In questo modo, la community potrebbe partecipare al miglioramento del sito WP (che è ciò per cui la community è progettata - partecipare alla creazione e al miglioramento dei contenuti), e non solo ai redattori a tempo pieno. Gli articoli sarebbero migliori e le informazioni più accurate e aggiornate, senza coinvolgere personale aggiuntivo. Per fare ciò, è necessario inserire una terza impostazione: sincronizzare gli argomenti tra le istanze.
2 Mi Piace
Ehi Volanar,
Se il tuo sito Discourse deve rispecchiare il tuo sito Wordpress, hai necessariamente bisogno di entrambi?
Il modo in cui è formulata la loro richiesta, ecco come vedo il loro flusso:
flowchart
WP <--> Post
Discourse <--> Post
Community --> Discourse
Editors --> WP
Giusto, ma qual è il vantaggio di avere due interfacce di modifica per lo stesso contenuto?
Sebbene WordPress possa gestire il markdown e lo faccia, non è l’impostazione predefinita per la maggior parte dei siti e, a meno che il comportamento non sia cambiato, il markdown viene convertito in html quando il post viene salvato. Anche qualsiasi stile CSS specifico viene perso. Il risultato è che i post di WordPress dall’aspetto gradevole finiscono per perdere parte della loro fedeltà visiva quando vengono visualizzati su un sito Discourse.
Consentire a Discourse di sovrascrivere il contenuto di un post di WordPress metterebbe a dura prova molte delle funzionalità di presentazione di WordPress. C’è anche la questione del versioning e delle modifiche simultanee: presumibilmente vince l’ultimo scrittore?
Se si desidera che editor e membri della community contribuiscano alla qualità degli stessi contenuti, perché non modificarli nello stesso posto?
1 Mi Piace
Perché controllare chi vede cosa e chi non può fare altre cose è molto meglio controllato su Discourse, ma sul lato WordPress possono esserci anche altre pubblicazioni.
Questa potrebbe essere una ragione. Non prendo posizione se sia un caso buono, cattivo o neutro.
(Almeno per me) sembra che non vogliano aggiungere tutti dalla loro community all’istanza WP:
Anche se hai ragione, modificare da una parte o dall’altra è probabilmente meglio che modificare da entrambe le parti.
Ciao @volanar, capisco cosa stai cercando di ottenere.
Questo non farà parte del plugin WP Discourse nel prevedibile futuro, in parte perché quel plugin è focalizzato sulla sincronizzazione dei commenti di Wordpress anziché dei post di contenuto di Wordpress, e in parte perché rendere bidirezionale il plugin WP Discourse pone sfide difficili da risolvere nel quadro di quel plugin e nel modo in cui funziona con Discourse. @Stephen ha menzionato alcune di queste sfide. Ce ne sono altre.
Detto questo, è potenzialmente possibile che tu possa raggiungere il tuo obiettivo attraverso l’uso del Wordpress ActivityPub Plugin e del Discourse ActivityPub Plugin, che, combinati, potrebbero, sulla carta, fare ciò che desideri, ovvero la sincronizzazione bidirezionale del contenuto (post di Wordpress e post di Discourse).
Ci sono due grandi avvertenze. Le funzionalità bidirezionali del plugin Discourse ActivityPub non sono ancora state unite al branch principale del plugin (la PR è attualmente in fase di revisione), e non ho mai testato quel plugin con il plugin Wordpress ActivityPub. Ma ciò che stai suggerendo è potenzialmente possibile combinando i due.
Infatti, lo scenario che hai descritto è ciò che il protocollo ActivityPub è stato sviluppato per gestire. Perché è più possibile in quel contesto rispetto al contesto WP Discourse? Ci sono molte ragioni che non tratterò qui, ma basti dire che se questo è il tuo obiettivo, questa è la strada che dovresti considerare.
Perché WordPress supporta WPML e i contenuti sono tradotti in diverse lingue. WPML è utile per monitorare i contenuti modificati. Successivamente, WP pubblica i contenuti sul blog e sull’app mobile. Cioè, WP può essere utilizzato come CMS headless.
L’argomento principale verrà creato in WP, ma la community potrà apportare correzioni e aggiunte ai contenuti. Si tratta di informazioni tecniche e la bellezza del contenuto non è importante, quindi puoi installare il plugin markdown in WP di default per un unico formato di contenuto. Idealmente, sarebbe meglio usare ghost, strapi, squidex o un’altra piattaforma, ma ciò comporterebbe costi e non sarebbe adatto a tutti. La soluzione dovrebbe essere universale per tutti.
Ho trovato una buona opzione. Alla fine dell’argomento, specifica un link per la modifica sul lato frontend su WP. In questo modo, gli utenti potranno modificare i contenuti da soli e il moderatore potrà accettare o rifiutare le modifiche.
1 Mi Piace